49. Inter-integrated circuit (I2C) interface
49.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+).
It is also SMBus (system management bus) and PMBus (power management bus) compatible.
DMA can be used to reduce CPU overload.
49.2 I2C main features
- • I
2
C bus specification rev03 compatibility:
- – Slave and master modes
- – Multimaster capability
- – Standard-mode (up to 100 kHz)
- – Fast-mode (up to 400 kHz)
- – Fast-mode Plus (up to 1 MHz)
- – 7-bit and 10-bit addressing mode
- – Multiple 7-bit slave addresses (2 addresses, 1 with configurable mask)
- – All 7-bit addresses acknowledge mode
- – General call
- – Programmable setup and hold times
- – Easy to use event management
- – Optional clock stretching
- – Software reset
- • 1-byte buffer with DMA capability
- • Programmable analog and digital noise filters
The following additional features are also available depending on the product implementation (see Section 49.3: I2C implementation ):
- • SMBus specification rev 3.0 compatibility:
- – Hardware PEC (packet error checking) generation and verification with ACK control
- – Command and data acknowledge control
- – Address resolution protocol (ARP) support
- – Host and Device support
- – SMBus alert
- – Timeouts and idle condition detection
- • PMBus rev 1.3 standard compatibility
- • Independent clock: a choice of independent clock sources allowing the I2C communication speed to be independent from the PCLK reprogramming
- • Wakeup from Stop mode on address match.
49.3 I2C implementation
This manual describes the full set of features implemented in I2C peripheral. In the STM32L4Rxxx/STM32L4Sxxx and STM32L4P5xx/STM32L4Q5xx devices I2C1, I2C2, I2C3 and I2C4 implement the full set of features as shown in the following table, with the restriction that only I2C3 can wake up from Stop 2 mode.
Table 336. I2C implementation
| I2C features (1) | I2C1 | I2C2 | I2C3 | I2C4 |
|---|---|---|---|---|
| 7-bit addressing mode | X | X | X | X |
| 10-bit addressing mode | X | X | X | X |
| Standard-mode (up to 100 kbit/s) | X | X | X | X |
| Fast-mode (up to 400 kbit/s) | X | X | X | X |
| Fast-mode Plus with 20mA output drive I/Os (up to 1 Mbit/s) | X | X | X | X |
| Independent clock | X | X | X | X |
| Wakeup from Stop 1 mode | X | X | X | X |
| Wakeup from Stop 2 mode | - | - | X | - |
| SMBus/PMBus | X | X | X | X |
1. X = supported.
49.4 I2C functional description
In addition to receiving and transmitting data, this interface converts it 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 a SMBus with the data pin (SDA) and clock pin (SCL).
If SMBus feature is supported: the additional optional SMBus Alert pin (SMBA) is also available.
49.4.1 I2C block diagram
The block diagram of the I2C interface is shown in Figure 459 .
Figure 459. I2C block diagram

The diagram illustrates the internal architecture of the I2C interface. It features a central functional block connected to an APB bus via a 'Registers' block. The functional block contains several sub-modules: 'Data control' (with 'Shift register' and 'SMBUS PEC generation/check'), 'Clock control' (with 'Master clock generation', 'Slave clock stretching', and 'SMBus Timeout check'), 'Wakeup on address match', and 'SMBus Alert control/status'. External pins are connected through 'GPIO logic' and 'Analog noise filter' stages: 'I2C_SDA' and 'I2C_SCL' pins are connected to the 'Data control' and 'Clock control' blocks respectively, with an intermediate 'Digital noise filter'. The 'I2C_SMBA' pin is connected to the 'SMBus Alert control/status' block. Two external clock inputs are shown: 'i2c_ker_ck' (connected to the 'I2CCLK' pin) and 'i2c_pclk' (connected to the 'PCLK' pin of the 'Registers' block). The diagram is labeled with 'MSV46198V2' in the bottom right corner.
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 20mA 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 49.3: I2C implementation .
49.4.2 I2C pins and internal signals
Table 337. I2C input/output pins
| Pin name | Signal type | Description |
|---|---|---|
| I2C_SDA | Bidirectional | I2C data |
| I2C_SCL | Bidirectional | I2C clock |
| I2C_SMBA | Bidirectional | SMBus alert |
Table 338. I2C internal input/output signals
| Internal signal name | Signal type | Description |
|---|---|---|
| i2c_ker_ck | Input | I2C kernel clock, also named I2CCLK in this document |
| i2c_pclk | Input | I2C APB clock |
| i2c_it | Output | I2C interrupts, refer to Table 352: I2C Interrupt requests for the full list of interrupt sources |
| i2c_rx_dma | Output | I2C receive data DMA request (I2C_RX) |
| i2c_tx_dma | Output | I2C transmit data DMA request (I2C_TX) |
49.4.3 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 filter and by the digital filter.
Analog filter delay is maximum 260 ns. Digital filter delay is \( DNF \times t_{I2CCLK} \) .
The PCLK clock period \( t_{PCLK} \) must respect the following condition:
with \( t_{SCL} \) : SCL period
Caution: When the I2C kernel is clocked by PCLK, this clock must respect the conditions for \( t_{I2CCLK} \) .
49.4.4 Mode selection
The interface can operate in one of the four following modes:
- • Slave transmitter
- • Slave receiver
- • Master transmitter
- • Master receiver
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 also be enabled by software.
Data and addresses are transferred as 8-bit bytes, MSB first. The first byte(s) following the START condition contain the address (one in 7-bit mode, two in 10-bit mode). The address is always transmitted in Master mode.
A 9th clock pulse follows the 8 clock cycles of a byte transfer, during which the receiver must send an acknowledge bit to the transmitter. Refer to the following figure.
Figure 460. I 2 C bus protocol

The diagram illustrates the I2C bus protocol timing. The top line represents the SDA (Serial Data) signal, and the bottom line represents the SCL (Serial Clock) signal. The sequence begins with a START condition where SDA goes from high to low while SCL is high. This is followed by a data byte transferred MSB first, synchronized with 8 clock cycles of SCL (labeled 1, 2, ..., 8). A 9th clock pulse (labeled 9) is shown, during which the receiver sends an ACK (Acknowledge) bit on the SDA line. The sequence ends with a STOP condition where SDA goes from low to high while SCL is high. Double-headed arrows at the beginning and end indicate the START and STOP conditions respectively. The identifier MS19854V1 is in the bottom right corner.
Acknowledge can be enabled or disabled by software. The I2C interface addresses can be selected by software.
49.4.5 I2C initialization
Enabling and disabling the peripheral
The I2C peripheral clock must be configured and enabled in the clock controller.
Then the I2C can be enabled by setting the PE bit in the I2C_CR1 register.
When the I2C is disabled (PE=0), the I 2 C performs a software reset. Refer to Section 49.4.6: Software reset for more details.
Noise filters
Before enabling the I2C peripheral by setting the PE bit in I2C_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 analog filter is compliant with the I 2 C specification which requires the suppression of spikes with a 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 I2C_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 I2CCLK periods. This allows spikes with a programmable length of 1 to 15 I2CCLK periods to be suppressed.
Table 339. Comparison of analog vs. digital filters
| - | Analogy filter | Digital filter |
|---|---|---|
| Pulse width of suppressed spikes | ≥ 50 ns | Programmable length from 1 to 15 I2C peripheral clocks |
| Benefits | Available in Stop mode |
|
| Drawbacks | Variation vs. temperature, voltage, process | Wakeup from Stop mode on address match is not available when digital filter is enabled |
Caution: Changing the filter configuration is not allowed when the I2C is enabled.
I2C timings
The timings must be configured in order to guarantee a correct data hold and setup time, used 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 461. Setup and hold timings

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
- When the SCL falling edge is internally detected, a delay is inserted before sending SDA output. This delay is \( t_{\text{SDADEL}} = \text{SDADEL} \times t_{\text{PRESC}} + t_{\text{I2CCLK}} \) where \( t_{\text{PRESC}} = (\text{PRESC}+1) \times t_{\text{I2CCLK}} \) .
\( t_{\text{SDADEL}} \) impacts the hold time \( t_{\text{HD;DAT}} \) .
The total SDA output delay is:
\( t_{\text{SYNC1}} \) duration depends on these parameters:
- SCL falling slope
- When enabled, input delay brought by the analog filter: \( t_{\text{AF(min)}} < t_{\text{AF}} < t_{\text{AF(max)}} \)
- When enabled, input delay brought by the digital filter: \( t_{\text{DNF}} = \text{DNF} \times t_{\text{I2CCLK}} \)
- Delay due to SCL synchronization to I2CCLK clock (2 to 3 I2CCLK periods)
In order to bridge the undefined region of the SCL falling edge, the user must program SDADEL in such a way that:
Note: \( t_{\text{AF(min)}} \) / \( t_{\text{AF(max)}} \) are part of the equation only when the analog filter is enabled. Refer to device datasheet for \( t_{\text{AF}} \) values.
The maximum \( t_{\text{HD;DAT}} \) can be 3.45 µs, 0.9 µs and 0.45 µs for Standard-mode, Fast-mode and Fast-mode Plus, but must be less 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, so in this case the previous equation becomes:
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 340: I2C-SMBus specification data setup and hold times for \( t_{\text{f}} \) , \( t_{\text{r}} \) , \( t_{\text{HD;DAT}} \) and \( t_{\text{VD;DAT}} \) standard values.
- After \( t_{\text{SDADEL}} \) delay, or after sending SDA output in case the slave had to stretch the clock because the data was not yet written in I2C_TXDR register, SCL line is kept at low level during the setup time. This setup time is \( t_{\text{SCLDEL}} = (\text{SCLDEL}+1) \times t_{\text{PRESC}} \) where \( t_{\text{PRESC}} = (\text{PRESC}+1) \times t_{\text{I2CCLK}} \) .
\( t_{\text{SCLDEL}} \) impacts the setup time \( t_{\text{SU;DAT}} \) .
In order to bridge the undefined region of the SDA transition (rising edge usually worst case), the user must program SCLDEL in such a way that:
Refer to Table 340: I2C-SMBus specification data setup and hold times for \( t_{\text{r}} \) and \( t_{\text{SU;DAT}} \) standard values.
The SDA and SCL transition time values to be used 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 \( [(SDADEL+SCLDEL+1) \times (PRESC+1) + 1] \times t_{I2CCLK} \) , in both transmission and reception modes. In transmission mode, in case 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. Consequently the SDADEL must be programmed in such a way to guarantee also a sufficient setup time.
Table 340. I 2 C-SMBus specification data setup and hold times
| Symbol | Parameter | Standard-mode (Sm) | Fast-mode (Fm) | Fast-mode Plus (Fm+) | SMBus | Unit | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Min. | Max. | Min. | Max. | Min. | Max. | Min. | Max. | |||
| \( t_{HD;DAT} \) | Data hold time | 0 | - | 0 | - | 0 | - | 0.3 | - | µs |
| \( t_{VD;DAT} \) | Data valid time | - | 3.45 | - | 0.9 | - | 0.45 | - | - | |
| \( t_{SU;DAT} \) | Data setup time | 250 | - | 100 | - | 50 | - | 250 | - | ns |
| \( t_r \) | Rise time of both SDA and SCL signals | - | 1000 | - | 300 | - | 120 | - | 1000 | |
| \( t_f \) | Fall 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] bits in the I2C_TIMINGR register.
- When the SCL falling edge is internally detected, a delay is inserted before releasing the SCL output. This delay is \( t_{SCLL} = (SCLL+1) \times t_{PRESC} \) where \( t_{PRESC} = (PRESC+1) \times t_{I2CCLK} \) . \( t_{SCLL} \) impacts the SCL low time \( t_{LOW} \) .
- When the SCL rising edge is internally detected, a delay is inserted before forcing the SCL output to low level. This delay is \( t_{SCLH} = (SCLH+1) \times t_{PRESC} \) where \( t_{PRESC} = (PRESC+1) \times t_{I2CCLK} \) . \( t_{SCLH} \) impacts the SCL high time \( t_{HIGH} \) .
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 462. I2C initialization flowchart

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], SCLL[7:0] in I2C_TIMINGR"]; D --> E[Configure NOSTRETCH in I2C_CR1]; E --> F[Set PE bit in I2C_CR1]; F --> G([End]);
The flowchart illustrates the I2C initialization sequence. It begins with 'Initial settings' (oval), followed by 'Clear PE bit in I2C_CR1' (rectangle), 'Configure ANFOFF and DNF[3:0] in I2C_CR1' (rectangle), 'Configure PRESC[3:0], SDADEL[3:0], SCLDEL[3:0], SCLH[7:0], SCLL[7:0] in I2C_TIMINGR' (rectangle), 'Configure NOSTRETCH in I2C_CR1' (rectangle), 'Set PE bit in I2C_CR1' (rectangle), and finally 'End' (oval). The text 'MS19847V2' is located in the bottom right corner of the diagram area.
49.4.6 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.
Here is the list of impacted register bits:
- 1. I2C_CR2 register: START, STOP, NACK
- 2. I2C_ISR register: BUSY, TXE, TXIS, RXNE, ADDR, NACKF, TCR, TC, STOPF, BERR, ARLO, OVR
and in addition when the SMBus feature is supported:
- 1. I2C_CR2 register: PECBYTE
- 2. I2C_ISR register: PECERR, TIMEOUT, ALERT
PE must be kept low during at least 3 APB clock cycles in order to perform the software reset. This is ensured by writing the following software sequence: - Write PE=0 - Check PE=0 - Write PE=1.
49.4.7 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 8th 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 8th and 9th SCL pulse (before the acknowledge pulse).
Figure 463. Data reception

The diagram illustrates the timing for data reception in 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 horizontal line indicates an SCL stretch (low level) between the 8th and 9th pulses. Two 'ACK pulse' labels with circles are shown above the 9th and 10th pulses.
2.
Shift register:
A horizontal bar divided into cells. It contains 'xx' (unknown), 'data1', 'xx', 'data2', and 'xx'. Arrows show data shifting from left to right.
3.
RXNE:
A signal line that goes high when a byte is fully received in the shift register and goes low when it is read from the I2C_RXDR register.
4.
I2C_RXDR:
A horizontal bar divided into cells containing 'data0', 'data1', and 'data2'.
Key events:
- Vertical dashed lines mark the rising edges of the SCL pulses.
- At the 8th SCL pulse, 'data1' is fully received in the shift register. If RXNE is low, it is copied to 'data0' in the I2C_RXDR register (labeled 'rd data0').
- If RXNE is high at the 8th pulse, the SCL line is stretched low (blue line).
- At the 9th SCL pulse, 'data2' is fully received. If RXNE is still high, the SCL line is stretched again. If RXNE is low, 'data1' is copied to the I2C_RXDR register (labeled 'rd data1').
- The 'ACK pulse' labels indicate the start of the acknowledge phase after each byte is received.
- A legend on the right shows a blue line segment labeled 'SCL stretch'.
MS19848V1
Transmission
If the I2C_TXDR register is not empty (TXE=0), its content is copied into the shift register after the 9th 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 9th SCL pulse.
Figure 464. Data transmission

The diagram illustrates the data transmission process in an I2C interface. It consists of four horizontal timelines: SCL, Shift register, TXE, and I2C_TXDR. - **SCL**: Shows a series of pulses. Two 'ACK pulse' labels are present, each with a circle around a low pulse. A blue line indicates an 'SCL stretch' following the second ACK pulse. - **Shift register**: A horizontal bar divided into segments. It starts with 'xx', then 'data1', then 'xx', then 'data2', then 'xx'. Arrows show data being shifted from left to right. - **TXE**: A signal line that is high when the shift register is empty ('xx') and low when it contains data ('data1' or 'data2'). Labels 'wr data1' and 'wr data2' point to the falling edges of TXE. - **I2C_TXDR**: A register containing 'data0', 'data1', and 'data2'. Arrows show data being written from this register into the shift register. - **Legend**: A blue line segment is labeled 'SCL stretch'. - **Reference**: MS19849V1 is noted in the bottom right corner.
Hardware transfer management
The I2C has a byte counter embedded in hardware in order to manage byte transfer and to close the communication in various modes such as:
- – NACK, STOP and ReSTART generation in master mode
- – ACK control in slave receiver mode
- – PEC generation/checking when SMBus feature is supported
The byte counter is always used in master mode. By default it is disabled in slave mode, but it can be enabled by software by setting the SBC (Slave Byte Control) bit in the I2C_CR2 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 2 modes:
- • Automatic end mode (AUTOEND = '1' in the I2C_CR2 register). In this mode, the master automatically sends a STOP condition once the number of bytes programmed in the NBBYTES[7:0] bit field is transferred.
- • Software end mode (AUTOEND = '0' in the I2C_CR2 register). In this mode, software action is expected once the number of bytes programmed in the NBBYTES[7:0] bit field is transferred; the TC flag is set and an interrupt is generated if the TCIE bit is set. The SCL signal is stretched as long as the TC flag is set. The TC flag is cleared by software when the START or STOP bit is set in the I2C_CR2 register. This mode must be used when the master wants to send a RESTART condition.
Caution: The AUTOEND bit has no effect when the RELOAD bit is set.
Table 341. I2C configuration
| Function | SBC bit | RELOAD bit | AUTOEND bit |
|---|---|---|---|
| Master Tx/Rx NBBYTES + STOP | x | 0 | 1 |
| Master Tx/Rx + NBBYTES + RESTART | x | 0 | 0 |
| Slave Tx/Rx all received bytes ACKed | 0 | x | x |
| Slave Rx with ACK control | 1 | 1 | x |
49.4.8 I2C slave mode
I2C slave initialization
In order to work in slave mode, the user must enable at least one slave address. Two registers I2C_OAR1 and I2C_OAR2 are available in order to program the slave own addresses OA1 and OA2.
- • OA1 can be configured either in 7-bit mode (by default) or in 10-bit addressing mode by setting the OA1MODE bit in the I2C_OAR1 register.
OA1 is enabled by setting the OA1EN bit in the I2C_OAR1 register.
- • If additional slave addresses are required, the 2nd slave address OA2 can be configured. Up to 7 OA2 LSB can be masked by configuring the OA2MSK[2:0] bits in the I2C_OAR2 register. Therefore for OA2MSK configured from 1 to 6, only OA2[7:2], OA2[7:3], OA2[7:4], OA2[7:5], OA2[7:6] or OA2[7] are compared with the received address. As soon as OA2MSK is not equal to 0, the address comparator for OA2 excludes the I2C reserved addresses (0000 XXX and 1111 XXX), which are not acknowledged. If OA2MSK=7, all received 7-bit addresses are acknowledged (except reserved addresses). OA2 is always a 7-bit address.
These reserved addresses can be acknowledged if they are enabled by the specific enable bit, if they are programmed in the I2C_OAR1 or I2C_OAR2 register with OA2MSK=0.
OA2 is enabled by setting the OA2EN bit in the I2C_OAR2 register.
- • The general call address is enabled by setting the GCEN bit in the I2C_CR1 register.
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, in order 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 in order to check which address matched. DIR flag must also be checked in order to know the transfer direction.
Slave clock stretching (NOSTRETCH = 0)
In default mode, the I2C slave stretches the SCL clock in the following situations:
- • When the ADDR flag is set: the received address matches with one of the enabled slave addresses. This stretch is released when the ADDR flag is cleared by software setting the ADDRCF bit.
- • In transmission, if the previous data transmission is completed and no new data is written in I2C_TXDR register, or if the first data byte is not written when the ADDR flag is cleared (TXE=1). This stretch is released when the data is written to the I2C_TXDR register.
- • In reception when the I2C_RXDR register is not read yet and a new data reception is completed. This stretch is released when I2C_RXDR is read.
- • When TCR = 1 in Slave Byte Control mode, reload mode (SBC=1 and RELOAD=1), meaning that the last data byte has been transferred. This stretch is released when then TCR is cleared by writing a non-zero value in the NBBYTES[7:0] field.
- • After SCL falling edge detection, the I2C stretches SCL low during \( [(SDADEL+SCLDEL+1) \times (PRESC+1) + 1] \times t_{I2CCLK} \) .
Slave without clock stretching (NOSTRETCH = 1)
When NOSTRETCH = 1 in the I2C_CR1 register, the I2C slave does not stretch the SCL signal.
- • The SCL clock is not stretched while the ADDR flag is set.
- • In transmission, the data must be written in the I2C_TXDR register before the first SCL pulse corresponding to its transfer occurs. If not, an underrun occurs, 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. The OVR flag is also set when the first data transmission starts and the STOPF bit is still set (has not been cleared). Therefore, if the user clears the STOPF flag of the previous transfer only after writing the first data to be transmitted in the next transfer, he ensures that the OVR status is provided, even for the first data to be transmitted.
- • In reception, the data must be read from the I2C_RXDR register before the 9th SCL pulse (ACK pulse) of the next data byte occurs. If not an overrun occurs, 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.
Slave byte control mode
In order 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 in order to allow byte ACK control in slave reception mode (RELOAD=1). To get control of each byte, NBYTES 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 8th and 9th 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 NBYTES to a non-zero value: the acknowledge or not-acknowledge is sent and 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 NBYTES 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 465. Slave initialization flowchart

graph TD; A([Slave initialization]) --> B[Initial settings]; B --> C[Clear {OA1EN, OA2EN} in I2C_OAR1 and I2C_OAR2]; C --> D["Configure {OA1[9:0], OA1MODE, OA1EN, OA2[6:0], OA2MSK[2:0], OA2EN, GCEN}"]; D --> E[Configure SBC in I2C_CR1*]; E --> F[Enable interrupts and/or DMA in I2C_CR1]; F --> G([End]);*SBC must be set to support SMBus features
MS19850V2
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 in order 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, in order to program the first data byte. The first data byte to be sent must be previously programmed in the I2C_TXDR register:
- • This data can be the data written in the last TXIS event of the previous transmission message.
- • If this data byte is not the one to be sent, the I2C_TXDR register can be flushed by setting the TXE bit in order to program a new data byte. The STOPF bit must be cleared only after these actions, in order to guarantee that they are executed before the first data transmission starts, following the address acknowledge.
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 is needed, (transmit interrupt or transmit DMA request), the user must set the TXIS bit in addition to the TXE bit, in order to generate a TXIS event.
Figure 466. Transfer sequence flowchart for I2C slave transmitter, NOSTRETCH= 0

graph TD; Start([Slave transmission]) --> Init[Slave initialization]; Init --> ADDR{I2C_ISR.ADDR = 1?}; ADDR -- No --> Init; 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
Figure 467. Transfer sequence flowchart for I2C slave transmitter, NOSTRETCH= 1

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
Figure 468. Transfer bus diagrams for I2C slave transmitter

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
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 469. Transfer sequence flowchart for 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 with NOSTRETCH=0. It begins with 'Slave reception' (oval), followed by 'Slave initialization' (rectangle). A decision diamond 'I2C_ISR.ADDR = 1?' follows. If 'No', it 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', it 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
Figure 470. Transfer sequence flowchart for slave receiver with NOSTRETCH=1

graph TD
Start([Slave reception]) --> Init[Slave initialization]
Init --> Split{ }
Split --> RXNE{I2C_ISR.RXNE = 1?}
RXNE -- Yes --> Read[Read I2C_RXDR.RXDATA]
Read --> RXNE
RXNE -- No --> RXNE
Split --> STOPF{I2C_ISR.STOPF = 1?}
STOPF -- Yes --> StopCF[Set I2C_ICR.STOPCF]
STOPF -- No --> STOPF
MS19856V2
Figure 471. Transfer bus diagrams for I2C slave receiver

Example I2C slave receiver 3 bytes, NOSTRETCH=0:
legend:
transmission
reception
—
SCL stretch
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:
legend:
transmission
reception
—
SCL stretch
EV1: RXNE ISR: rd data1
EV2: RXNE ISR: rd data2
EV3: RXNE ISR: rd data3
EV4: STOPF ISR: set STOPCF
MS19857V2
49.4.9 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 low level of the clock is counted using the SCLL counter, starting from the SCL low level internal detection.
- • The high level of the clock is counted using the SCLH counter, starting from the SCL high level internal detection.
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 + 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 is reached reaches the value programmed in the SCLH[7:0] bits in the I2C_TIMINGR register.
Consequently the master clock period is:
The duration of \( t_{\text{SYNC1}} \) depends on these parameters:
- – SCL falling slope
- – When enabled, input delay induced by the analog filter.
- – When enabled, input delay induced by the digital filter: \( \text{DNF} \times t_{\text{I2CCLK}} \)
- – Delay due to SCL synchronization with I2CCLK clock (2 to 3 I2CCLK periods)
The duration of \( t_{\text{SYNC2}} \) depends on these parameters:
- – SCL rising slope
- – When enabled, input delay induced by the analog filter.
- – When enabled, input delay induced by the digital filter: \( \text{DNF} \times t_{\text{I2CCLK}} \)
- – Delay due to SCL synchronization with I2CCLK clock (2 to 3 I2CCLK periods)
Figure 472. Master clock generation

The figure contains two timing diagrams for the SCL master clock. The top diagram, 'SCL master clock generation', shows a single clock cycle. It starts with 'SCL released', followed by 'SCL driven low'. The 'SCL high level detected SCLH counter starts' event occurs at the rising edge. The high period is labeled 'SCLH'. The 'SCL low level detected SCLL counter starts' event occurs at the falling edge. The low period is labeled 'SCLL'. Setup and hold times relative to the clock edges are labeled 'tSYNC2' and 'tSYNC1'. The bottom diagram, 'SCL master clock synchronization', shows multiple clock cycles. It illustrates the master clock being synchronized with another device's clock. The 'SCL high level detected SCLH counter starts' and 'SCL low level detected SCLL counter starts' events are shown. The 'SCL driven low by another device' and 'SCL released' events from the slave device are also indicated. The master clock periods are labeled 'SCLH' and 'SCLL'.
MS19858V1
Caution: In order to be I 2 C or SMBus compliant, the master clock must respect the timings given the table below.
Table 342. I 2 C-SMBus specification clock timings| Symbol | Parameter | Standard-mode (Sm) | Fast-mode (Fm) | Fast-mode Plus (Fm+) | SMBus | Unit | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| Min | Max | Min | Max | Min | Max | Min | Max | |||
| f SCL | SCL clock frequency | - | 100 | - | 400 | - | 1000 | - | 100 | kHz |
| t HD:STA | Hold time (repeated) START condition | 4.0 | - | 0.6 | - | 0.26 | - | 4.0 | - | µs |
| t SU:STA | Set-up time for a repeated START condition | 4.7 | - | 0.6 | - | 0.26 | - | 4.7 | - | µs |
| t SU:STO | Set-up time for STOP condition | 4.0 | - | 0.6 | - | 0.26 | - | 4.0 | - | µs |
| t BUF | Bus free time between a STOP and START condition | 4.7 | - | 1.3 | - | 0.5 | - | 4.7 | - | µs |
| t LOW | Low period of the SCL clock | 4.7 | - | 1.3 | - | 0.5 | - | 4.7 | - | µs |
| t HIGH | Period of the SCL clock | 4.0 | - | 0.6 | - | 0.26 | - | 4.0 | 50 | µs |
| t r | Rise time of both SDA and SCL signals | - | 1000 | - | 300 | - | 120 | - | 1000 | ns |
| t f | Fall time of both SDA and SCL signals | - | 300 | - | 300 | - | 120 | - | 300 | ns |
Note: SCLL is also used to generate the t BUF and t SU:STA timings.
SCLH is also used to generate the t HD:STA and t SU:STO timings.
Refer to Section 49.4.10: I2C_TIMINGR register configuration examples for examples of I2C_TIMINGR settings vs. I2CCLK frequency.
Master communication initialization (address phase)
In order to initiate the communication, the user must program the following parameters for the addressed slave in the I2C_CR2 register:
- • Addressing mode (7-bit or 10-bit): ADD10
- • Slave address to be sent: SADD[9:0]
- • Transfer direction: RD_WRN
- • In case of 10-bit address read: HEAD10R bit. HEAD10R must be configured to indicate if the complete address sequence must be sent, or only the header in case of a direction change.
- • The number of bytes to be transferred: NBYTES[7:0]. If the number of bytes is equal to or greater than 255 bytes, NBYTES[7:0] must initially be filled with 0xFF.
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 delay of t BUF .
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 has been 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 7 bits is NACKed by the slave, the
master re-launches automatically the slave address transmission until ACK is received. In this case ADDRCF must be set if a NACK is received from the slave, in order 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.
Note: The same procedure is applied for a Repeated Start condition. In this case BUSY=1 .
Figure 473. Master initialization flowchart

graph TD
A([Master initialization]) --> B[Initial settings]
B --> C[Enable interrupts and/or DMA in I2C_CR1]
C --> D([End])
MS19859V2
Initialization of a master receiver addressing a 10-bit address slave
- If the slave address is in 10-bit format, the user can choose to send the complete read sequence by clearing the
HEAD10R
bit in the
I2C_CR2
register. In this case the master automatically sends the following complete sequence after the
START
bit is set:
(Re)Start + Slave address 10-bit header Write + Slave address 2nd byte + REStart + Slave address 10-bit header Read
Figure 474. 10-bit address read access with HEAD10R=0

| 1 1 1 1 0 X X 0 | 1 1 1 1 0 X X 1 | |||||||||||||
| S | Slave address 1st 7 bits | R/W | A1 | Slave address 2nd byte | A2 | Sr | Slave address 1st 7 bits | R/W | A3 | DATA | A | DATA | A-bar | P |
| Write | Read | |||||||||||||
MSv41066V1
- • If the master addresses a 10-bit address slave, transmits data to this slave and then reads data from the same slave, a master transmission flow must be done first. Then a repeated start is set with the 10 bit slave address configured with HEAD10R=1. In this case the master sends this sequence: ReStart + Slave address 10-bit header Read.
Figure 475. 10-bit address read access with HEAD10R=1

Master transmitter
In the case of a write transfer, the TXIS flag is set after each byte transmission, after the 9th 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.
- • When RELOAD=0 and NBBYTES data have been transferred:
- – In automatic end mode (AUTOEND=1), a STOP is automatically sent.
- – In software end mode (AUTOEND=0), the TC flag is set and the SCL line is stretched low in order to perform software actions:
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.
- • If a NACK is received: the TXIS flag is not set, and a STOP condition is automatically sent after the NACK reception. the NACKF flag is set in the I2C_ISR register, and an interrupt is generated if the NACKIE bit is set.
Figure 476. Transfer sequence flowchart for I2C master transmitter for N≤255 bytes

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<br/>slave address NBYTES ..."]; SetStart --> End2([End]); TC -- No --> End2; End2 -.-> MS19860V2[MS19860V2];Figure 477. Transfer sequence flowchart for I2C master transmitter for N>255 bytes

graph TD
Start([Master transmission]) --> Init[Master initialization]
Init --> Setup["NBYTES = 0xFF; N=N-255
RELOAD = 1
Configure slave address
Set I2C_CR2.START"]
Setup --> LoopStart(( ))
LoopStart --> TXIS{I2C_ISR.TXIS = 1?}
TXIS -- No --> End1([End])
TXIS -- Yes --> Write[Write I2C_TXDR]
Write --> Transmitted{NBYTES transmitted ?}
Transmitted -- No --> LoopStart
Transmitted -- Yes --> TC{I2C_ISR.TC = 1?}
TC -- Yes --> StartNext["Set I2C_CR2.START
with slave address
NBYTES ..."]
StartNext -.-> Dots[⋮]
Dots --> End2([End])
TC -- No --> TCR{I2C_ISR.TCR = 1?}
TCR -- Yes --> IF_ELSE["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 --> LoopStart
IF_ELSE --> End2
MS19861V3
Figure 478. Transfer bus diagrams for I2C master transmitter

Example I2C master transmitter 2 bytes, automatic end mode (STOP)
INIT: program Slave address, program NBBYTES = 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)
INIT: program Slave address, program NBBYTES = 2, AUTOEND=0, set START
EV1: TXIS ISR: wr data1
EV2: TXIS ISR: wr data2
EV3: TC ISR: program Slave address, program NBBYTES = N, set START
MS19862V2
Master receiver
In the case of a read transfer, the RXNE flag is set after each byte reception, after the 8th 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.
- • When RELOAD=0 and NBYTES[7:0] data have been transferred:
- – In automatic end mode (AUTOEND=1), a NACK and a STOP are automatically sent after the last received byte.
- – In software end mode (AUTOEND=0), a NACK is automatically sent after the last received byte, the TC flag is set and the SCL line is stretched low in order to allow software actions:
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 479. Transfer sequence flowchart for I2C master receiver for N≤255 bytes

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 = 1?}; RXNE -- No --> Config; RXNE -- Yes --> Read[Read I2C_RXDR]; Read --> NBYTES{NBYTES received?}; NBYTES -- No --> Config; NBYTES -- Yes --> TC{I2C_ISR.TC = 1?}; TC -- Yes --> SetStart["Set I2C_CR2.START with<br/>slave address NBYTES ..."]; TC -- No --> End([End]); SetStart -.-> Dots[...];MS19863V2
Figure 480. Transfer sequence flowchart for I2C master receiver for N >255 bytes
graph TD
Start([Master reception]) --> Init[Master initialization]
Init --> Config["NBYTES = 0xFF; N=N-255
RELOAD =1
Configure slave address
Set I2C_CR2.START"]
Config --> RXNE{I2C_ISR.RXNE
=1?}
RXNE -- No --> RXNE
RXNE -- Yes --> Read[Read I2C_RXDR]
Read --> Received{NBYTES
received?}
Received -- No --> RXNE
Received -- Yes --> TC{I2C_ISR.TC =
1?}
TC -- Yes --> SetStart["Set I2C_CR2.START with
slave address NBYTES ..."]
SetStart --> Dots[...] --> End([End])
TC -- No --> TCR{I2C_ISR.TCR
= 1?}
TCR -- No --> RXNE
TCR -- Yes --> IF["IF N< 256
NBYTES =N; N=0;RELOAD=0
AUTOEND=0 for RESTART; 1 for STOP
ELSE
NBYTES =0xFF;N=N-255
RELOAD=1"]
IF --> RXNE
The flowchart illustrates the transfer sequence for an I2C master receiver when the number of bytes to receive (N) is greater than 255. It begins with 'Master reception', followed by 'Master initialization'. The next step is a configuration block: 'NBYTES = 0xFF; N=N-255', 'RELOAD =1', 'Configure slave address', and 'Set I2C_CR2.START'. A loop begins with a decision 'I2C_ISR.RXNE =1?'. If 'No', it continues to wait. If 'Yes', it proceeds to 'Read I2C_RXDR'. Another decision 'NBYTES received?' follows. If 'No', it loops back to wait for more data. If 'Yes', it proceeds to check 'I2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set I2C_CR2.START with slave address NBYTES ...', which eventually leads to 'End'. If 'No', it proceeds to 'I2C_ISR.TCR = 1?'. If 'No', it loops back to the RXNE check. If 'Yes', it enters a conditional block: 'IF N < 256', 'NBYTES = N; N=0; RELOAD=0', 'AUTOEND=0 for RESTART; 1 for STOP', 'ELSE', 'NBYTES = 0xFF; N=N-255', 'RELOAD=1'. This block then loops back to the RXNE check to continue the transfer.
MS19864V2
Figure 481. Transfer bus diagrams for I2C master receiver
![Timing diagram for I2C master receiver in automatic end mode (STOP). The sequence shows: [S][Address][A][data1][A][data2][NA][P]. 'S' and 'Address' are transmission (white). 'A' (after address) is reception (yellow). 'data1' is reception (yellow). 'A' (after data1) is transmission (white). 'data2' is reception (yellow). 'NA' is transmission (white). 'P' is transmission (white). RXNE flags (upward arrows) occur after data1 and data2. NBYTES changes from xx to 2 at INIT. Events: INIT points to Start, EV1 points to RXNE after data1, EV2 points to RXNE after data2. Timing diagram for I2C master receiver in software end mode (RESTART). The sequence shows: [S][Address][A][data1][A][data2][NA][ReS][Address]. 'S' and 'Address' are transmission (white). 'A' (after address) is reception (yellow). 'data1' is reception (yellow). 'A' (after data1) is transmission (white). 'data2' is reception (yellow). 'NA' is transmission (white). A blue line indicates SCL stretch after NA. Then 'ReS' and 'Address' follow in transmission (white). RXNE flags occur after data1 and data2. A TC (Transfer Complete) flag occurs after NA. NBYTES changes from xx to 2 at INIT, then to N at EV3. Events: INIT points to Start, EV1 points to RXNE after data1, EV2 points to RXNE after data2, EV3 points to TC.](/RM0432-STM32L4+/9533e2b007e0e66f281f2f22decdc9a4_img.jpg)
Example I2C master receiver 2 bytes, automatic end mode (STOP)
legend:
- transmission
- reception
- — SCL stretch
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)
legend:
- transmission
- reception
- — SCL stretch
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
49.4.10 I2C_TIMINGR register configuration examples
The tables below provide examples of how to program the I2C_TIMINGR to obtain timings compliant with the I 2 C specification. In order to get more accurate configuration values, the STM32CubeMX tool (I2C Configuration window) must be used.
Table 343. Examples of timing settings for \( f_{I2CCLK} = 8 \) MHz
| Parameter | Standard-mode (Sm) | Fast-mode (Fm) | Fast-mode Plus (Fm+) | |
|---|---|---|---|---|
| 10 kHz | 100 kHz | 400 kHz | 500 kHz | |
| PRESC | 1 | 1 | 0 | 0 |
| SCLL | 0xC7 | 0x13 | 0x9 | 0x6 |
| \( t_{SCLL} \) | 200 x 250 ns = 50 µs | 20 x 250 ns = 5.0 µs | 10 x 125 ns = 1250 ns | 7 x 125 ns = 875 ns |
| SCLH | 0xC3 | 0xF | 0x3 | 0x3 |
| \( t_{SCLH} \) | 196 x 250 ns = 49 µs | 16 x 250 ns = 4.0 µs | 4 x 125 ns = 500 ns | 4 x 125 ns = 500 ns |
| \( t_{SCL}^{(1)} \) | ~100 µs (2) | ~10 µs (2) | ~2500 ns (3) | ~2000 ns (4) |
| SDADEL | 0x2 | 0x2 | 0x1 | 0x0 |
| \( t_{SDADEL} \) | 2 x 250 ns = 500 ns | 2 x 250 ns = 500 ns | 1 x 125 ns = 125 ns | 0 ns |
| SCLDEL | 0x4 | 0x4 | 0x3 | 0x1 |
| \( t_{SCLDEL} \) | 5 x 250 ns = 1250 ns | 5 x 250 ns = 1250 ns | 4 x 125 ns = 500 ns | 2 x 125 ns = 250 ns |
1. SCL period \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \) ns.
3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 750 \) ns.
4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 655 \) ns.
Table 344. Examples of timings settings for \( f_{I2CCLK} = 16 \) MHz
| Parameter | Standard-mode (Sm) | Fast-mode (Fm) | Fast-mode Plus (Fm+) | |
|---|---|---|---|---|
| 10 kHz | 100 kHz | 400 kHz | 1000 kHz | |
| PRESC | 3 | 3 | 1 | 0 |
| SCLL | 0xC7 | 0x13 | 0x9 | 0x4 |
| \( t_{SCLL} \) | 200 x 250 ns = 50 µs | 20 x 250 ns = 5.0 µs | 10 x 125 ns = 1250 ns | 5 x 62.5 ns = 312.5 ns |
| SCLH | 0xC3 | 0xF | 0x3 | 0x2 |
| \( t_{SCLH} \) | 196 x 250 ns = 49 µs | 16 x 250 ns = 4.0 µs | 4 x 125 ns = 500 ns | 3 x 62.5 ns = 187.5 ns |
| \( t_{SCL}^{(1)} \) | ~100 µs (2) | ~10 µs (2) | ~2500 ns (3) | ~1000 ns (4) |
| SDADEL | 0x2 | 0x2 | 0x2 | 0x0 |
| \( t_{SDADEL} \) | 2 x 250 ns = 500 ns | 2 x 250 ns = 500 ns | 2 x 125 ns = 250 ns | 0 ns |
| SCLDEL | 0x4 | 0x4 | 0x3 | 0x2 |
| \( t_{SCLDEL} \) | 5 x 250 ns = 1250 ns | 5 x 250 ns = 1250 ns | 4 x 125 ns = 500 ns | 3 x 62.5 ns = 187.5 ns |
1. SCL period \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
- 2. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 250 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 1000 \text{ ns} \) .
- 3. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 250 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 750 \text{ ns} \) .
- 4. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 250 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 500 \text{ ns} \) .
Table 345. Examples of timings settings for \( f_{\text{I2CCLK}} = 48 \text{ MHz} \)
| Parameter | Standard-mode (Sm) | Fast-mode (Fm) | Fast-mode Plus (Fm+) | |
|---|---|---|---|---|
| 10 kHz | 100 kHz | 400 kHz | 1000 kHz | |
| PRESC | 0xB | 0xB | 5 | 5 |
| SCLL | 0xC7 | 0x13 | 0x9 | 0x3 |
| \( t_{\text{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} \) |
| SCLH | 0xC3 | 0xF | 0x3 | 0x1 |
| \( t_{\text{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_{\text{SCL}}^{(1)} \) | \( \sim 100 \text{ } \mu\text{s}^{(2)} \) | \( \sim 10 \text{ } \mu\text{s}^{(2)} \) | \( \sim 2500 \text{ ns}^{(3)} \) | \( \sim 875 \text{ ns}^{(4)} \) |
| SDADEL | 0x2 | 0x2 | 0x3 | 0x0 |
| \( t_{\text{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 |
| SCLDEL | 0x4 | 0x4 | 0x3 | 0x1 |
| \( t_{\text{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. The SCL period \( t_{\text{SCL}} \) is greater than \( t_{\text{SCLL}} + t_{\text{SCLH}} \) due to the SCL internal detection delay. Values provided for \( t_{\text{SCL}} \) are only examples.
- 2. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 83.3 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 1000 \text{ ns} \)
- 3. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 83.3 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 750 \text{ ns} \)
- 4. \( t_{\text{SYNC1}} + t_{\text{SYNC2}} \) minimum value is \( 4 \times t_{\text{I2CCLK}} = 83.3 \text{ ns} \) . Example with \( t_{\text{SYNC1}} + t_{\text{SYNC2}} = 500 \text{ ns} \)
49.4.11 SMBus specific features
This section is relevant only when SMBus feature is supported. Refer to Section 49.3: I 2 C implementation .
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.
- • A slave is a device that receives or responds to a command.
- • A master is a device that issues commands, generates the clocks and terminates the transfer.
- • A host is a specialized master that provides the main interface to the system's CPU. A host must be a master-slave and must support the SMBus host notify protocol. Only one host is allowed in a system.
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 may use any or all of the eleven protocols 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 should be implemented by the user software.
For more details of 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. In order 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 should 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 on page 1658 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 in order to be compliant with the 3 timeouts defined in SMBus specification.
Table 346. SMBus timeout specifications
| Symbol | Parameter | Limits | Unit | |
|---|---|---|---|---|
| Min | Max | |||
| \( t_{\text{TIMEOUT}} \) | Detect clock low timeout | 25 | 35 | ms |
| \( t_{\text{LOW:SEXT}}^{(1)} \) | Cumulative clock low extend time (slave device) | - | 25 | ms |
| \( t_{\text{LOW:MEXT}}^{(2)} \) | Cumulative clock low extend time (master device) | - | 10 | ms |
- \( t_{\text{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_{\text{LOW:SEXT}} \) . Therefore, this parameter is measured with the slave device as the sole target of a full-speed master.
- \( t_{\text{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_{\text{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 482. Timeout intervals for \( t_{\text{LOW:SEXT}} \) , \( t_{\text{LOW:MEXT}} \)

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} \) greater than \( t_{HIGH,MAX} \) . (refer to Table 340: I2C-SMBus specification data setup and hold times )
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.
49.4.12 SMBus initialization
This section is relevant only when SMBus feature is supported. Refer to Section 49.3: I2C implementation .
In addition to I2C initialization, some other specific initialization must be done in order 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. In order 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 on page 1658 for more details.
Specific address (Slave mode)
The specific SMBus addresses must be enabled if needed. Refer to Bus idle detection on page 1681 for more details.
- • The SMBus device default address (0b1100 001) is enabled by setting the SMBDEN bit in the I2C_CR1 register.
- • The SMBus host address (0b0001 000) is enabled by setting the SMBHEN bit in the I2C_CR1 register.
- • The alert response address (0b0001100) is enabled by setting the ALERTEN bit in the I2C_CR1 register.
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 a 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 347. SMBus with PEC configuration| Mode | SBC bit | RELOAD bit | AUTOEND bit | PECBYTE bit |
|---|---|---|---|---|
| Master Tx/Rx NBYTES + PEC+ STOP | x | 0 | 1 | 1 |
| Master Tx/Rx NBYTES + PEC + ReSTART | x | 0 | 0 | 1 |
| Slave Tx/Rx with PEC | 1 | 0 | x | 1 |
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.
- • \( t_{TIMEOUT} \) check
In order to enable the \( t_{TIMEOUT} \) check, the 12-bit TIMEOUTA[11:0] bits must be programmed with the timer reload value in order to check the \( t_{TIMEOUT} \) parameter. The TIDLE bit must be configured to '0' in order 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 \( (TIMEOUTA+1) \times 2048 \times t_{I2CCLK} \) , the TIMEOUT flag is set in the I2C_ISR register.
Caution: Changing the TIMEOUTA[11:0] bits and TIDLE bit configuration is not allowed when the TIMOUTEN bit is set.
- • \( t_{LOW:SEXT} \) and \( t_{LOW:MEXT} \) check
Depending on if the peripheral is configured as a master or as a slave, The 12-bit TIMEOUTB timer must be configured in order to check \( t_{LOW:SEXT} \) for a slave and \( t_{LOW:MEXT} \) for a master. As the standard specifies only a maximum, the user can choose the same value for the both.
Then the timer is 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 \( (TIMEOUTB+1) \times 2048 \times t_{I2CCLK} \) , and in the timeout interval described in Bus idle detection on page 1681 section, the TIMEOUT flag is set in the I2C_ISR register.
Refer to Table 349: Examples of TIMEOUTB settings for various I2CCLK frequencies
Caution: Changing the TIMEOUTB configuration is not allowed when the TEXTEN bit is set.
Bus idle detection
In order to enable the \( t_{IDLE} \) check, the 12-bit TIMEOUTA[11:0] field must be programmed with the timer reload value in order to obtain the \( t_{IDLE} \) parameter. The TIDLE bit must be configured to '1' in order to detect both SCL and SDA high level timeout.
Then the timer is 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 \( (TIMEOUTA+1) \times 4 \times t_{I2CCLK} \) , the TIMEOUT flag is set in the I2C_ISR register.
Caution: Changing the TIMEOUTA and TIDLE configuration is not allowed when the TIMEOUTEN is set.
49.4.13 SMBus: I2C_TIMEOUTR register configuration examples
This section is relevant only when SMBus feature is supported. Refer to Section 49.3: I2C implementation .
- Configuring the maximum duration of \( t_{\text{TIMEOUT}} \) to 25 ms:
Table 348. Examples of TIMEOUTA settings for various I2CCLK frequencies
(max
\(
t_{\text{TIMEOUT}} = 25
\)
ms)
| \( f_{\text{I2CCLK}} \) | TIMEOUTA[11:0] bits | TIDLE bit | TIMEOUTEN bit | \( t_{\text{TIMEOUT}} \) |
|---|---|---|---|---|
| 8 MHz | 0x61 | 0 | 1 | \( 98 \times 2048 \times 125 \text{ ns} = 25 \text{ ms} \) |
| 16 MHz | 0xC3 | 0 | 1 | \( 196 \times 2048 \times 62.5 \text{ ns} = 25 \text{ ms} \) |
| 32 MHz | 0x186 | 0 | 1 | \( 391 \times 2048 \times 31.25 \text{ ns} = 25 \text{ ms} \) |
| 48 MHz | 0x249 | 0 | 1 | \( 586 \times 2048 \times 20.08 \text{ ns} = 25 \text{ ms} \) |
- Configuring the maximum duration of \( t_{\text{LOW:SEXT}} \) and \( t_{\text{LOW:MEXT}} \) to 8 ms:
Table 349. Examples of TIMEOUTB settings for various I2CCLK frequencies
| \( f_{\text{I2CCLK}} \) | TIMEOUTB[11:0] bits | TEXTEN bit | \( t_{\text{LOW:EXT}} \) |
|---|---|---|---|
| 8 MHz | 0x1F | 1 | \( 32 \times 2048 \times 125 \text{ ns} = 8 \text{ ms} \) |
| 16 MHz | 0x3F | 1 | \( 64 \times 2048 \times 62.5 \text{ ns} = 8 \text{ ms} \) |
| 48 MHz | 0xBB | 1 | \( 188 \times 2048 \times 20.08 \text{ ns} = 8 \text{ ms} \) |
- Configuring the maximum duration of \( t_{\text{IDLE}} \) to 50 \( \mu\text{s} \)
Table 350. Examples of TIMEOUTA settings for various I2CCLK frequencies
(max
\(
t_{\text{IDLE}} = 50 \mu\text{s}
\)
)
| \( f_{\text{I2CCLK}} \) | TIMEOUTA[11:0] bits | TIDLE bit | TIMEOUTEN bit | \( t_{\text{IDLE}} \) |
|---|---|---|---|---|
| 8 MHz | 0x63 | 1 | 1 | \( 100 \times 4 \times 125 \text{ ns} = 50 \mu\text{s} \) |
| 16 MHz | 0xC7 | 1 | 1 | \( 200 \times 4 \times 62.5 \text{ ns} = 50 \mu\text{s} \) |
| 48 MHz | 0x257 | 1 | 1 | \( 600 \times 4 \times 20.08 \text{ ns} = 50 \mu\text{s} \) |
49.4.14 SMBus slave mode
This section is relevant only when the SMBus feature is supported. Refer to Section 49.3: I2C implementation .
In addition to I2C slave transfer management (refer to Section 49.4.8: I2C slave mode ) some additional software flowcharts are provided to support the SMBus.
SMBus slave transmitter
When the IP is used in SMBus, SBC must be programmed to '1' in order to allow 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 NBYTES[7:0] includes the PEC transmission. In that case the total number of TXIS interrupts is NBYTES-1 and the content of the I2C_PECR register is automatically transmitted if the master requests an extra byte after the NBYTES-1 data transfer.
Caution: The PECBYTE bit has no effect when the RELOAD bit is set.
Figure 483. Transfer sequence flowchart for SMBus slave transmitter N bytes + PEC

graph TD
Start([SMBus slave transmission]) --> Init[Slave initialization]
Init --> ADDR{I2C_ISR.ADDR = 1?}
ADDR -- No --> ADDR
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 --> TXIS_Loop[ ]
TXIS_Loop --> ADDR
TXIS -- Yes --> Write[Write I2C_TXDR.TXDATA]
Write --> TXIS_Loop
subgraph SCL_Stretched_Region [ ]
style SCL_Stretched_Region fill:none,stroke:none
Read
end
SCL stretched
MS19867V2
Figure 484. Transfer bus diagrams for SMBus slave transmitter (SBC=1)

Example SMBus slave transmitter 2 bytes + PEC,
legend:
- transmission
- reception
- SCL stretch
NBYTES 3
EV1: ADDR ISR: check ADDCODE, program NBYTES=3, set PECBYTE, set ADDRCF
EV2: TXIS ISR: wr data1
EV3: TXIS ISR: wr data2
MS19869V2
SMBus Slave receiver
When the I2C is used in SMBus mode, SBC must be programmed to '1' in order to allow the PEC checking at the end of the programmed number of data bytes. In order to allow the ACK control of each byte, the reload mode must be selected (RELOAD=1). Refer to Slave byte control mode on page 1658 for more details.
In order to check the PEC byte, the RELOAD bit must be cleared and the PECBYTE bit must be set. In this case, after NBYTES-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 NBYTES with the number of bytes to be received in a continuous flow. After NBYTES-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 485. Transfer sequence flowchart for SMBus slave receiver N Bytes + PEC

graph TD; Start([SMBus slave reception]) --> Init[Slave initialization]; Init --> ADDR{I2C_ISR.ADDR = 1?}; ADDR -- No --> ADDR; ADDR -- Yes --> ReadAddr[Read ADDCODE and DIR in I2C_ISR<br/>I2C_CR2.NBYTES = 1, RELOAD = 1<br/>PECBYTE=1<br/>Set I2C_ICR.ADDRCF]; ReadAddr --> RXNE{I2C_ISR.RXNE = 1?<br/>I2C_ISR.TCR = 1?}; RXNE -- No --> RXNE; RXNE -- Yes --> ReadData1[Read I2C_RXDR.RXDATA<br/>Program I2C_CR2.NACK = 0<br/>I2C_CR2.NBYTES = 1<br/>N = N - 1]; ReadData1 --> N1{N = 1?}; N1 -- No --> RXNE; N1 -- Yes --> ReadData2[Read I2C_RXDR.RXDATA<br/>Program RELOAD = 0<br/>NACK = 0 and NBYTES = 1]; ReadData2 --> RXNE2{I2C_ISR.RXNE = 1?}; RXNE2 -- No --> RXNE2; RXNE2 -- Yes --> ReadData3[Read I2C_RXDR.RXDATA]; ReadData3 --> End([End]);The flowchart illustrates the transfer sequence for an SMBus slave receiver handling N bytes plus a PEC. It begins with 'SMBus slave reception' (oval), followed by 'Slave initialization' (rectangle). A decision diamond 'I2C_ISR.ADDR = 1?' follows; if 'No', it loops back to initialization; if 'Yes', it proceeds to a rectangle: 'Read ADDCODE and DIR in I2C_ISR', 'I2C_CR2.NBYTES = 1, RELOAD = 1', 'PECBYTE=1', and 'Set I2C_ICR.ADDRCF'. To the right of this rectangle is a vertical double-headed arrow labeled 'SCL stretched'. Next is a decision diamond 'I2C_ISR.RXNE = 1? I2C_ISR.TCR = 1?'; if 'No', it loops back to the entry point above this diamond; if 'Yes', it proceeds to a rectangle: 'Read I2C_RXDR.RXDATA', 'Program I2C_CR2.NACK = 0', 'I2C_CR2.NBYTES = 1', and 'N = N - 1'. This is followed by a decision diamond 'N = 1?'; if 'No', it loops back to the entry point above the 'I2C_ISR.RXNE' diamond; if 'Yes', it proceeds to a rectangle: 'Read I2C_RXDR.RXDATA', 'Program RELOAD = 0', and 'NACK = 0 and NBYTES = 1'. This is followed by a decision diamond 'I2C_ISR.RXNE = 1?'; if 'No', it loops back to the entry point above this diamond; if 'Yes', it proceeds to a rectangle: 'Read I2C_RXDR.RXDATA', which finally leads to the 'End' (oval).
MS19868V2
Figure 486. Bus transfer diagrams for SMBus slave receiver (SBC=1)

Example SMBus slave receiver 2 bytes + PEC
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)
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
This section is relevant only when the SMBus feature is supported. Refer to Section 49.3: I2C implementation .
In addition to I2C master transfer management (refer to Section 49.4.9: I2C master mode ) some additional software flowcharts 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 487. Bus transfer diagrams for SMBus master transmitter

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
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 488. Bus transfer diagrams for SMBus master receiver

Example SMBus master receiver 2 bytes + PEC, automatic end mode (STOP)
INIT: program Slave address, program NBYS = 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 NBYS = 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 NBYS = N, set START
MS19872V2
49.4.15 Wakeup from Stop mode on address match
This section is relevant only when wakeup from Stop mode feature is supported. Refer to Section 49.3: I2C implementation .
The I2C is able to wakeup the MCU from Stop mode (APB clock is off), when it is addressed. All addressing modes are supported.
Wakeup from Stop mode is enabled by setting the WUPEN bit in the I2C_CR1 register. The HSI16 oscillator must be selected as the clock source for I2CCLK in order to allow wakeup from Stop mode.
During Stop mode, the HSI16 is switched off. When a START is detected, the I2C interface switches the HSI16 on, and stretches SCL low until HSI16 is woken up.
HSI16 is then used for the address reception.
In case of an address match, the I2C stretches SCL low during MCU wakeup time. The stretch is released when ADDR flag is cleared by software, and the transfer goes on normally.
If the address does not match, the HSI16 is switched off again and the MCU is not woken up.
Note: If the I2C clock is the system clock, or if WUPEN = 0, the HSI16 is not switched on after a START is received.
Only an ADDR interrupt can wakeup the MCU. Therefore do not enter Stop mode when the I2C is performing a transfer as a master, or as an addressed slave after the ADDR flag is set. This can be managed by clearing SLEEPDEEP bit in the ADDR interrupt routine and setting it again only after the STOPF flag is set.
Caution: The digital filter is not compatible with the wakeup from Stop mode feature. If the DNF bit is not equal to 0, setting the WUPEN bit has no effect.
Caution: This feature is available only when the I2C clock source is the HSI16 oscillator.
Caution: Clock stretching must be enabled (NOSTRETCH=0) to ensure proper operation of the wakeup from Stop mode feature.
Caution: If wakeup from Stop mode is disabled (WUPEN=0), the I2C peripheral must be disabled before entering Stop mode (PE=0).
49.4.16 Error conditions
The following errors are the error conditions which may cause communication to 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 9 SCL clock pulses. A START or a STOP condition is detected when a 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.
- • In master mode, arbitration loss is detected during the address phase, data phase and data acknowledge phase. In this case, the SDA and SCL lines are released, the START control bit is cleared by hardware and the master switches automatically to slave mode.
- • In slave mode, arbitration loss is detected during data phase and data acknowledge phase. In this case, the transfer is stopped, and the SCL and SDA lines are released.
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:
- • In reception when a new byte is received and the RXDR register has not been read yet. The new received byte is lost, and a NACK is automatically sent as a response to the new byte.
- • In transmission:
- – When STOPF=1 and the first data byte should be sent. The content of the I2C_TXDR register is sent if TXE=0, 0xFF if not.
- – When a new byte must be sent and the I2C_TXDR register has not been written yet, 0xFF is sent.
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 49.3: I2C implementation .
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 49.3: I2C implementation .
A timeout error occurs for any of these conditions:
- • TIDLE=0 and SCL remained low for the time defined in the TIMEOUTA[11:0] bits: this is used to detect a SMBus timeout.
- • TIDLE=1 and both SDA and SCL remained high for the time defined in the TIMEOUTA [11:0] bits: this is used to detect a bus idle condition.
- • Master cumulative clock low extend time reached the time defined in the TIMEOUTB[11:0] bits (SMBus \( t_{LOW:MEXT} \) parameter)
- • Slave cumulative clock low extend time reached the time defined in TIMEOUTB[11:0] bits (SMBus \( t_{LOW:SEXT} \) parameter)
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 49.3: I2C implementation .
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.
49.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 11: Direct memory access controller (DMA) on page 375 ) to the I2C_TXDR register whenever the TXIS bit is set.
Only the data are transferred with DMA.
- • In master mode: the initialization, the slave address, direction, number of bytes and START bit are programmed by software (the transmitted slave address cannot be transferred with DMA). When all data are transferred using DMA, the DMA must be initialized before setting the START bit. The end of transfer is managed with the NBYPES counter. Refer to Master transmitter on page 1669 .
- • In slave mode:
- – With NOSTRETCH=0, when all data are transferred using DMA, the DMA must be initialized before the address match event, or in ADDR interrupt subroutine, before clearing ADDR.
- – With NOSTRETCH=1, the DMA must be initialized before the address match event.
- • For instances supporting SMBus: the PEC transfer is managed with NBYPES counter. Refer to SMBus slave transmitter on page 1684 and SMBus master transmitter on page 1687 .
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 11: Direct memory access controller (DMA) on page 375 ) whenever the RXNE bit is set. Only the data (including PEC) are transferred with DMA.
- • In Master mode, the initialization, the slave address, direction, number of bytes and START bit are programmed by software. When all data are transferred using DMA, the
DMA must be initialized before setting the START bit. The end of transfer is managed with the NBBYTES counter.
- • In Slave mode with NOSTRETCH=0, when all data are transferred using DMA, the DMA must be initialized before the address match event, or in the ADDR interrupt subroutine, before clearing the ADDR flag.
- • If SMBus is supported (see Section 49.3: I2C implementation ): the PEC transfer is managed with the NBBYTES counter. Refer to SMBus Slave receiver on page 1685 and SMBus master receiver on page 1689 .
Note: If DMA is used for reception, the RXIE bit does not need to be enabled.
49.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.
49.5 I2C low-power modes
Table 351. Effect of low-power modes on the I2C
| Mode | Description |
|---|---|
| Sleep | No effect. I2C interrupts cause the device to exit the Sleep mode. |
| Stop (1)(2) | The I2C registers content is kept. If WUPEN = 1 and I2C is clocked by an internal oscillator (HSI16): the address recognition is functional. The I2C address match condition causes the device to exit the Stop mode. If WUPEN=0: the I2C must be disabled before entering Stop mode |
| Standby | The I2C peripheral is powered down and must be reinitialized after exiting Standby mode. |
- 1. Refer to Section 49.3: I2C implementation for information about the Stop modes supported by each instance. If wakeup from a specific Stop mode is not supported, the instance must be disabled before entering this Stop mode.
- 2. Only I2C3 supports wakeup from Stop 2 mode. The other I2C instances must be disabled before entering Stop 2 mode.
49.6 I2C interrupts
The table below gives the list of I2C interrupt requests.
Table 352. I2C Interrupt requests
| Interrupt acronym | Interrupt event | Event flag | Enable control bit | Interrupt clear method | Exit the Sleep mode | Exit the Stop mode | Exit the Standby mode | |
|---|---|---|---|---|---|---|---|---|
| I2C | I2C_EV | Receive buffer not empty | RXNE | RXIE | Read I2C_RXDR register | Yes | No | No |
| Transmit buffer interrupt status | TXIS | TXIE | Write I2C_TXDR register | |||||
| Stop detection interrupt flag | STOPF | STOPIE | Write STOPCF=1 | |||||
| Transfer complete reload | TCR | TCIE | Write I2C_CR2 with NBBYTES[7:0] ≠ 0 | |||||
| Transfer complete | TC | Write START=1 or STOP=1 | ||||||
| Address matched | ADDR | ADDRIE | Write ADDRCF=1 | Yes (1) | ||||
| NACK reception | NACKF | NACKIE | Write NACKCF=1 | No | ||||
| I2C_ER | Bus error | BERR | ERRIE | Write BERRCF=1 | Yes | No | No | |
| Arbitration loss | ARLO | Write ARLOCF=1 | ||||||
| Overrun/Underrun | OVR | Write OVRCF=1 | ||||||
| PEC error | PECERR | Write PECERRCF=1 | ||||||
| Timeout/t LOW error | TIMEOUT | Write TIMEOUTCF=1 | ||||||
| SMBus alert | ALERT | Write ALERTCF=1 | ||||||
- 1. The ADDR match event can wake up the device from Stop mode only if the I2C instance supports the Wakeup from Stop mode feature. Refer to Section 49.3: I2C implementation .
49.7 I2C registers
Refer to Section 1.2 on page 86 for a list of abbreviations used in register descriptions.
The peripheral registers are accessed by words (32-bit).
49.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 to this register 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 \) .
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | PECEN | ALERTEN | SMBDEN | SMBHEN | GCEN | WUPEN | NOSTRETCH | SBC |
| rw | rw | rw | rw | rw | rw | rw | rw | ||||||||
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| RXDMAEN | TXDMAEN | Res. | ANFOFF | DNF[3:0] | ERRIE | TCIE | STOPIE | NACKIE | ADDRIE | RXIE | TXIE | PE | |||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | |
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 49.3: I2C implementation
.
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 49.3: I2C implementation
.
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 49.3: I2C implementation
.
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 49.3: I2C implementation
.
Bit 19 GCEN : General call enable
0: General call disabled. Address 0b00000000 is NACKed.
1: General call enabled. Address 0b00000000 is ACKed.
Bit 18 WUPEN : Wakeup from Stop mode enable
0: Wakeup from Stop mode disable.
1: Wakeup from Stop mode enable.
Note: If the Wakeup from Stop mode feature is not supported, this bit is reserved and forced by hardware to '0'. Refer to Section 49.3: I2C implementation .
Note: WUPEN can be set only when DNF = '0000'
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 only be programmed 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 only be programmed 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 1 \( t_{I2CCLK} \)
...
1111: digital filter enabled and filtering capability up to 15 \( t_{I2CCLK} \)
Note: If the analog filter is also enabled, the digital filter is added to the analog filter.
This filter can only be programmed 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 3 APB clock cycles.
49.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 to this register 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 \) .
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | PEC BYTE | AUTOE ND | RE LOAD | NBYPES[7:0] | |||||||
| rs | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | |||||
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| NACK | STOP | START | HEAD1 OR | ADD10 | RD WRN | SADD[9:0] | |||||||||
| rs | rs | rs | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw |
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 is slave mode when SBC=0.
If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation .
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 NBYPES data are transferred, stretching SCL low.
1: Automatic end mode: a STOP condition is automatically sent when NBYPES data are transferred.
Note: This bit has no effect in slave mode or when the RELOAD bit is set.
Bit 24 RELOAD : NBYPES reload mode
This bit is set and cleared by software.
0: The transfer is completed after the NBYPES data transfer (STOP or RESTART follows).
1: The transfer is not completed after the NBYPES data transfer (NBYPES is reloaded). TCR flag is set when NBYPES data are transferred, stretching SCL low.
Bits 23:16 NBYTES[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 in slave mode only: 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 generationThis bit is set by software, and cleared by hardware after the Start followed by the address sequence is sent, by an arbitration loss, by an address matched in slave mode, by a timeout error detection, or when PE = 0.
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 10bit address in write direction + Restart + 1st 7 bits of the 10 bit address in read direction.
1: The master only sends the 1st 7 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] should be written with the 7-bit slave address to be sent. The bits SADD[9], SADD[8] and SADD[0] are don't care.
In 10-bit addressing mode (ADD10 = 1):
SADD[9:0] should be written with the 10-bit slave address to be sent.
Note: Changing these bits when the START bit is set is not allowed.
49.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 to this register 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 \) .
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| OA1EN | Res. | Res. | Res. | Res. | OA1 MODE | OA1[9:0] | |||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | ||||
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. The 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.
49.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 to this register 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 \) .
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| OA2EN | Res. | Res. | Res. | Res. | OA2MSK[2:0] | OA2[7:1] | Res. | ||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | |||||
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 is not equal to 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.
49.7.5 I2C timing register (I2C_TIMINGR)
Address offset: 0x10
Reset value: 0x0000 0000
Access: No wait states
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| PRESC[3:0] | Res. | Res. | Res. | Res. | SCLDEL[3:0] | SDADEL[3:0] | |||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | ||||
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| SCLH[7:0] | SCLL[7:0] | ||||||||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw |
Bits 31:28 PRESC[3:0] : Timing prescaler
This field is used to prescale I2CCLK in order to generate the clock period \( t_{PRESC} \) used for data setup and hold counters (refer to I2C timings on page 1650 ) and for SCL high and low level counters (refer to I2C master initialization on page 1665 ).
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_{SCLDEL} \) between SDA edge and SCL rising edge. In master mode and in slave mode with NOSTRETCH = 0, the SCL line is stretched low during
\( t_{SCLDEL} \) :
Note: \( t_{SCLDEL} \) is used to generate \( t_{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 mode and in slave mode with NOSTRETCH = 0, the SCL line is stretched low during
\( t_{SDADEL} \) :
Note: \( t_{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.
Note: \( t_{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.
Note: \( t_{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.
49.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 to this register 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 \) .
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TEXTEN | Res. | Res. | Res. | TIMEOUTB[11:0] | |||||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | |||
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TIMOUTEN | Res. | Res. | TIDLE | TIMEOUTA[11:0] | |||||||||||
| rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | rw | ||
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+1) \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.
Note: If the SMBus feature is not supported, this register is reserved and forced by hardware to "0x00000000". Refer to Section 49.3: I2C implementation.
49.7.7 I2C interrupt and status register (I2C_ISR)
Address offset: 0x18
Reset value: 0x0000 0001
Access: No wait states
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | ADDCODE[6:0] | DIR | ||||||
| r | r | r | r | r | r | r | r | ||||||||
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| BUSY | Res. | ALERT | TIME OUT | PEC ERR | OVR | ARLO | BERR | TCR | TC | STOPF | NACKF | ADDR | RXNE | TXIS | TXE |
| r | r | r | r | r | r | r | r | r | r | r | r | r | rs | rs | |
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 2 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. It is 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 a 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.
If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation .
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.
If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation .
Bit 11 PECERR : PEC Error in receptionThis 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.
If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to
Section 49.3: I2C implementation
.
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 lostThis 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 errorThis 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 BERRCF bit.
Note: This bit is cleared by hardware when PE=0.
Bit 7 TCR : Transfer Complete ReloadThis 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 flagThis flag is set by hardware when a STOP condition is detected on the bus and the peripheral is involved in this transfer:
- – either as a master, provided that the STOP condition is generated by the peripheral.
- – or as a slave, provided that the peripheral has been addressed previously during 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 flagThis 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 when NOSTRETCH=1 only, in order 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.
49.7.8 I2C interrupt clear register (I2C_ICR)
Address offset: 0x1C
Reset value: 0x0000 0000
Access: No wait states
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| Res. | Res. | ALERTCF | TIMOUTCF | PECDCF | OVRDCF | ARLOCF | BERRCF | Res. | Res. | STOPCF | NACKCF | ADDRCF | Res. | Res. | Res. |
| w | w | w | w | w | w | w | w | w |
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.
Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation.
Bit 12 TIMOUTCF : Timeout detection flag clear
Writing 1 to this bit clears the TIMEOUT flag in the I2C_ISR register.
Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation.
Bit 11 PECDCF : PEC Error flag clear
Writing 1 to this bit clears the PECERR flag in the I2C_ISR register.
Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to '0'.
Refer to Section 49.3: I2C implementation.
- Bit 10
OVRFCF
: Overrun/Underrun flag clear
Writing 1 to this bit clears the OVR flag in the I2C_ISR register. - Bit 9
ARLOCF
: Arbitration lost flag clear
Writing 1 to this bit clears the ARLO flag in the I2C_ISR register. - Bit 8
BERRCF
: Bus error flag clear
Writing 1 to this bit clears the BERRF flag in the I2C_ISR register. - Bits 7:6 Reserved, must be kept at reset value.
- Bit 5
STOPCF
: STOP detection flag clear
Writing 1 to this bit clears the STOPF flag in the I2C_ISR register. - Bit 4
NACKCF
: Not Acknowledge flag clear
Writing 1 to this bit clears the NACKF flag in I2C_ISR register. - Bit 3
ADDRCF
: Address matched flag clear
Writing 1 to this bit clears the ADDR flag in the I2C_ISR register. Writing 1 to this bit also clears the START bit in the I2C_CR2 register. - Bits 2:0 Reserved, must be kept at reset value.
49.7.9 I2C PEC register (I2C_PECR)
Address offset: 0x20
Reset value: 0x0000 0000
Access: No wait states
| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | PEC[7:0] | |||||||
| r | r | r | r | r | r | r | r | ||||||||
Bits 31:8 Reserved, must be kept at reset value.
Bits 7:0 PEC[7:0] : Packet error checking register
This field contains the internal PEC when PECEN=1.
The PEC is cleared by hardware when PE=0.
Note: If the SMBus feature is not supported, this register is reserved and forced by hardware to “0x00000000”. Refer to Section 49.3: I2C implementation .
49.7.10 I2C receive data register (I2C_RXDR)
Address offset: 0x24
Reset value: 0x0000 0000
Access: No wait states

| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | RXDATA[7:0] | |||||||
| r | r | r | r | r | r | r | r | ||||||||
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
49.7.11 I2C transmit data register (I2C_TXDR)
Address offset: 0x28
Reset value: 0x0000 0000
Access: No wait states

| 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 |
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. |
| 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | TXDATA[7:0] | |||||||
| rw | rw | rw | rw | rw | rw | rw | rw | ||||||||
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.
49.7.12 I2C register map
The table below provides the I2C register map and reset values.
Table 353. I2C register map and reset values
| Offset | Register name | 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x0 | I2C_CR1 | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | PECEN | ALERTEN | SMBDEN | SMBHEN | GCEN | WUPEN | NOSTRETCH | SBC | RXDMAEN | TXDMAEN | Res. | ANFOFF | DNF[3:0] | ERRIE | TCIE | STOPIE | NACKIE | ADDRIE | RXIE | TXIE | PE | |||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | ||||||||||
| 0x4 | I2C_CR2 | Res. | Res. | Res. | Res. | Res. | PECBYTE | AUTOEND | RELOAD | NBYTES[7:0] | NACK | STOP | START | HEAD10R | ADD10 | RD_WRN | SADD[9:0] | ||||||||||||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | |||||||
| 0x8 | I2C_OAR1 | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | OA1EN | Res. | Res. | Res. | Res. | OA1MODE | OA1[9:0] | |||||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | ||||||||||||||||||||||
| 0xC | I2C_OAR2 | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | OA2EN | Res. | Res. | Res. | Res. | OA2MSK[2:0] | OA2[7:1] | Res. | ||||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | ||||||||||||||||||||||
| 0x10 | I2C_TIMINGR | PRESC[3:0] | Res. | Res. | Res. | Res. | SCLDEL[3:0] | SDADEL[3:0] | SCLH[7:0] | SCLL[7:0] | |||||||||||||||||||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | ||||||
| 0x14 | I2C_TIMEOUTR | TEXTEN | Res. | Res. | Res. | TIMEOUTB[11:0] | TIMOUTEN | Res. | Res. | TIDLE | TIMEOUTA[11:0] | ||||||||||||||||||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | |||||||
| 0x18 | I2C_ISR | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | ADDCODE[6:0] | DIR | BUSY | Res. | ALERT | TIMEOUT | PECERR | OVR | ARLO | BERR | TCR | TC | STOPF | NACKF | ADDR | RXNE | TXIS | TXE | ||||||
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 1 | |||||||||||
| 0x1C | I2C_ICR | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | Res. | ALERTCF | TIMOUTCF | PECFCF | OVRFCF | ARLOCF | BERRCF | Res. | Res. | STOPCF | NACKCF | ADDRCF | Res. | Res. | Res. |
| Reset value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | ||||||||||||||||||||||||
| 0x20 | I2C_PECR | Res. | Res. | Res. | 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 value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | |||||||||||||||||||||||||
| 0x24 | I2C_RXDR | Res. | Res. | Res. | 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 value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | |||||||||||||||||||||||||
Table 353. I2C register map and reset values (continued)
| Offset | Register name | 31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0x28 | I2C_TXDR | Res | Res | Res | 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 value | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | |||||||||||||||||||||||||
Refer to Section 2.2 on page 93 for the register boundary addresses.