23. Fast-mode Plus Inter-integrated circuit interface (FMPI2C)

23.1 Introduction

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

The FMPI2C peripheral is also SMBus (system management bus) and PMBus ® (power management bus) compatible.

It can use DMA to reduce the CPU load.

23.2 FMPI2C main features


a. To check the compliance of the GPIOs selected for SMBus with the specified logical levels, refer to the product datasheet.

For information on FMPI2C instantiation, refer to Section 23.3: FMPI2C implementation .

23.3 FMPI2C implementation

This section provides an implementation overview with respect to the FMPI2C instantiation.

Table 116. FMPI2C implementation

I2C features (1)FMPI2C1
7-bit addressing modeX
10-bit addressing modeX
Standard-mode (up to 100 kbit/s)X
Fast-mode (up to 400 kbit/s)X
Fast-mode Plus (2) (up to 1 Mbit/s)X
Independent clockX
Wake-up from Stop mode-
SMBus/PMBusX

1. X = supported.

2. 20 mA output drive for Fm+ mode is not supported.

23.4 FMPI2C functional description

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

The peripheral can also be connected to an SMBus, through the data pin (SDA), the clock pin (SCL), and an optional SMBus alert pin (SMBA).

The independent clock function allows the FMPI2C communication speed to be independent of the PCLK1 frequency.

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

23.4.1 FMPI2C block diagram

Figure 208. Block diagram

Block diagram of the FMPI2C interface. The diagram shows internal components connected to external pins. On the left, two input pins are shown: i2c_ker_ck (connected to I2CCLK) and i2c_pclk (connected to PCLK). The internal structure includes a 'Data control' block with 'Shift register' and 'SMBUS PEC generation/check', a 'Clock control' block with 'Controller clock generation', 'Target clock stretching', and 'SMBus timeout check', and an 'SMBus alert control/status' block. These are connected to 'Registers', which are part of an 'APB bus' system. The 'Data control' block connects to a 'Digital noise filter', then an 'Analog noise filter', and finally 'GPIO logic' for the I2C_SDA pin. The 'Clock control' block connects to a 'Digital noise filter', then an 'Analog noise filter', and finally 'GPIO logic' for the I2C_SCL pin. The 'SMBus alert control/status' block connects directly to the I2C_SMBA pin. The reference code MSV56356V2 is in the bottom right corner.
Block diagram of the FMPI2C interface. The diagram shows internal components connected to external pins. On the left, two input pins are shown: i2c_ker_ck (connected to I2CCLK) and i2c_pclk (connected to PCLK). The internal structure includes a 'Data control' block with 'Shift register' and 'SMBUS PEC generation/check', a 'Clock control' block with 'Controller clock generation', 'Target clock stretching', and 'SMBus timeout check', and an 'SMBus alert control/status' block. These are connected to 'Registers', which are part of an 'APB bus' system. The 'Data control' block connects to a 'Digital noise filter', then an 'Analog noise filter', and finally 'GPIO logic' for the I2C_SDA pin. The 'Clock control' block connects to a 'Digital noise filter', then an 'Analog noise filter', and finally 'GPIO logic' for the I2C_SCL pin. The 'SMBus alert control/status' block connects directly to the I2C_SMBA pin. The reference code MSV56356V2 is in the bottom right corner.

23.4.2 FMPI2C pins and internal signals

Table 117. FMPI2C input/output pins

Pin nameSignal typeDescription
FMPI2C_SDABidirectionalI 2 C-bus data
FMPI2C_SCLBidirectionalI 2 C-bus clock
FMPI2C_SMBABidirectionalSMBus alert

Table 118. FMPI2C internal input/output signals

Internal signal nameSignal typeDescription
i2c_ker_ckInputFMPI2C kernel clock, also named I2CCLK in this document
i2c_pclkInputFMPI2C APB clock

Table 118. FMPI2C internal input/output signals (continued)

Internal signal nameSignal typeDescription
i2c_itOutputFMPI2C interrupts, refer to Table 131 for the list of interrupt sources
i2c_rx_dmaOutputFMPI2C receive data DMA request (FMPI2C_RX)
i2c_tx_dmaOutputFMPI2C transmit data DMA request (FMPI2C_TX)

23.4.3 FMPI2C clock requirements

The FMPI2C kernel is clocked by FMPI2CCLK.

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

\[ t_{I2CCLK} < (t_{LOW} - t_{filters}) / 4 \]

\[ t_{I2CCLK} < t_{HIGH} \]

where \( t_{LOW} \) is the SCL low time, \( t_{HIGH} \) is the SCL high time, and \( t_{filters} \) is the sum of the analog and digital filter delays (when enabled).

The digital filter delay is \( DNF[3:0] \times t_{I2CCLK} \) .

The PCLK1 clock period \( t_{PCLK} \) must respect the condition \( t_{PCLK} < 4/3 t_{SCL} \) , where \( t_{SCL} \) is the SCL period.

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

23.4.4 FMPI2C mode selection

The peripheral can operate as:

By default, the peripheral operates in target mode. It automatically switches from target to controller mode upon generating START condition, and from controller to target mode upon arbitration loss or upon generating STOP condition. This allows the use of the FMPI2C peripheral in a multicontroller I 2 C-bus environment.

Communication flow

In controller mode, the FMPI2C peripheral initiates a data transfer and generates the clock signal. Serial data transfers always begin with a START condition and end with a STOP condition. Both START and STOP conditions are generated in controller mode by software.

In target mode, the peripheral recognizes its own 7-bit or 10-bit address, 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 address is contained in the first byte (7-bit addressing) or in the first two bytes (10-bit addressing) following the START condition. The address is always transmitted in controller mode.

The following figure shows the transmission of a single byte. The controller generates nine SCL pulses. The transmitter sends the eight data bits to the receiver with the SCL pulses 1 to 8. Then the receiver sends the acknowledge bit to the transmitter with the ninth SCL pulse.

Figure 209. I 2 C-bus protocol

Timing diagram of the I2C-bus protocol showing SDA and SCL signals. The SCL signal is a periodic square wave with nine pulses labeled 1, 2, ..., 8, 9. The SDA signal is a line that changes state to represent data bits. The first data bit is labeled MSB (Most Significant Bit) and is sampled during the first SCL pulse. The eighth data bit is sampled during the eighth SCL pulse. The ninth SCL pulse is used for the ACK (Acknowledge) signal, which is pulled low by the receiver. The start condition is indicated by a double-headed arrow at the beginning, and the stop condition is indicated by a double-headed arrow at the end. The diagram is labeled MS19854V1 in the bottom right corner.
Timing diagram of the I2C-bus protocol showing SDA and SCL signals. The SCL signal is a periodic square wave with nine pulses labeled 1, 2, ..., 8, 9. The SDA signal is a line that changes state to represent data bits. The first data bit is labeled MSB (Most Significant Bit) and is sampled during the first SCL pulse. The eighth data bit is sampled during the eighth SCL pulse. The ninth SCL pulse is used for the ACK (Acknowledge) signal, which is pulled low by the receiver. The start condition is indicated by a double-headed arrow at the beginning, and the stop condition is indicated by a double-headed arrow at the end. The diagram is labeled MS19854V1 in the bottom right corner.

The acknowledge can be enabled or disabled by software. The own addresses of the FMI2C peripheral can be selected by software.

23.4.5 FMI2C initialization

Enabling and disabling the peripheral

Before enabling the FMI2C peripheral, configure and enable its clock through the RCC, and initialize its control registers.

The FMI2C peripheral can then be enabled by setting the PE bit of the FMI2C_CR1 register.

Disabling the FMI2C peripheral by clearing the PE bit resets the FMI2C peripheral. Refer to Section 23.4.6 for more details.

Noise filters

Before enabling the FMI2C peripheral by setting the PE bit of the FMI2C_CR1 register, the user must configure the analog and/or digital noise filters, as required.

The analog noise filter on the SDA and SCL inputs complies with the I 2 C-bus specification which requires, in Fast-mode and Fast-mode Plus, the suppression of spikes shorter than 50 ns. Enabled by default, it can be disabled by setting the ANFOFF bit.

The digital filter is controlled through the DNF[3:0] bitfield of the FMI2C_CR1 register. When it is enabled, the internal SCL and SDA signals only take the level of their corresponding I 2 C-bus line when remaining stable for more than DNF[3:0] periods of FMI2CCLK. This allows suppressing spikes shorter than the filtering capacity period programmable from one to fifteen FMI2CCLK periods.

The following table compares the two filters.

Table 119. Comparison of analog and digital filters

ItemAnalog filterDigital filter
Filtering capacity (1)≥ 50 nsOne to fifteen FMPI2CCLK periods (programmable)

1. Maximum duration of spikes that the filter can suppress

Caution: The filter configuration cannot be changed when the FMPI2C peripheral is enabled.

FMPI2C timings

To ensure correct data hold and setup times, the corresponding timings must be configured through the PRESC[3:0], SCLDEL[3:0], and SDADEL[3:0] bitfields of the FMPI2C_TIMINGR register.

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

Figure 210. Setup and hold timings

Timing diagram for Data Hold Time showing SCL and SDA signals. It illustrates tSYNC1, SDADEL (SCL stretched low), SDA output delay, and tHD;DAT. Data is sent on SDA after SDADEL delay if available in I2C_TXDR. Timing diagram for Data Setup Time showing SCL and SDA signals. It illustrates SCLDEL (SCL stretched low) and tSU;DAT. The SCLDEL counter starts when data is sent on SDA output.

DATA HOLD TIME

SCL falling edge internal
detection

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

SDA output delay

\( 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

\( t_{SU;DAT} \)

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

MSv40108V1

Timing diagram for Data Hold Time showing SCL and SDA signals. It illustrates tSYNC1, SDADEL (SCL stretched low), SDA output delay, and tHD;DAT. Data is sent on SDA after SDADEL delay if available in I2C_TXDR. Timing diagram for Data Setup Time showing SCL and SDA signals. It illustrates SCLDEL (SCL stretched low) and tSU;DAT. The SCLDEL counter starts when data is sent on SDA output.

When the SCL falling edge is internally detected, the delay \( t_{SDADEL} \) (impacting the hold time \( t_{HD;DAT} \) ) is inserted before sending SDA output:

\[ t_{SDADEL} = SDADEL \times t_{PRESC} + t_{I2CCLK}, \text{ where } t_{PRESC} = (PRESC + 1) \times t_{I2CCLK}. \]

The total SDA output delay is:

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

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

To bridge the undefined region of the SCL falling edge, the user must set \( SDADEL[3:0] \) so as to fulfill the following condition:

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

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

The \( t_{HD;DAT} \) time can at maximum be 3.45 µs for Standard-mode, 0.9 µs for Fast-mode, and 0.45 µs for Fast-mode Plus. It must be lower than the maximum of \( t_{VD;DAT} \) by a transition time. This maximum must only be met if the device does not stretch the LOW period ( \( t_{LOW} \) ) of the SCL signal. When it stretches 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. The previous condition then becomes:

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

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

After \( t_{SDADEL} \) , or after sending SDA output when the target had to stretch the clock because the data was not yet written in FMI2C_TXDR register, the SCL line is kept at low level during the setup time. This setup time is \( t_{SCLDEL} = (SCLDEL + 1) \times t_{PRESC} \) , where \( t_{PRESC} = (PRESC + 1) \times t_{I2CCLK} \) . \( t_{SCLDEL} \) impacts the setup time \( t_{SU;DAT} \) .

To bridge the undefined region of the SDA transition (rising edge usually worst case), the user must program \( SCLDEL[3:0] \) so as to fulfill the following condition:

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

Refer to the following table for \( t_f \) , \( t_r \) , \( t_{HD;DAT} \) , \( t_{VD;DAT} \) , and \( t_{SU;DAT} \) standard values.

Use the SDA and SCL real transition time values measured in the application to widen the scope of allowed \( SDADEL[3:0] \) and \( SCLDEL[3:0] \) values. Use the maximum SDA and SCL transition time values defined in the standard to make the device work reliably regardless of the application.

Note: At every clock pulse, after SCL falling edge detection, FMI2C operating as controller or target 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, if the data is not yet written in I2C_TXDR when SDA delay elapses, the I2C peripheral keeps 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.

When the NOSTRETCH bit is set in target mode, the SCL is not stretched. The SDADEL[3:0] must then be programmed so that it ensures a sufficient setup time.

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

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

Additionally, in controller mode, the SCL clock high and low levels must be configured by programming the PRESC[3:0], SCLH[7:0], and SCLL[7:0] bitfields of the FMPI2C_TIMINGR register.

When the SCL falling edge is internally detected, the FMPI2C peripheral releasing the SCL output after the delay \( t_{SCLL} = (SCLL + 1) \times t_{PRESC} \) , where \( t_{PRESC} = (PRESC + 1) \times t_{I2CCLK} \) . The \( t_{SCLL} \) delay impacts the SCL low time \( t_{LOW} \) .

When the SCL rising edge is internally detected, the FMPI2C peripheral forces the SCL output to low level after the delay \( t_{SCLH} = (SCLH + 1) \times t_{PRESC} \) , where \( t_{PRESC} = (PRESC + 1) \times t_{I2CCLK} \) . The \( t_{SCLH} \) impacts the SCL high time \( t_{HIGH} \) .

Refer to FMPI2C controller initialization for more details.

Caution: Changing the timing configuration and the NOSTRETCH configuration is not allowed when the FMPI2C peripheral is enabled. Like the timing settings, the target NOSTRETCH settings must also be done before enabling the peripheral. Refer to FMPI2C target initialization for more details.

Figure 211. FMPI2C initialization flow

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

MSv35962V1

Flowchart of FMPI2C initialization flow

23.4.6 FMPI2C reset

The reset of the FMPI2C peripheral is performed by clearing the PE bit of the FMPI2C_CR1 register. It has the effect of releasing the SCL and SDA lines. Internal state machines are reset and the communication control bits and the status bits revert to their reset values. This reset does not impact the configuration registers.

The impacted register bits are:

  1. 1. FMPI2C_CR2 register: START, STOP, PECBYTE, and NACK
  2. 2. FMPI2C_ISR register: BUSY, TXE, TXIS, RXNE, ADDR, NACKF, TCR, TC, STOPF, BERR, ARLO, PECERR, TIMEOUT, ALERT, and OVR

PE must be kept low during at least three APB clock cycles to perform the FMPI2C reset. To ensure this, perform the following software sequence:

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

23.4.7 FMPI2C data transfer

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

Reception

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

Figure 212. Data reception

Timing diagram for data reception showing SCL, Shift register, RXNE, and FMPI2C_RXDR signals over time. It illustrates the flow of data bytes (data0, data1, data2) through the shift register and into the receive data register, with corresponding ACK pulses and SCL stretching.

The diagram illustrates the timing for data reception. The top signal is SCL, showing a series of pulses. The second signal is the Shift register, which contains 'xx', 'data1', 'xx', 'data2', and 'xx'. The third signal is RXNE, which goes high when a byte is ready to be read. The bottom signal is FMPI2C_RXDR, which contains 'data0', 'data1', and 'data2'. Arrows show data being copied from the shift register to the FMPI2C_RXDR register. ACK pulses are shown on the SCL line. A legend indicates that a blue line represents SCL stretch.

Timing diagram for data reception showing SCL, Shift register, RXNE, and FMPI2C_RXDR signals over time. It illustrates the flow of data bytes (data0, data1, data2) through the shift register and into the receive data register, with corresponding ACK pulses and SCL stretching.

MSV35976V1

Transmission

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

Figure 213. Data transmission

Timing diagram for FMI2C data transmission showing SCL, Shift register, TXE, and FMI2C_TXDR signals over time. The diagram illustrates the sequence of events: SCL pulses, ACK pulses, data transfer from FMI2C_TXDR to the shift register, and SCL stretching when TXE is high.

The diagram illustrates the timing of data transmission in FMI2C. It shows four horizontal timelines: SCL, Shift register, TXE, and FMI2C_TXDR.
1. SCL: A series of pulses. Two 'ACK pulse' labels are present above the first and second pulses. A blue line indicates an 'SCL stretch' (low level) following the second ACK pulse.
2. Shift register: A horizontal bar divided into segments. It starts with 'xx', followed by 'data0' (which is being shifted out), then 'data1', then 'xx', then 'data2', and finally 'xx'. Arrows show data moving from the FMI2C_TXDR register into these segments.
3. TXE: A signal line that is high (1) when the shift register is empty and low (0) when it contains data. It is shown going high after 'data0' is shifted and low again after 'data1' and 'data2' are written.
4. FMI2C_TXDR: A register containing 'data0', 'data1', and 'data2'. Arrows labeled 'wr data1' and 'wr data2' show data being written into the register.
Vertical dashed lines mark key events: after the 9th SCL pulse (ACK), and when data is written to the TXDR register. A legend on the right shows a blue line segment labeled 'SCL stretch'.

Timing diagram for FMI2C data transmission showing SCL, Shift register, TXE, and FMI2C_TXDR signals over time. The diagram illustrates the sequence of events: SCL pulses, ACK pulses, data transfer from FMI2C_TXDR to the shift register, and SCL stretching when TXE is high.

MSv35977V1

Hardware transfer management

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

In controller mode, the byte counter is always used. By default, it is disabled in target mode. It can be enabled by software, by setting the SBC (target byte control) bit of the FMI2C_CR1 register.

The number of bytes to transfer is programmed in the NBBYTES[7:0] bitfield of the FMI2C_CR2 register. If this number 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 of the FMI2C_CR2 register. In this mode, the TCR flag is set when the number of bytes programmed in NBBYTES[7:0] is transferred (when the associated counter reaches zero), and an interrupt is generated if TCIE is set. SCL is stretched as long as the TCR flag is set. TCR is cleared by software when NBBYTES[7:0] is written to a non-zero value.

When NBBYTES[7:0] is reloaded with the last number of bytes to transfer, the RELOAD bit must be cleared.

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

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

Table 121. FMPI2C configuration

FunctionSBC bitRELOAD bitAUTOEND bit
Controller Tx/Rx NBBYTES + STOPX01
Controller Tx/Rx + NBBYTES + RESTARTX00
Target Tx/Rx, all received bytes ACKed0XX
Target Rx with ACK control11X

23.4.8 FMPI2C target mode

FMPI2C target initialization

To work in target mode, the user must enable at least one target address. The FMPI2C_OAR1 and FMPI2C_OAR2 registers are available to program the target own addresses OA1 and OA2, respectively.

OA1 can be configured either in 7-bit (default) or in 10-bit addressing mode, by setting the OA1MODE bit of the FMPI2C_OAR1 register.

OA1 is enabled by setting the OA1EN bit of the FMPI2C_OAR1 register.

If an additional target addresses are required, the second target address OA2 can be configured. Up to seven OA2 LSBs can be masked, by configuring the OA2MSK[2:0] bitfield of the FMPI2C_OAR2 register. Therefore, for OA2MSK[2:0] 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. When OA2MSK[2:0] is other than 0, the address comparator for OA2 excludes the FMPI2C reserved addresses (0000 XXX and 1111 XXX) and they are not acknowledged. If OA2MSK[2:0] = 7, all received 7-bit addresses are acknowledged (except reserved addresses). OA2 is always a 7-bit address.

When enabled through the specific bit, the reserved addresses can be acknowledged if they are programmed in the FMPI2C_OAR1 or FMPI2C_OAR2 register with OA2MSK[2:0] = 0.

OA2 is enabled by setting the OA2EN bit of the FMPI2C_OAR2 register.

The general call address is enabled by setting the GCEN bit of the FMPI2C_CR1 register.

When the FMPI2C peripheral 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 target uses its clock stretching capability, which means that it stretches the SCL signal at low level when required, to perform software actions. If the controller does not

support clock stretching, FMPI2C must be configured with NOSTRETCH = 1 in the FMPI2C_CR1 register.

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

Target with clock stretching

As long as the NOSTRETCH bit of the FMPI2C_CR1 register is zero (default), the FMPI2C peripheral operating as an I 2 C-bus target stretches the SCL signal in the following situations:

Target without clock stretching

As long as the NOSTRETCH bit of the FMPI2C_CR1 register is set, the FMPI2C peripheral operating as an I 2 C-bus target 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 FMPI2C_TXDR register before the first SCL pulse corresponding to its transfer occurs. If not, an underrun occurs, the OVR flag is set in the FMPI2C_ISR register and an interrupt is generated if the ERRIE bit of the FMPI2C_CR1 register is set. 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, it ensures that the OVR status is provided, even for the first data to be transmitted.

In reception, the data must be read from the FMPI2C_RXDR register before the ninth SCL pulse (ACK pulse) of the next data byte occurs. If not, an overrun occurs, the OVR flag is set in the FMPI2C_ISR register, and an interrupt is generated if the ERRIE bit of the FMPI2C_CR1 register is set.

Target byte control mode

To allow byte ACK control in target reception mode, the target byte control mode must be enabled, by setting the SBC bit of the FMP12C_CR1 register. This is required to comply with SMBus standards.

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

NBYTES[7:0] can be loaded with a value greater than 0x1. Receiving then continues until the corresponding number of bytes are received.

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

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

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

Figure 214. Target initialization flow

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

The flowchart illustrates the target initialization process. It begins with an oval labeled 'Target initialization', which points down to a rectangular box 'Initial settings'. This is followed by a sequence of rectangular boxes: 'Clear OA1EN, OA2EN in FMP12C_OAR1/FMP12C_OAR2', 'Configure OA1[9:0], OA1MODE, OA1EN, OA2[6:0], OA2MSK[2:0], OA2EN, and GCEN', 'Optional: Configure SBC in FMP12C_CR1 1 ', and 'Enable interrupts and/or DMA in FMP12C_CR1'. The process concludes with an oval labeled 'End'.

MSv35963V3

Flowchart of Target initialization flow
  1. 1. SBC must be set to support SMBus features.

Target transmitter

A transmit interrupt status (TXIS) flag is generated when the FMPI2C_TXDR register becomes empty. An interrupt is generated if the TXIE bit of the FMPI2C_CR1 register is set.

The TXIS flag is cleared when the FMPI2C_TXDR register is written with the next data byte to transmit.

When NACK is received, the NACKF flag is set in the FMPI2C_ISR register and an interrupt is generated if the NACKIE bit of the FMPI2C_CR1 register is set. The target automatically releases the SCL and SDA lines to let the controller perform a STOP or a RESTART condition. The TXIS bit is not set when a NACK is received.

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

In target byte control mode (SBC = 1), the number of bytes to transmit must be programmed in NBBYTES[7:0] 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[7:0].

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

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

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

Figure 215. Transfer sequence flow for FMPI2C target transmitter, NOSTRETCH = 0

Flowchart showing the transfer sequence for an FMPI2C target transmitter with clock stretching enabled. It starts with target transmission and initialization, then waits for an address match (ADDR=1). Once matched, it reads address info, clears the flag, and enters a loop waiting for the transmit interrupt status (TXIS=1) to write data to the TXDR register.
graph TD
    Start([Target transmission]) --> Init[Target initialization]
    Init --> AddrCheck{FMPI2C_ISR.ADDR
=1?} AddrCheck -- No --> AddrCheck AddrCheck -- Yes --> ReadAddr["Read ADDCODE and DIR in FMPI2C_ISR
Optional: Set FMPI2C_ISR.TXE = 1
Set FMPI2C_ICR.ADDRCF"] ReadAddr --> TxisCheck{FMPI2C_ISR.TXIS
=1?} TxisCheck -- No --> TxisCheck TxisCheck -- Yes --> WriteData[Write FMPI2C_TXDR.TXDATA] WriteData --> TxisCheck

MSv35964V2

Flowchart showing the transfer sequence for an FMPI2C target transmitter with clock stretching enabled. It starts with target transmission and initialization, then waits for an address match (ADDR=1). Once matched, it reads address info, clears the flag, and enters a loop waiting for the transmit interrupt status (TXIS=1) to write data to the TXDR register.

Figure 216. Transfer sequence flow for FMPI2C target transmitter, NOSTRETCH = 1

Flowchart for FMPI2C target transmitter transfer sequence. It starts with 'Target transmission' (oval), followed by 'Target initialization' (rectangle). A loop begins with a decision 'FMPI2C_ISR.TXIS = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Write FMPI2C_TXDR.TXDATA' (rectangle), which then loops back to the decision. After the loop, there is a second decision 'FMPI2C_ISR.STOPE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Optional: Set FMPI2C_ISR.TXE = 1 and FMPI2C_ISR.TXIS=1' (rectangle), then to 'Set FMPI2C_ICR.STOPCF' (rectangle).
graph TD; Start([Target transmission]) --> Init[Target initialization]; Init --> LoopStart(( )); LoopStart --> TXIS{FMPI2C_ISR.TXIS = 1?}; TXIS -- No --> LoopStart; TXIS -- Yes --> Write[Write FMPI2C_TXDR.TXDATA]; Write --> LoopStart; LoopStart --> STOPE{FMPI2C_ISR.STOPE = 1?}; STOPE -- No --> LoopStart; STOPE -- Yes --> Optional[Optional: Set FMPI2C_ISR.TXE = 1 and FMPI2C_ISR.TXIS=1]; Optional --> StopCF[Set FMPI2C_ICR.STOPCF];

MSv35965V2

Flowchart for FMPI2C target transmitter transfer sequence. It starts with 'Target transmission' (oval), followed by 'Target initialization' (rectangle). A loop begins with a decision 'FMPI2C_ISR.TXIS = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Write FMPI2C_TXDR.TXDATA' (rectangle), which then loops back to the decision. After the loop, there is a second decision 'FMPI2C_ISR.STOPE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Optional: Set FMPI2C_ISR.TXE = 1 and FMPI2C_ISR.TXIS=1' (rectangle), then to 'Set FMPI2C_ICR.STOPCF' (rectangle).

Figure 217. Transfer bus diagrams for FMI2C target transmitter (mandatory events only)

Example FMI2C target transmitter 3 bytes with 1st data flushed
NOSTRETCH=0:

Timing diagram for FMI2C target transmitter with 3 bytes and 1st data flushed. The diagram shows a sequence of events: ADDR (EV1), TXIS (EV2) for data1, TXIS (EV3) for data2, TXIS (EV4) for data3, and TXIS (EV5) for data4 (not sent). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).
Timing diagram for FMI2C target transmitter with 3 bytes and 1st data flushed. The diagram shows a sequence of events: ADDR (EV1), TXIS (EV2) for data1, TXIS (EV3) for data2, TXIS (EV4) for data3, and TXIS (EV5) for data4 (not sent). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).

Example FMI2C target transmitter 3 bytes without 1st data flush,
NOSTRETCH=0:

Timing diagram for FMI2C target transmitter with 3 bytes without 1st data flush. The diagram shows a sequence of events: ADDR (EV1), TXIS (EV2) for data2, TXIS (EV3) for data3, and TXIS (EV4) for data4 (not sent). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).
Timing diagram for FMI2C target transmitter with 3 bytes without 1st data flush. The diagram shows a sequence of events: ADDR (EV1), TXIS (EV2) for data2, TXIS (EV3) for data3, and TXIS (EV4) for data4 (not sent). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).

Example FMI2C target transmitter 3 bytes, NOSTRETCH=1:

Timing diagram for FMI2C target transmitter with 3 bytes and NOSTRETCH=1. The diagram shows a sequence of events: EV1 (initial state), TXIS (EV2) for data1, TXIS (EV3) for data2, TXIS (EV4) for data3, and STOPF (EV5). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).
Timing diagram for FMI2C target transmitter with 3 bytes and NOSTRETCH=1. The diagram shows a sequence of events: EV1 (initial state), TXIS (EV2) for data1, TXIS (EV3) for data2, TXIS (EV4) for data3, and STOPF (EV5). The TXE line is shown as a pulse. The legend indicates transmission (white), reception (green), and SCL stretch (blue line).

MSV35975V2

Target receiver

The RXNE bit of the FMPI2C_ISR register is set when the FMPI2C_RXDR is full, which generates an interrupt if the RXIE bit of the FMPI2C_CR1 register is set. RXNE is cleared when FMPI2C_RXDR is read.

When STOP condition is received and the STOPIE bit of the FMPI2C_CR1 register is set, the STOPF flag in the FMPI2C_ISR register is set and an interrupt is generated.

Figure 218. Transfer sequence flow for FMPI2C target receiver, NOSTRETCH = 0

Flowchart of the transfer sequence for an FMPI2C target receiver with NOSTRETCH = 0.
graph TD; A([Target reception]) --> B[Target initialization]; B --> C{FMPI2C_ISR.ADDR = 1?}; C -- No --> B; C -- Yes --> D[Read ADDCODE and DIR in FMPI2C_ISR<br/>Set FMPI2C_ICR.ADDRCF]; D --> E{FMPI2C_ISR.RXNE = 1?}; E -- No --> D; E -- Yes --> F[Write FMPI2C_RXDR.RXDATA]; F --> E;

The flowchart illustrates the transfer sequence for an FMPI2C target receiver. It begins with 'Target reception' (oval), followed by 'Target initialization' (rectangle). A decision diamond asks 'FMPI2C_ISR.ADDR = 1?'. If 'No', it loops back to 'Target initialization'. If 'Yes', it proceeds to 'Read ADDCODE and DIR in FMPI2C_ISR' and 'Set FMPI2C_ICR.ADDRCF' (rectangle). Next, a decision diamond asks 'FMPI2C_ISR.RXNE = 1?'. If 'No', it loops back to the previous step. If 'Yes', it proceeds to 'Write FMPI2C_RXDR.RXDATA' (rectangle), which then loops back to the 'FMPI2C_ISR.RXNE = 1?' decision. A vertical double-headed arrow on the right is labeled 'SCL stretched'.

MSv35966V2

Flowchart of the transfer sequence for an FMPI2C target receiver with NOSTRETCH = 0.

Figure 219. Transfer sequence flow for FMPI2C target receiver, NOSTRETCH = 1

graph TD
    Start([Target reception]) --> Init[Target initialization]
    Init --> RXNE{FMPI2C_ISR.RXNE = 1?}
    RXNE -- Yes --> Read[Read FMPI2C_RXDR.RXDATA]
    Read --> RXNE
    RXNE -- No --> STOPF{FMPI2C_ISR.STOPF = 1?}
    STOPF -- Yes --> Stop[Set FMPI2C_ICR.STOPCF]
    Stop --> RXNE
    STOPF -- No --> RXNE

MSv35967V2

Figure 220. Transfer bus diagrams for FMPI2C target receiver (mandatory events only)

Timing diagram for NOSTRETCH=0 showing a sequence: Start, Address, Acknowledge (EV1), data1, Acknowledge, data2, Acknowledge (EV2, EV3), data3, Acknowledge (EV4). SCL stretching occurs after each Acknowledge bit. RXNE signal pulses high after each data byte is received. Timing diagram for NOSTRETCH=1 showing a sequence: Start, Address, Acknowledge, data 1, Acknowledge (EV1), data 2, Acknowledge (EV2), data 3, Acknowledge (EV3), Stop (EV4). No SCL stretching occurs. RXNE signal pulses high after each data byte is received.

Example FMPI2C target 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 FMPI2C target 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

MSv35978V2

Timing diagram for NOSTRETCH=0 showing a sequence: Start, Address, Acknowledge (EV1), data1, Acknowledge, data2, Acknowledge (EV2, EV3), data3, Acknowledge (EV4). SCL stretching occurs after each Acknowledge bit. RXNE signal pulses high after each data byte is received. Timing diagram for NOSTRETCH=1 showing a sequence: Start, Address, Acknowledge, data 1, Acknowledge (EV1), data 2, Acknowledge (EV2), data 3, Acknowledge (EV3), Stop (EV4). No SCL stretching occurs. RXNE signal pulses high after each data byte is received.

23.4.9 FMI2C controller mode

FMI2C controller initialization

Before enabling the peripheral, the FMI2C controller clock must be configured, by setting the SCLH and SCLL bits in the FMI2C_TIMINGR register.

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

A clock synchronization mechanism is implemented in order to support multicontroller environment and target clock stretching.

In order to allow clock synchronization:

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

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

Consequently the controller clock period is:

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

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

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

Figure 221. Controller clock generation

Timing diagram for SCL controller clock generation showing the sequence of events: SCL released, SCL high level detected (SCLH counter starts), SCL driven low, SCL low level detected (SCLL counter starts), and SCL released again. It defines timing parameters tSYNC2, SCLH, tSYNC1, and SCLL. Timing diagram for SCL controller clock synchronization showing multiple clock cycles. It highlights events like 'SCL high level detected SCLH counter starts', 'SCL low level detected SCLL counter starts', 'SCL released', and 'SCL driven low by another device'. It defines timing parameters SCLH and SCLL.

SCL controller clock generation

The diagram illustrates the timing for SCL controller clock generation. It shows a sequence of events on the SCL line: starting from 'SCL released', a rising edge occurs where 'SCL high level detected SCLH counter starts'; then the line is 'SCL driven low'; a falling edge occurs where 'SCL low level detected SCLL counter starts'; and finally, the line is 'SCL released' again. Timing parameters are defined: \( t_{SYNC2} \) is the time from the rising edge to the start of the high level; \( SCLH \) is the duration of the high level; \( t_{SYNC1} \) is the time from the falling edge to the start of the low level; and \( SCLL \) is the duration of the low level.

SCL controller clock synchronization

The diagram illustrates SCL controller clock synchronization. It shows multiple clock cycles. In the first cycle, 'SCL high level detected SCLH counter starts' at the rising edge, followed by 'SCL driven low by another device' during the high level, then 'SCL low level detected SCLL counter starts' at the falling edge, and 'SCL released' at the end of the low level. The second cycle shows 'SCL high level detected SCLH counter starts' at the rising edge, 'SCL driven low by another device' during the high level, and 'SCL low level detected SCLL counter starts' at the falling edge. Timing parameters \( SCLH \) and \( SCLL \) are indicated for the high and low levels respectively.

MSv19858V2

Timing diagram for SCL controller clock generation showing the sequence of events: SCL released, SCL high level detected (SCLH counter starts), SCL driven low, SCL low level detected (SCLL counter starts), and SCL released again. It defines timing parameters tSYNC2, SCLH, tSYNC1, and SCLL. Timing diagram for SCL controller clock synchronization showing multiple clock cycles. It highlights events like 'SCL high level detected SCLH counter starts', 'SCL low level detected SCLL counter starts', 'SCL released', and 'SCL driven low by another device'. It defines timing parameters SCLH and SCLL.

Caution: For compliance with the I 2 C-bus or SMBus specification, the controller clock must respect the timings in the following table.

Table 122. I 2 C-bus and SMBus specification clock timings

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

Note: The SCLL[7:0] bitfield also determines the t BUF and t SU:STA timings and SCLH[7:0] the t HD:STA and t SU:STO timings.

Refer to Section 23.4.10 for examples of FMPI2C_TIMINGR settings versus the FMPI2CCLK frequency.

Controller communication initialization (address phase)

To initiate the communication with a target to address, set the following bitfields of the FMPI2C_CR2 register:

Note: Changing these bitfields is not allowed as long as the START bit is set.

Before launching the communication, make sure that the I 2 C-bus is idle. This can be checked using the bus idle detection function or by verifying that the IDR bits of the GPIOs selected as SDA and SCL are set. Any low-level incident on the I 2 C-bus lines that coincides with the START condition asserted by the FMPI2C peripheral may cause its deadlock if not filtered out by the input filters. If such incidents cannot be prevented, design the software so that it restores the normal operation of the FMPI2C peripheral in case of a deadlock, by toggling the PE bit of the FMPI2C_CR1 register.

To launch the communication, set the START bit of the FMPI2C_CR2 register. The controller then automatically sends a START condition followed by the target address, either immediately if the BUSY flag is low, or \( t_{BUF} \) time after the BUSY flag transits from high to low state. The BUSY flag is set upon sending the START condition.

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

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

In 10-bit addressing mode, the controller automatically keeps resending the target address in a loop until the first address byte (first seven address bits) is acknowledged by the target. Setting the ADDRCF bit makes FMPI2C quit that loop.

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

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

Figure 222. Controller initialization flow

Flowchart showing controller initialization steps: Controller initialization -> Initial settings -> Enable interrupts and/or DMA in FMPI2C_CR1 -> End.
graph TD
    A([Controller initialization]) --> B[Initial settings]
    B --> C[Enable interrupts and/or DMA in FMPI2C_CR1]
    C --> D([End])
Flowchart showing controller initialization steps: Controller initialization -> Initial settings -> Enable interrupts and/or DMA in FMPI2C_CR1 -> End.

Initialization of a controller receiver addressing a 10-bit address target

If the target address is in 10-bit format, the user can choose to send the complete read sequence, by clearing the HEAD10R bit of the FMPI2C_CR2 register. In this case, the controller automatically sends the following complete sequence after the START bit is set:

(RE)START + Target address 10-bit header Write + Target address second byte + (RE)START + Target address 10-bit header Read.

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

Timing diagram for 10-bit address read access showing the sequence of Start, Address bytes, Acknowledge bits, and Data bytes.
1 1 1 1 0 X X01 1 1 1 0 X X1
STarget address 1st 7 bitsR/WA1Target address 2nd byteA2SrTarget address 1st 7 bitsR/WA3DATAA...DATAP
WriteRead
Timing diagram for 10-bit address read access showing the sequence of Start, Address bytes, Acknowledge bits, and Data bytes.

If the controller addresses a 10-bit address target, transmits data to this target and then reads data from the same target, a controller transmission flow must be done first. Then a repeated START is set with the 10-bit target address configured with HEAD10R = 1. In this case, the controller sends this sequence:

RESTART + Target address 10-bit header Read.

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

Timing diagram for 10-bit address read access with HEAD10R = 1. The diagram shows two sequences of transmission. The first sequence, labeled 'Write', starts with a START (S) condition, followed by the target address (1st 7 bits) with the R/W bit set to 0 (11110XX 0), an Acknowledge (A), the target address (2nd byte), an Acknowledge (A), a data byte (DATA), an Acknowledge (A), another data byte (DATA), and a Not Acknowledge (A/Ā). A Repeated START (Sr) condition follows. The second sequence, labeled 'Read', starts with the target address (1st 7 bits) with the R/W bit set to 1 (11110XX 1), an Acknowledge (A), a data byte (DATA), an Acknowledge (A), another data byte (DATA), a Not Acknowledge (Ā), and a STOP (P) condition.
Timing diagram for 10-bit address read access with HEAD10R = 1. The diagram shows two sequences of transmission. The first sequence, labeled 'Write', starts with a START (S) condition, followed by the target address (1st 7 bits) with the R/W bit set to 0 (11110XX 0), an Acknowledge (A), the target address (2nd byte), an Acknowledge (A), a data byte (DATA), an Acknowledge (A), another data byte (DATA), and a Not Acknowledge (A/Ā). A Repeated START (Sr) condition follows. The second sequence, labeled 'Read', starts with the target address (1st 7 bits) with the R/W bit set to 1 (11110XX 1), an Acknowledge (A), a data byte (DATA), an Acknowledge (A), another data byte (DATA), a Not Acknowledge (Ā), and a STOP (P) condition.

MSv19823V2

Controller transmitter

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

A TXIS event generates an interrupt if the TXIE bit of the FMI2C_CR1 register is set. The flag is cleared when the FMI2C_TXDR register is written with the next data byte to transmit.

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 transmit is greater than 255, the reload mode must be selected by setting the RELOAD bit in the FMI2C_CR2 register. In this case, when the NBBYTES[7:0] number of data bytes is transferred, the TCR flag is set and the SCL line is stretched low until NBBYTES[7:0] is written with a non-zero value.

When RELOAD = 0 and the number of data bytes defined in NBBYTES[7:0] is transferred:

When a NACK is received, the TXIS flag is not set and a STOP condition is automatically sent. The NACKF flag of the FMI2C_ISR register is set. An interrupt is generated if the NACKIE bit is set.

Figure 225. Transfer sequence flow for FMI2C controller transmitter, N ≤ 255 bytes

Flowchart for FMI2C controller transmitter transfer sequence. It starts with 'Controller transmission' (oval), followed by 'Controller initialization' (rectangle), and a configuration block (rectangle) with NBYTES = N, AUTOEND settings, target address, and START bit. A loop begins with a decision 'FMI2C_ISR.TXIS = 1?'. If 'No', it goes to 'FMI2C_ISR.NACKF = 1?'. If 'Yes', it goes to 'Write FMI2C_TXDR'. From 'Write FMI2C_TXDR', it goes to 'NBYTES transmitted?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'FMI2C_ISR.TC = 1?'. If 'Yes', it goes to a block 'Set FMI2C_CR2.START with target address NBYTES ...'. If 'No', it ends. Both 'End' and the 'Set' block lead to a dashed line indicating continuation.
graph TD; Start([Controller transmission]) --> Init[Controller initialization]; Init --> Config["NBYTES = N<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>Configure target address<br/>Set FMI2C_CR2.START"]; Config --> LoopStart(( )); LoopStart --> TXIS{FMI2C_ISR.TXIS = 1?}; TXIS -- No --> LoopStart; TXIS -- Yes --> Write[Write FMI2C_TXDR]; Write --> NBytes{NBYTES transmitted?}; NBytes -- No --> LoopStart; NBytes -- Yes --> TC{FMI2C_ISR.TC = 1?}; TC -- Yes --> Set["Set FMI2C_CR2.START<br/>with target address NBYTES<br/>..."]; TC -- No --> End1([End]); Set -.-> Dashed[...]; End1 -.-> Dashed;
Flowchart for FMI2C controller transmitter transfer sequence. It starts with 'Controller transmission' (oval), followed by 'Controller initialization' (rectangle), and a configuration block (rectangle) with NBYTES = N, AUTOEND settings, target address, and START bit. A loop begins with a decision 'FMI2C_ISR.TXIS = 1?'. If 'No', it goes to 'FMI2C_ISR.NACKF = 1?'. If 'Yes', it goes to 'Write FMI2C_TXDR'. From 'Write FMI2C_TXDR', it goes to 'NBYTES transmitted?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'FMI2C_ISR.TC = 1?'. If 'Yes', it goes to a block 'Set FMI2C_CR2.START with target address NBYTES ...'. If 'No', it ends. Both 'End' and the 'Set' block lead to a dashed line indicating continuation.

MSV35969V2

Figure 226. Transfer sequence flow for FMPI2C controller transmitter, N &gt; 255 bytes

Flowchart of the transfer sequence for an FMPI2C controller transmitter when N > 255 bytes. The process starts with 'Controller transmission', followed by 'Controller initialization'. Then, it enters a loop: 'NBYS = 0xFF; N=N-255; RELOAD = 1; Configure target address; Set FMPI2C_CR2.START'. A loop condition 'FMPI2C_ISR.NACKF = 1?' is checked; if 'Yes', it ends; if 'No', it checks 'FMPI2C_ISR.TXIS = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it 'Write FMPI2C_TXDR'. Then it checks 'NBYS transmitted?'. If 'No', it loops back to the start of the loop. If 'Yes', it checks 'FMPI2C_ISR.TC = 1?'. If 'Yes', it 'Set FMPI2C_CR2.START with target address NBYS ...' and then ends. If 'No', it checks 'FMPI2C_ISR.TCR = 1?'. If 'Yes', it calculates the remaining bytes: 'IF N < 256: NBYS = N; N = 0; RELOAD = 0; AUTOEND = 0 for RESTART; 1 for STOP ELSE: NBYS = 0xFF; N = N-255; RELOAD = 1' and loops back to the start of the loop. If 'No', it ends.
graph TD; Start([Controller transmission]) --> Init[Controller initialization]; Init --> LoopStart[NBYTES = 0xFF; N=N-255<br/>RELOAD = 1<br/>Configure target address<br/>Set FMPI2C_CR2.START]; LoopStart --> NACKF{FMPI2C_ISR.NACKF = 1?}; NACKF -- Yes --> End1([End]); NACKF -- No --> TXIS{FMPI2C_ISR.TXIS = 1?}; TXIS -- No --> LoopStart; TXIS -- Yes --> Write[Write FMPI2C_TXDR]; Write --> Transmitted{NBYS transmitted?}; Transmitted -- No --> LoopStart; Transmitted -- Yes --> TC{FMPI2C_ISR.TC = 1?}; TC -- Yes --> SetStart[Set FMPI2C_CR2.START<br/>with target address<br/>NBYS ...]; SetStart --> End2([End]); TC -- No --> TCR{FMPI2C_ISR.TCR = 1?}; TCR -- Yes --> Calc[IF N < 256<br/>NBYS = N; N = 0; RELOAD = 0<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>ELSE<br/>NBYS = 0xFF; N = N-255<br/>RELOAD = 1]; Calc --> LoopStart; TCR -- No --> End3([End]);
Flowchart of the transfer sequence for an FMPI2C controller transmitter when N > 255 bytes. The process starts with 'Controller transmission', followed by 'Controller initialization'. Then, it enters a loop: 'NBYS = 0xFF; N=N-255; RELOAD = 1; Configure target address; Set FMPI2C_CR2.START'. A loop condition 'FMPI2C_ISR.NACKF = 1?' is checked; if 'Yes', it ends; if 'No', it checks 'FMPI2C_ISR.TXIS = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it 'Write FMPI2C_TXDR'. Then it checks 'NBYS transmitted?'. If 'No', it loops back to the start of the loop. If 'Yes', it checks 'FMPI2C_ISR.TC = 1?'. If 'Yes', it 'Set FMPI2C_CR2.START with target address NBYS ...' and then ends. If 'No', it checks 'FMPI2C_ISR.TCR = 1?'. If 'Yes', it calculates the remaining bytes: 'IF N < 256: NBYS = N; N = 0; RELOAD = 0; AUTOEND = 0 for RESTART; 1 for STOP ELSE: NBYS = 0xFF; N = N-255; RELOAD = 1' and loops back to the start of the loop. If 'No', it ends.

MSV35970V2

Figure 227. Transfer bus diagrams for FMPI2C controller transmitter (mandatory events only)

Timing diagram for FMPI2C transmitter in automatic end mode (STOP). The top part shows the sequence of events: INIT (Start), Address (reception), A (acknowledge), data1 (reception), A (acknowledge), data2 (reception), A (acknowledge), and P (stop). Mandatory events are marked: TXIS at the first acknowledge, TXIS at the second acknowledge, and EV1 and EV2 at the start of data1 and data2 respectively. Below this, the TXE signal is shown as a pulse when the data registers are empty. The NBYTES register is set to 2. Timing diagram for FMPI2C transmitter in software end mode (RESTART). The sequence starts with INIT, Address, A, data1, A, data2, A. At the third acknowledge, a TC (transfer complete) event occurs. This is followed by a ReS (restart) and a new Address. Mandatory events are marked: TXIS at the first and second acknowledges, EV1 and EV2 at the start of data1 and data2, and EV3 at the TC event. The TXE signal and NBYTES register (set to 2) are also shown.

Example FMPI2C controller transmitter 2 bytes, automatic end mode (STOP)

legend:
transmission
reception
SCL stretch

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

Example FMPI2C controller transmitter 2 bytes, software end mode (RESTART)

legend:
transmission
reception
SCL stretch

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

MSv35980V2

Timing diagram for FMPI2C transmitter in automatic end mode (STOP). The top part shows the sequence of events: INIT (Start), Address (reception), A (acknowledge), data1 (reception), A (acknowledge), data2 (reception), A (acknowledge), and P (stop). Mandatory events are marked: TXIS at the first acknowledge, TXIS at the second acknowledge, and EV1 and EV2 at the start of data1 and data2 respectively. Below this, the TXE signal is shown as a pulse when the data registers are empty. The NBYTES register is set to 2. Timing diagram for FMPI2C transmitter in software end mode (RESTART). The sequence starts with INIT, Address, A, data1, A, data2, A. At the third acknowledge, a TC (transfer complete) event occurs. This is followed by a ReS (restart) and a new Address. Mandatory events are marked: TXIS at the first and second acknowledges, EV1 and EV2 at the start of data1 and data2, and EV3 at the TC event. The TXE signal and NBYTES register (set to 2) are also shown.

Controller receiver

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

If the total number of data bytes to receive is greater than 255, select the reload mode, by setting the RELOAD bit of the FMPI2C_CR2 register. In this case, when the NBBYTES[7:0] number of data bytes is transferred, the TCR flag is set and the SCL line is stretched low until NBBYTES[7:0] is written with a non-zero value.

When RELOAD = 0 and the number of data bytes defined in NBBYTES[7:0] is transferred:

Figure 228. Transfer sequence flow for FMI2C controller receiver, N ≤ 255 bytes

Flowchart for FMI2C controller receiver transfer sequence. The process starts with 'Controller reception', followed by 'Controller initialization'. A block sets NBYTES = N, AUTOEND (0 for RESTART, 1 for STOP), configures the target address, and sets FMI2C_CR2.START. A loop begins with a decision 'FMI2C_ISR.RX NE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'Read FMI2C_RXDR'. Next is a decision 'NBYTES received?'. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'FMI2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set FMI2C_CR2.START with target address NBYTES ...'. If 'No', it ends at 'End'. A dashed line extends from the 'Set FMI2C_CR2.START' block.
graph TD; Start([Controller reception]) --> Init[Controller initialization]; Init --> Config["NBYTES = N<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>Configure target address<br/>Set FMI2C_CR2.START"]; Config --> LoopStart(( )); LoopStart --> Dec1{FMI2C_ISR.RX<br/>NE = 1?}; Dec1 -- No --> LoopStart; Dec1 -- Yes --> Read[Read FMI2C_RXDR]; Read --> Dec2{NBYTES<br/>received?}; Dec2 -- No --> LoopStart; Dec2 -- Yes --> Dec3{FMI2C_ISR.TC<br/>= 1?}; Dec3 -- Yes --> SetCR2["Set FMI2C_CR2.START<br/>with target address<br/>NBYTES ..."]; Dec3 -- No --> End([End]); SetCR2 -.-> End
Flowchart for FMI2C controller receiver transfer sequence. The process starts with 'Controller reception', followed by 'Controller initialization'. A block sets NBYTES = N, AUTOEND (0 for RESTART, 1 for STOP), configures the target address, and sets FMI2C_CR2.START. A loop begins with a decision 'FMI2C_ISR.RX NE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'Read FMI2C_RXDR'. Next is a decision 'NBYTES received?'. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'FMI2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set FMI2C_CR2.START with target address NBYTES ...'. If 'No', it ends at 'End'. A dashed line extends from the 'Set FMI2C_CR2.START' block.

MSv35971V2

Figure 229. Transfer sequence flow for FMPI2C controller receiver, N &gt; 255 bytes

Flowchart of the transfer sequence for an FMPI2C controller receiver when N > 255 bytes.
graph TD; Start([Controller reception]) --> Init[Controller initialization]; Init --> Config["NBYTES = 0xFF; N = N-255<br/>RELOAD = 1<br/>Configure target address<br/>Set FMPI2C_CR2.START"]; Config --> RXNE{FMPI2C_ISR.RXNE = 1?}; RXNE -- No --> RXNE; RXNE -- Yes --> Read[Read FMPI2C_RXDR]; Read --> Received{NBYTES received?}; Received -- No --> RXNE; Received -- Yes --> TC{FMPI2C_ISR.TC = 1?}; TC -- Yes --> SetStart["Set FMPI2C_CR2.START<br/>with target address<br/>NBYTES ..."]; SetStart -.-> Dots[...]; TC -- No --> TCR{FMPI2C_ISR.TCR = 1?}; TCR -- Yes --> EndCondition["IF N < 256<br/>NBYTES = N; N = 0; RELOAD = 0<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>ELSE<br/>NBYTES = 0xFF; N = N - 255<br/>RELOAD = 1"]; TCR -- No --> End([End]); EndCondition --> End; EndCondition --> RXNE;

The flowchart illustrates the transfer sequence for an FMPI2C controller receiver when the number of bytes to receive (N) is greater than 255. It begins with 'Controller reception', followed by 'Controller initialization'. The initialization block sets NBYTES to 0xFF, N to N-255, RELOAD to 1, configures the target address, and sets FMPI2C_CR2.START. A loop begins with a decision 'FMPI2C_ISR.RXNE = 1?'. If 'No', it loops back to the same point. If 'Yes', it proceeds to 'Read FMPI2C_RXDR'. Next is a decision 'NBYTES received?'. If 'No', it loops back to the 'FMPI2C_ISR.RXNE = 1?' decision. If 'Yes', it proceeds to 'FMPI2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set FMPI2C_CR2.START with target address NBYTES ...', which then leads to a vertical dashed line. If 'No', it proceeds to 'FMPI2C_ISR.TCR = 1?'. If 'Yes', it enters a 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'. If 'No', it goes to 'End'. Both the dashed line and the 'IF/ELSE' block lead to 'End'.

Flowchart of the transfer sequence for an FMPI2C controller receiver when N > 255 bytes.

MSv35972V2

Figure 230. Transfer bus diagrams for FMPI2C controller receiver (mandatory events only)

Timing diagram for FMPI2C receiver in automatic stop mode. The sequence starts with INIT, followed by a transmission of S and Address (white), then reception of data1 (yellow), Acknowledge (A, white), data2 (yellow), Not Acknowledge (NA, white), and finally Stop (P, white). RXNE flags are shown above data1 and data2. EV1 is at the A after data1, and EV2 is at the P. NBYTES is set to 2. Timing diagram for FMPI2C receiver in software restart mode. The sequence starts with INIT, followed by a transmission of S and Address (white), then reception of data1 (yellow), Acknowledge (A, white), data2 (yellow), Not Acknowledge (NA, white), and then a Repeated Start (ReS, white) and new Address (white). RXNE flags are shown above data1 and data2. EV1 is at the A after data1, EV2 is at the NA, and TC is at the start of the ReS. NBYTES is initially 2, then changed to N.

Example FMPI2C controller receiver 2 bytes, automatic end mode (STOP)

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

Example FMPI2C controller receiver 2 bytes, software end mode (RESTART)

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

MSV35979V2

Timing diagram for FMPI2C receiver in automatic stop mode. The sequence starts with INIT, followed by a transmission of S and Address (white), then reception of data1 (yellow), Acknowledge (A, white), data2 (yellow), Not Acknowledge (NA, white), and finally Stop (P, white). RXNE flags are shown above data1 and data2. EV1 is at the A after data1, and EV2 is at the P. NBYTES is set to 2. Timing diagram for FMPI2C receiver in software restart mode. The sequence starts with INIT, followed by a transmission of S and Address (white), then reception of data1 (yellow), Acknowledge (A, white), data2 (yellow), Not Acknowledge (NA, white), and then a Repeated Start (ReS, white) and new Address (white). RXNE flags are shown above data1 and data2. EV1 is at the A after data1, EV2 is at the NA, and TC is at the start of the ReS. NBYTES is initially 2, then changed to N.

23.4.10 FMPI2C_TIMINGR register configuration examples

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

Table 123. Timing settings for\( f_{I2CCLK} \) of 8 MHz
ParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)
10 kHz100 kHz400 kHz500 kHz
PRESC[3:0]0x10x10x00x0
SCLL[7:0]0xC70x130x90x6
\( t_{SCLL} \)200 x 250 ns = 50 µs20 x 250 ns = 5.0 µs10 x 125 ns = 1250 ns7 x 125 ns = 875 ns
SCLH[7:0]0xC30xF0x30x3
\( t_{SCLH} \)196 x 250 ns = 49 µs16 x 250 ns = 4.0 µs4 x 125 ns = 500 ns4 x 125 ns = 500 ns
\( t_{SCL}^{(1)} \)~100 µs (2)~10 µs (2)~2.5 µs (3)~2.0 µs (4)
SDADEL[3:0]0x20x20x10x0
\( t_{SDADEL} \)2 x 250 ns = 500 ns2 x 250 ns = 500 ns1 x 125 ns = 125 ns0 ns
SCLDEL[3:0]0x40x40x30x1
\( t_{SCLDEL} \)5 x 250 ns = 1250 ns5 x 250 ns = 1250 ns4 x 125 ns = 500 ns2 x 125 ns = 250 ns
  1. 1. \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
  2. 2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \) ns.
  3. 3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 750 \) ns.
  4. 4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 655 \) ns.
Table 124. Timing settings for\( f_{I2CCLK} \) of 16 MHz
ParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)
10 kHz100 kHz400 kHz1000 kHz
PRESC[3:0]0x30x30x10x0
SCLL[7:0]0xC70x130x90x4
\( t_{SCLL} \)200 x 250 ns = 50 µs20 x 250 ns = 5.0 µs10 x 125 ns = 1250 ns5 x 62.5 ns = 312.5 ns
SCLH[7:0]0xC30xF0x30x2
\( t_{SCLH} \)196 x 250 ns = 49 µs16 x 250 ns = 4.0 µs4 x 125 ns = 500 ns3 x 62.5 ns = 187.5 ns
\( t_{SCL}^{(1)} \)~100 µs (2)~10 µs (2)~2.5 µs (3)~1.0 µs (4)
SDADEL[3:0]0x20x20x20x0
\( t_{SDADEL} \)2 x 250 ns = 500 ns2 x 250 ns = 500 ns2 x 125 ns = 250 ns0 ns
SCLDEL[3:0]0x40x40x30x2
\( t_{SCLDEL} \)5 x 250 ns = 1250 ns5 x 250 ns = 1250 ns4 x 125 ns = 500 ns3 x 62.5 ns = 187.5 ns
  1. 1. \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
  2. 2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \) ns.
  3. 3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 750 \) ns.
  4. 4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 500 \) ns.

23.4.11 SMBus specific features

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 operation principles of the I 2 C-bus. The SMBus provides a control bus for system and power management related tasks.

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

The system management bus specification refers to three types of devices:

The FMPI2C peripheral can be configured as a controller or a target device, and also as a host.

Bus protocols

There are eleven possible command protocols for any given device. The device can use any or all of them to communicate. These 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 . The protocols must be implemented by the user software.

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

STM32CubeMX implements an SMBus stack thanks to X-CUBE-SMBUS, a downloadable software pack that allows basic SMBus configuration per FMPI2C instance.

Address resolution protocol (ARP)

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

The FMPI2C peripheral supports the Address resolution protocol (ARP). The SMBus device default address (0b1100 001) is enabled by setting the SMBDEN bit of the FMPI2C_CR1 register. The ARP commands must be implemented by the user software.

Arbitration is also performed in target mode for ARP support.

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

Received command and data acknowledge control

An SMBus receiver must be able to NACK each received command or data. In order to allow the ACK control in target mode, the target byte control mode must be enabled, by setting the SBC bit of the FMPI2C_CR1 register. Refer to Target byte control mode for more details.

Host notify protocol

To enable the host notify protocol, set the SMBHEN bit of the FMI2C_CR1 register. The FMI2C peripheral then acknowledges the SMBus host address (0b0001 000).

When this protocol is used, the device acts as a controller and the host as a target.

SMBus alert

The FMI2C peripheral supports the SMBALERT# optional signal through the SMBA pin. With the SMBALERT# signal, an SMBus target device can signal to the SMBus host 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/devices which pulled SMBALERT# low acknowledges/acknowledge the alert response address.

When the FMI2C peripheral is configured as an SMBus target device (SMBHEN = 0), the SMBA pin is pulled low by setting the ALERTEN bit of the FMI2C_CR1 register. The alert response address is enabled at the same time.

When the FMI2C peripheral is configured as an SMBus host (SMBHEN = 1), the ALERT flag of the FMI2C_ISR register is set when a falling edge is detected on the SMBA pin and ALERTEN = 1. An interrupt is generated if the ERRRIE bit of the FMI2C_CR1 register is set. When ALERTEN = 0, the alert line is considered high even if the external SMBA pin is low.

Note: If the SMBus alert pin is not required, keep the ALERTEN bit cleared. The SMBA pin can then be used as a standard GPIO.

Packet error checking

A packet error checking mechanism introduced in the SMBus specification improves 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 FMI2C peripheral embeds a hardware PEC calculator and allows a not acknowledge to be sent automatically when the received byte does not match the hardware calculated PEC.

Timeouts

To comply with the SMBus timeout specifications, the FMI2C peripheral embeds hardware timers.

Table 125. SMBus timeout specifications

SymbolParameterLimitsUnit
MinMax
\( t_{\text{TIMEOUT}} \)Detect clock low timeout2535ms
\( t_{\text{LOW:SEXT}}^{(1)} \)Cumulative clock low extend time (target device)-25
\( t_{\text{LOW:MEXT}}^{(2)} \)Cumulative clock low extend time (controller device)-10
  1. 1. \( t_{LOW:SEXT} \) is the cumulative time a given target device is allowed to extend the clock cycles in one message from the initial START to the STOP. It is possible that another target device or the controller also extends the clock causing the combined clock low extend time to be greater than \( t_{LOW:SEXT} \) . The value provided applies to a single target device connected to a full-target controller.
  2. 2. \( t_{LOW:MEXT} \) is the cumulative time a controller 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 target device or another controller also extends the clock, causing the combined clock low time to be greater than \( t_{LOW:MEXT} \) on a given byte. The value provided applies to a single target device connected to a full-target controller.
Figure 231. Timeout intervals for\( t_{LOW:SEXT} \) , \( t_{LOW:MEXT} \) Timing diagram for SMBCLK and SMBDAT showing timeout intervals.

The diagram illustrates the timing relationship between SMBCLK and SMBDAT signals. A horizontal span from a 'Start' condition to a 'Stop' condition is labeled \( t_{LOW:SEXT} \) . Within this span, there are three segments labeled \( t_{LOW:MEXT} \) : from 'Start' to the first \( Clk_{Ack} \) , from the first \( Clk_{Ack} \) to the second \( Clk_{Ack} \) , and from the second \( Clk_{Ack} \) to 'Stop'. The SMBCLK signal shows clock pulses with extensions, and SMBDAT shows data transitions corresponding to these periods. Double slash marks on the signal lines indicate time breaks.

Timing diagram for SMBCLK and SMBDAT showing timeout intervals.

MS19866V1

Bus idle detection

A controller can assume that the bus is free if it detects that the clock and data signals have been high for \( t_{IDLE} > t_{HIGH(max)} \) (refer to the table in Section 23.4.9 ).

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

23.4.12 SMBus initialization

In addition to the FMPI2C initialization for the I 2 C-bus, the use of the peripheral for the SMBus communication requires some extra initialization steps.

Received command and data acknowledge control (target mode)

An SMBus receiver must be able to NACK each received command or data. To allow ACK control in target mode, the target byte control mode must be enabled, by setting the SBC bit of the FMPI2C_CR1 register. Refer to Target byte control mode for more details.

Specific addresses (target mode)

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

The SMBus device default address (0b1100 001) is enabled by setting the SMBDEN bit of the FMI2C_CR1 register.

The SMBus host address (0b0001 000) is enabled by setting the SMBHEN bit of the FMI2C_CR1 register.

The alert response address (0b0001100) is enabled by setting the ALERTEN bit of the FMI2C_CR1 register.

Packet error checking

PEC calculation is enabled by setting the PECEN bit of the FMI2C_CR1 register. Then the PEC transfer is managed with the help of the hardware byte counter associated with the NBBYTES[7:0] bitfield of the FMI2C_CR2 register. The PECEN bit must be configured before enabling the FMI2C.

The PEC transfer is managed with the hardware byte counter, so the SBC bit must be set when interfacing the SMBus in target mode. The PEC is transferred after transferring NBBYTES[7:0] - 1 data bytes, if 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 FMI2C peripheral is enabled.

Table 126. SMBus with PEC configuration

ModeSBC bitRELOAD bitAUTOEND bitPECBYTE bit
Controller Tx/Rx NBBYTES + PEC+ STOPX011
Controller Tx/Rx NBBYTES + PEC + ReSTARTX001
Target Tx/Rx with PEC10X1

Timeout detection

The timeout detection is enabled by setting the TIMOUTEN and TEXTEN bits of the FMI2C_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

To check the t TIMEOUT parameter, load the 12-bit TIMEOUTA[11:0] bitfield with the timer reload value. Keep the TIDLE bit at 0 to detect the SCL low level timeout.

Then set the TIMOUTEN bit of the FMI2C_TIMEOUTR register, to enable the timer.

If SCL is tied low for longer than the (TIMEOUTA + 1) × 2048 × t I2CCLK period, the TIMEOUT flag of the FMI2C_ISR register is set.

Refer to Table 127 .

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

t LOW:SEXT and t LOW:MEXT check

A 12-bit timer associated with the TIMEOUTB[11:0] bitfield allows checking \( t_{LOW:SEXT} \) for the FMP12C peripheral operating as a target, or \( t_{LOW:MEXT} \) when it operates as a controller. As the standard only specifies a maximum, the user can choose the same value for both. The timer is then enabled by setting the TEXTEN bit in the FMP12C_TIMEOUTR register.

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

Refer to Table 128 .

Caution: Changing the TIMEOUTB[11:0] bitfield value is not allowed when the TEXTEN bit is set.

Bus idle detection

To check the \( t_{IDLE} \) period, the TIMEOUTA[11:0] bitfield associated with 12-bit timer must be loaded with the timer reload value. Keep the TIDLE bit at 1 to detect both SCL and SDA high level timeout. Then set the TIMOUTEN bit of the FMP12C_TIMEOUTR register to enable the timer.

If both the SCL and SDA lines remain high for longer than the \( (TIMEOUTA + 1) \times 4 \times t_{I2CCLK} \) period, the TIMEOUT flag of the FMP12C_ISR register is set.

Refer to Table 129 .

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

23.4.13 SMBus FMP12C_TIMEOUTR register configuration examples

The following tables provide examples of settings to reach desired \( t_{TIMEOUT} \) , \( t_{LOW:SEXT} \) , \( t_{LOW:MEXT} \) , and \( t_{IDLE} \) timings at different \( f_{I2CCLK} \) frequencies.

Table 127. TIMEOUTA[11:0] for maximum \( t_{TIMEOUT} \) of 25 ms

\( f_{I2CCLK} \)TIMEOUTA[11:0]TIDLETIMEOUTEN\( t_{TIMEOUT} \)
8 MHz0x6101\( 98 \times 2048 \times 125 \text{ ns} = 25 \text{ ms} \)
16 MHz0xC301\( 196 \times 2048 \times 62.5 \text{ ns} = 25 \text{ ms} \)

Table 128. TIMEOUTB[11:0] for maximum \( t_{LOW:SEXT} \) and \( t_{LOW:MEXT} \) of 8 ms

\( f_{I2CCLK} \)TIMEOUTB[11:0]TEXTEN\( t_{LOW:SEXT} \)
\( t_{LOW:MEXT} \)
8 MHz0x1F1\( 32 \times 2048 \times 125 \text{ ns} = 8 \text{ ms} \)
16 MHz0x3F1\( 64 \times 2048 \times 62.5 \text{ ns} = 8 \text{ ms} \)

Table 129. TIMEOUTA[11:0] for maximum \( t_{IDLE} \) of 50 \( \mu\text{s} \)

\( f_{I2CCLK} \)TIMEOUTA[11:0]TIDLETIMEOUTEN\( t_{IDLE} \)
8 MHz0x6311\( 100 \times 4 \times 125 \text{ ns} = 50 \mu\text{s} \)
16 MHz0xC711\( 200 \times 4 \times 62.5 \text{ ns} = 50 \mu\text{s} \)

23.4.14 SMBus target mode

In addition to FMPI2C target transfer management (refer to Section 23.4.8: FMPI2C target mode ), this section provides extra software flowcharts to support SMBus.

SMBus target transmitter

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

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

Figure 232. Transfer sequence flow for SMBus target transmitter N bytes + PEC

Flowchart for SMBus target transmitter N bytes + PEC
graph TD; Start([SMBus target transmission]) --> Init[Target initialization]; Init --> Addr{FMPI2C_ISR.ADDR = 1?}; Addr -- No --> Init; Addr -- Yes --> Read[Read ADDCODE and DIR in FMPI2C_ISR<br/>FMPI2C_CR2.NBYTES = N + 1<br/>PECBYTE = 1<br/>Set FMPI2C_ICR.ADDRCF]; Read --> TxIs{FMPI2C_ISR.TXIS = 1?}; TxIs -- No --> Read; TxIs -- Yes --> Write[Write FMPI2C_TXDR.TXDATA]; Write --> Read; SCL[SCL stretched]

The flowchart illustrates the transfer sequence for an SMBus target transmitter. It begins with 'SMBus target transmission' (oval), followed by 'Target initialization' (rectangle). A decision diamond 'FMPI2C_ISR.ADDR = 1?' follows. If 'No', it loops back to 'Target initialization'. If 'Yes', it proceeds to a rectangle: 'Read ADDCODE and DIR in FMPI2C_ISR', 'FMPI2C_CR2.NBYTES = N + 1', 'PECBYTE = 1', and 'Set FMPI2C_ICR.ADDRCF'. A vertical double-headed arrow labeled 'SCL stretched' is next to this block. The next decision diamond is 'FMPI2C_ISR.TXIS = 1?'. If 'No', it loops back to the 'Read' block. If 'Yes', it proceeds to 'Write FMPI2C_TXDR.TXDATA' (rectangle), which then loops back to the 'Read' block. The identifier 'MSv35973V2' is in the bottom right corner.

Flowchart for SMBus target transmitter N bytes + PEC

Figure 233. Transfer bus diagram for SMBus target transmitter (SBC = 1)

Transfer bus diagram for SMBus target transmitter (SBC = 1). The diagram shows a sequence of bytes: S (Start), Address, A (Ack), data1, A (Ack), data2, A (Ack), PEC, NA (Nack), P (Stop). Above the sequence, 'ADDR' is labeled above the Address byte, and 'TXIS' is labeled above the data1 and data2 bytes. Below the sequence, 'EV1' is labeled below the Address byte, 'EV2' is labeled below the data1 byte, and 'EV3' is labeled below the data2 byte. A legend indicates that white boxes represent transmission, yellow boxes represent reception, and a blue line represents SCL stretch. Below the sequence, 'NBYPES' is shown with a value of 3.

Example SMBus target transmitter 2 bytes + PEC

legend:

NBYTES 3

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

MSv19869V3

Transfer bus diagram for SMBus target transmitter (SBC = 1). The diagram shows a sequence of bytes: S (Start), Address, A (Ack), data1, A (Ack), data2, A (Ack), PEC, NA (Nack), P (Stop). Above the sequence, 'ADDR' is labeled above the Address byte, and 'TXIS' is labeled above the data1 and data2 bytes. Below the sequence, 'EV1' is labeled below the Address byte, 'EV2' is labeled below the data1 byte, and 'EV3' is labeled below the data2 byte. A legend indicates that white boxes represent transmission, yellow boxes represent reception, and a blue line represents SCL stretch. Below the sequence, 'NBYPES' is shown with a value of 3.

SMBus target receiver

When using the FMI2C peripheral in SMBus mode, set the SBC bit to enable the PEC checking at the end of the programmed number of data bytes. To allow the ACK control of each byte, the reload mode must be selected (RELOAD = 1). Refer to Target byte control mode for more details.

To check the PEC byte, the RELOAD bit must be cleared and the PECBYTE bit must be set. In this case, after the receipt of NBYTES[7:0] - 1 data bytes, the next received byte is compared with the internal FMI2C_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 FMI2C_RXDR register like any other data, and the RXNE flag is set.

Upon a PEC mismatch, the PECERR flag is set and an interrupt is generated if the ERRRIE bit of the FMI2C_CR1 register is set.

If no ACK software control is required, the user can set the PECBYTE bit and, in the same write operation, load NBYTES[7:0] with the number of bytes to receive in a continuous flow. After the receipt of NBYTES[7:0] - 1 bytes, the next received byte is checked as being the PEC.

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

Figure 234. Transfer sequence flow for SMBus target receiver N bytes + PEC

Flowchart of the transfer sequence for an SMBus target receiver with N bytes and PEC. The process starts with 'SMBus target reception', followed by 'Target initialization'. It then enters a loop: 'FMPI2C_ISR.ADDR = 1?' (No leads back to init, Yes leads to 'Read ADDCODE and DIR in FMPI2C_ISR; FMPI2C_CR2.NBYTES = 1, RELOAD = 1; PECBYTE = 1; Set FMPI2C_ICR.ADDRCF'). A note 'SCL stretched' is next to this block. Next is 'FMPI2C_ISR.RXNE = FMPI2C_ISR.TCR = 1?' (No loops back to the previous block, Yes leads to 'Read FMPI2C_RXDR.RXDATA; Program FMPI2C_CR2.NACK = 0; FMPI2C_CR2.NBYTES = 1; N = N - 1'). Then 'N = 1?' (No loops back to 'FMPI2C_ISR.RXNE', Yes leads to 'Read FMPI2C_RXDR.RXDATA; Program RELOAD = 0; NACK = 0 and NBYTES = 1'). Finally, 'FMPI2C_ISR.RXNE = 1?' (No loops back to 'Read FMPI2C_RXDR.RXDATA', Yes leads to 'Read FMPI2C_RXDR.RXDATA' and then 'End').
graph TD; Start([SMBus target reception]) --> Init[Target initialization]; Init --> ADDR{FMPI2C_ISR.ADDR = 1?}; ADDR -- No --> Init; ADDR -- Yes --> Read1[Read ADDCODE and DIR in FMPI2C_ISR<br/>FMPI2C_CR2.NBYTES = 1, RELOAD = 1<br/>PECBYTE = 1<br/>Set FMPI2C_ICR.ADDRCF]; Read1 --> RXNE1{FMPI2C_ISR.RXNE = FMPI2C_ISR.TCR = 1?}; RXNE1 -- No --> Read1; RXNE1 -- Yes --> Read2[Read FMPI2C_RXDR.RXDATA<br/>Program FMPI2C_CR2.NACK = 0<br/>FMPI2C_CR2.NBYTES = 1<br/>N = N - 1]; Read2 --> N1{N = 1?}; N1 -- No --> RXNE1; N1 -- Yes --> Read3[Read FMPI2C_RXDR.RXDATA<br/>Program RELOAD = 0<br/>NACK = 0 and NBYTES = 1]; Read3 --> RXNE2{FMPI2C_ISR.RXNE = 1?}; RXNE2 -- No --> Read3; RXNE2 -- Yes --> Read4[Read FMPI2C_RXDR.RXDATA]; Read4 --> End([End]);

MSv35974V2

Flowchart of the transfer sequence for an SMBus target receiver with N bytes and PEC. The process starts with 'SMBus target reception', followed by 'Target initialization'. It then enters a loop: 'FMPI2C_ISR.ADDR = 1?' (No leads back to init, Yes leads to 'Read ADDCODE and DIR in FMPI2C_ISR; FMPI2C_CR2.NBYTES = 1, RELOAD = 1; PECBYTE = 1; Set FMPI2C_ICR.ADDRCF'). A note 'SCL stretched' is next to this block. Next is 'FMPI2C_ISR.RXNE = FMPI2C_ISR.TCR = 1?' (No loops back to the previous block, Yes leads to 'Read FMPI2C_RXDR.RXDATA; Program FMPI2C_CR2.NACK = 0; FMPI2C_CR2.NBYTES = 1; N = N - 1'). Then 'N = 1?' (No loops back to 'FMPI2C_ISR.RXNE', Yes leads to 'Read FMPI2C_RXDR.RXDATA; Program RELOAD = 0; NACK = 0 and NBYTES = 1'). Finally, 'FMPI2C_ISR.RXNE = 1?' (No loops back to 'Read FMPI2C_RXDR.RXDATA', Yes leads to 'Read FMPI2C_RXDR.RXDATA' and then 'End').

Figure 235. Bus transfer diagrams for SMBus target receiver (SBC = 1)

Timing diagram for SMBus target receiver 2 bytes + PEC. The sequence is: Start (S), Address (reception), Acknowledge (A, transmission), data1 (reception), A (transmission), data2 (reception), A (transmission), PEC (reception), A (transmission), and Stop (P). Events EV1 (ADDR), EV2 (RXNE), EV3 (RXNE), and EV4 (RXNE) are triggered at specific points. NBYTES is shown as 3. A legend indicates: white box for transmission, yellow box for reception, and a blue line for SCL stretch. Timing diagram for SMBus target receiver 2 bytes + PEC with ACK control. The sequence is: Start (S), Address (reception), Acknowledge (A, transmission), data1 (reception), A (transmission), data2 (reception), A (transmission), PEC (reception), A (transmission), and Stop (P). Events are EV1 (ADDR), EV2 (RXNE,TCR), EV3 (RXNE,TCR), and EV4 (RXNE). NBYTES is initially 1. Legend is the same as above.

Example SMBus target 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 target 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

MSv19870V3

Timing diagram for SMBus target receiver 2 bytes + PEC. The sequence is: Start (S), Address (reception), Acknowledge (A, transmission), data1 (reception), A (transmission), data2 (reception), A (transmission), PEC (reception), A (transmission), and Stop (P). Events EV1 (ADDR), EV2 (RXNE), EV3 (RXNE), and EV4 (RXNE) are triggered at specific points. NBYTES is shown as 3. A legend indicates: white box for transmission, yellow box for reception, and a blue line for SCL stretch. Timing diagram for SMBus target receiver 2 bytes + PEC with ACK control. The sequence is: Start (S), Address (reception), Acknowledge (A, transmission), data1 (reception), A (transmission), data2 (reception), A (transmission), PEC (reception), A (transmission), and Stop (P). Events are EV1 (ADDR), EV2 (RXNE,TCR), EV3 (RXNE,TCR), and EV4 (RXNE). NBYTES is initially 1. Legend is the same as above.

23.4.15 SMBus controller mode

In addition to FMPI2C controller transfer management (refer to Section 23.4.9: FMPI2C controller mode ), this section provides extra software flowcharts to support SMBus.

SMBus controller transmitter

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

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

When the SMBus controller wants to send a RESTART condition after the PEC, the software mode must be selected (AUTOEND = 0). In this case, once NBBYTES[7:0] - 1 are transmitted, the FMI2C_PECR register content is transmitted. 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 236. Bus transfer diagrams for SMBus controller transmitter

Timing diagram for automatic end mode (STOP). It shows a sequence of bytes: S (Start), Address (reception), A (acknowledge), data1 (transmission), A (acknowledge), data2 (transmission), A (acknowledge), PEC (transmission), A (acknowledge), P (Stop). Events are marked: INIT at the start, EV1 (TXIS) after Address, EV2 (TXIS) after data1, and TXE (transmission end) after the final A. The NBBYTES register is set to 3. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Timing diagram for software end mode (RESTART). It shows a sequence of bytes: S (Start), Address (reception), A (acknowledge), data1 (transmission), A (acknowledge), data2 (transmission), A (acknowledge), PEC (transmission), A (acknowledge), Rstart (reception), Address (reception), ... (more data). Events are marked: INIT at the start, EV1 (TXIS) after Address, EV2 (TXIS) after data1, TC (transmission complete) after the final A, and EV3 (TC) when the next address is received. The NBBYTES register is initially 3, then changed to N. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line).

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

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

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

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

MSv19871V3

Timing diagram for automatic end mode (STOP). It shows a sequence of bytes: S (Start), Address (reception), A (acknowledge), data1 (transmission), A (acknowledge), data2 (transmission), A (acknowledge), PEC (transmission), A (acknowledge), P (Stop). Events are marked: INIT at the start, EV1 (TXIS) after Address, EV2 (TXIS) after data1, and TXE (transmission end) after the final A. The NBBYTES register is set to 3. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Timing diagram for software end mode (RESTART). It shows a sequence of bytes: S (Start), Address (reception), A (acknowledge), data1 (transmission), A (acknowledge), data2 (transmission), A (acknowledge), PEC (transmission), A (acknowledge), Rstart (reception), Address (reception), ... (more data). Events are marked: INIT at the start, EV1 (TXIS) after Address, EV2 (TXIS) after data1, TC (transmission complete) after the final A, and EV3 (TC) when the next address is received. The NBBYTES register is initially 3, then changed to N. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line).

SMBus controller receiver

When the SMBus controller wants to receive, at the end of the transfer, the PEC followed by a STOP condition, the automatic end mode can be selected (AUTOEND = 1). The PECBYTE bit must be set and the target address programmed before setting the START bit. In this case, after the receipt of NBBYTES[7:0] - 1 data bytes, the next received byte is automatically checked versus the FMPI2C_PECR register content. A NACK response is given to the PEC byte, followed by a STOP condition.

When the SMBus controller receiver wants to receive, at the end of the transfer, the PEC byte followed by a RESTART condition, the software mode must be selected (AUTOEND = 0). The PECBYTE bit must be set and the target address programmed before setting the START bit. In this case, after the receipt of NBBYTES[7:0] - 1 data bytes, the next received byte is automatically checked versus the FMPI2C_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 237. Bus transfer diagrams for SMBus controller receiver

Diagram of SMBus controller receiver in automatic end mode (STOP). The sequence starts with INIT, followed by S (Start), Address, A (Acknowledge), data1, A, data2, A, PEC, NA (Not Acknowledge), and P (Stop). RXNE flags are shown above the data1, data2, and PEC bytes. Event markers INIT, EV1, EV2, and EV3 are shown below the sequence. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Below the sequence, NBYTES is shown as xx and 3. Diagram of SMBus controller receiver in software end mode (RESTART). The sequence starts with INIT, followed by S (Start), Address, A (Acknowledge), data1, A, data2, A, PEC, NA (Not Acknowledge), Restart, and Address. RXNE flags are shown above the data1, data2, and PEC bytes. TC is shown above the NA byte. Event markers INIT, EV1, EV2, EV3, and EV4 are shown below the sequence. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Below the sequence, NBYTES is shown as xx, 3, and N.

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

INIT: program target address, program NBYTES = 3, AUTOEND=1, set PECBYTE, set START
EV1: RXNE ISR: rd data1
EV2: RXNE ISR: rd data2
EV3: RXNE ISR: rd PEC

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

INIT: program target address, program NBYTES = 3, AUTOEND = 0, set PECBYTE, set START
EV1: RXNE ISR: rd data1
EV2: RXNE ISR: rd data2
EV3: RXNE ISR: read PEC
EV4: TC ISR: program target address, program NBYTES = N, set START

MSv19872V/3

Diagram of SMBus controller receiver in automatic end mode (STOP). The sequence starts with INIT, followed by S (Start), Address, A (Acknowledge), data1, A, data2, A, PEC, NA (Not Acknowledge), and P (Stop). RXNE flags are shown above the data1, data2, and PEC bytes. Event markers INIT, EV1, EV2, and EV3 are shown below the sequence. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Below the sequence, NBYTES is shown as xx and 3. Diagram of SMBus controller receiver in software end mode (RESTART). The sequence starts with INIT, followed by S (Start), Address, A (Acknowledge), data1, A, data2, A, PEC, NA (Not Acknowledge), Restart, and Address. RXNE flags are shown above the data1, data2, and PEC bytes. TC is shown above the NA byte. Event markers INIT, EV1, EV2, EV3, and EV4 are shown below the sequence. A legend indicates transmission (white), reception (yellow), and SCL stretch (blue line). Below the sequence, NBYTES is shown as xx, 3, and N.

23.4.16 Error conditions

The following errors are the conditions that can cause the 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 nine SCL clock pulses. START or STOP condition is detected when an SDA edge occurs while SCL is high.

The bus error flag is set only if the FMPI2C peripheral is involved in the transfer as controller or addressed target (that is, not during the address phase in target mode).

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

When a bus error is detected, the BERR flag of the FMP12C_ISR register is set, and an interrupt is generated if the ERRIE bit of the FMP12C_CR1 register is set.

Arbitration loss (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 controller 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 controller switches automatically to target mode.

In target 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 of the FMP12C_ISR register is set and an interrupt is generated if the ERRIE bit of the FMP12C_CR1 register is set.

Overrun/underrun error (OVR)

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

When an overrun or underrun error is detected, the OVR flag of the FMP12C_ISR register is set and an interrupt is generated if the ERRIE bit of the FMP12C_CR1 register is set.

Packet error checking error (PECERR)

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

When a PEC error is detected, the PECERR flag of the FMP12C_ISR register is set and an interrupt is generated if the ERRIE bit of the FMP12C_CR1 register is set.

Timeout error (TIMEOUT)

A timeout error occurs for any of these conditions:

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

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

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

Alert (ALERT)

The ALERT flag is set when the FMPI2C peripheral is configured as a host (SMBHEN = 1), the SMBALERT# signal detection is enabled (ALERTEN = 1), and a falling edge is detected on the SMBA pin. An interrupt is generated if the ERRIE bit of the FMPI2C_CR1 register is set.

23.5 FMPI2C in low-power modes

Table 130. Effect of low-power modes to FMPI2C

ModeDescription
SleepNo effect. FMPI2C interrupts cause the device to exit the Sleep mode.
StopThe contents of FMPI2C registers are kept.
StandbyThe FMPI2C peripheral is powered down. It must be reinitialized after exiting Standby mode.

23.6 FMPI2C interrupts

The following table gives the list of FMPI2C interrupt requests.

Table 131. FMPI2C interrupt requests

Interrupt acronymInterrupt eventEvent flagEnable control bitInterrupt clear methodExit Sleep modeExit Stop modesExit Standby modes
FMPI2C_EVReceive buffer not emptyRXNERXIERead FMPI2C_RXDR registerYesNoNo
Transmit buffer interrupt statusTXISTXIEWrite FMPI2C_TXDR register
STOP detection interrupt flagSTOPFSTOPIEWrite STOPCF = 1
Transfer complete reloadTCRTCIEWrite FMPI2C_CR2 with NBBYTES[7:0] ≠ 0
Transfer completeTCWrite START = 1 or STOP = 1
Address matchedADDRADDRIEWrite ADDRCF=1
NACK receptionNACKFNACKIEWrite NACKCF=1

Table 131. FMPI2C interrupt requests (continued)

Interrupt acronymInterrupt eventEvent flagEnable control bitInterrupt clear methodExit Sleep modeExit Stop modesExit Standby modes
FMPI2C_ERR_Bus errorBERRERRIEWrite BERRCF = 1YesNoNo
Arbitration lossARLOWrite ARLOCF = 1
Overrun/underrunOVRWrite OVRCF = 1
FMPI2C_ERR_PEC errorPECERRERRIEWrite PECERRCF = 1YesNoNo
Timeout/
t LOW error
TIMEOUTWrite TIMEOUTCF = 1
SMBus alertALERTWrite ALERTCF = 1

23.7 FMPI2C DMA requests

23.7.1 Transmission using DMA

DMA (direct memory access) can be enabled for transmission by setting the TXDMAEN bit of the FMPI2C_CR1 register. Data is loaded from an SRAM area configured through the DMA peripheral (see Section 9: Direct memory access controller (DMA) ) to the FMPI2C_TXDR register whenever the TXIS bit is set.

Only the data are transferred with DMA.

In controller mode, the initialization, the target address, direction, number of bytes and START bit are programmed by software (the transmitted target address cannot be transferred with DMA). When all data are transferred using DMA, DMA must be initialized before setting the START bit. The end of transfer is managed with the NBBYTES counter. Refer to Controller transmitter .

In target mode:

The PEC transfer is managed with the counter associated to the NBBYTES[7:0] bitfield. Refer to SMBus target transmitter and SMBus controller transmitter .

Note: If DMA is used for transmission, it is not required to set the TXIE bit.

23.7.2 Reception using DMA

DMA (direct memory access) can be enabled for reception by setting the RXDMAEN bit of the FMPI2C_CR1 register. Data is loaded from the FMPI2C_RXDR register to an SRAM area configured through the DMA peripheral (refer to Section 9: Direct memory access controller (DMA) ) whenever the RXNE bit is set. Only the data (including PEC) are transferred with DMA.

In controller mode, the initialization, the target address, direction, number of bytes and START bit are programmed by software. When all data are transferred using DMA, DMA

must be initialized before setting the START bit. The end of transfer is managed with the NBYTES counter.

In target mode with NOSTRETCH = 0, when all data are transferred using DMA, DMA must be initialized before the address match event, or in the ADDR interrupt subroutine, before clearing the ADDR flag.

The PEC transfer is managed with the counter associated to the NBYTES[7:0] bitfield. Refer to SMBus target receiver and SMBus controller receiver .

Note: If DMA is used for reception, it is not required to set the RXIE bit.

23.8 FMPI2C debug modes

When the device enters debug mode (core halted), the SMBus timeout either continues working normally or stops, depending on the DBG_I2CFMP_SMBUS_TIMEOUT bit in the DBG block.

23.9 FMPI2C registers

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

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

23.9.1 FMPI2C control register 1 (FMPI2C_CR1)

Address offset: 0x00

Reset value: 0x0000 0000

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

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.PECENALERT ENSMBD ENSMBH ENGCENRes.NOSTR ETCHSBC
rwrwrwrwrwrwrw

1514131211109876543210
RXDM AENTXDMA ENRes.ANF OFFDNF[3:0]ERRIETCIESTOP IENACKI EADDRI ERXIETXIEPE
rwrwrwrwrwrwrwrwrwrwrwrwrwrwrw

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

Bit 23 PECEN : PEC enable

0: PEC calculation disabled

1: PEC calculation enabled

Bit 22 ALERTEN : SMBus alert enable

0: The SMBALERT# signal on SMBA pin 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 SMBALERT# signal on SMBA 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.

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.

Bit 20 SMBHEN : SMBus host address enable

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

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

Bit 19 GCEN : General call enable

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

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

Bit 18 Reserved, must be kept at reset value.

Bit 17 NOSTRETCH : Clock stretching disable

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

0: Clock stretching enabled

1: Clock stretching disabled

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

Bit 16 SBC : Target byte control

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

0: Target byte control disabled

1: Target byte control enabled

Bit 15 RXDMAEN : DMA reception requests enable

0: DMA mode disabled for reception

1: DMA mode enabled for reception

Bit 14 TXDMAEN : DMA transmission requests enable

0: DMA mode disabled for transmission

1: DMA mode enabled for transmission

Bit 13 Reserved, must be kept at reset value.

Bit 12 ANFOFF : Analog noise filter OFF

0: Analog noise filter enabled

1: Analog noise filter disabled

Note: This bit can be programmed only when the FMPPI2C peripheral 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 \( \text{DNF}[3:0] * t_{\text{I2CCLK}} \)

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

...

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

Note: If the analog filter is enabled, the digital filter is added to it. This filter can be programmed only when the FMPI2C peripheral 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 generates an interrupt:

Bit 6 TCIE : Transfer complete interrupt enable

0: Transfer complete interrupt disabled
1: Transfer complete interrupt enabled

Note: Any of these events generates an interrupt:

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 (target 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 disabled
1: Peripheral enabled

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

23.9.2 FMPI2C control register 2 (FMPI2C_CR2)

Address offset: 0x04

Reset value: 0x0000 0000

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

31302928272625242322212019181716
Res.Res.Res.Res.Res.PECBYTEAUTOENDRELOADNBYTES[7:0]
rsrwrwrwrwrwrwrwrwrwrw

1514131211109876543210
NACKSTOPSTARTHEAD10RADD10RD_WRNSADD[9:0]
rsrsrsrwrwrwrwrwrwrwrwrwrwrwrwrw

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

Bit 26 PECBYTE : Packet error checking byte

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

0: No PEC transfer
1: PEC transmission/reception is requested

Note: Writing 0 to this bit has no effect.

This bit has no effect when RELOAD is set, and in target mode when SBC = 0.

Bit 25 AUTOEND : Automatic end mode (controller mode)

This bit is set and cleared by software.

0: software end mode: TC flag is set when NBYTES data are transferred, stretching SCL low.
1: Automatic end mode: a STOP condition is automatically sent when NBYTES data are transferred.

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

Bit 24 RELOAD : NBYTES reload mode

This bit is set and cleared by software.

0: The transfer is completed after the NBYTES data transfer (STOP or RESTART follows).
1: The transfer is not completed after the NBYTES data transfer (NBYTES is reloaded). TCR flag is set when NBYTES 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 target mode with SBC = 0.

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

Bit 15 NACK : NACK generation (target mode)

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

0: an ACK is sent after current received byte.

1: a NACK is sent after current received byte.

Note: Writing 0 to this bit has no effect.

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

When an overrun occurs in target 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 condition generation

This bit only pertains to controller mode. It is set by software and cleared by hardware when a STOP condition is detected or when PE = 0.

0: No STOP generation

1: STOP generation after current byte transfer

Note: Writing 0 to this bit has no effect.

Bit 13 START : START condition generation

This bit is set by software. It is cleared by hardware after the START condition followed by the address sequence is sent, by an arbitration loss, by a timeout error detection, or when PE = 0. It can also be cleared by software, by setting the ADDRCF bit of the FMI2C_ICR register.

0: No START generation

1: RESTART/START generation:

If the FMI2C is already in controller mode with AUTOEND = 0, setting this bit generates a repeated START condition when RELOAD = 0, after the end of the NBBYTES 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 FMI2C is in target mode.

This bit has no effect when RELOAD is set.

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

0: The controller sends the complete 10-bit target address read sequence: START + 2 bytes 10-bit address in write direction + RESTART + first seven bits of the 10-bit address in read direction.

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

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

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

0: The controller operates in 7-bit addressing mode

1: The controller 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 (controller mode)

0: Controller requests a write transfer

1: Controller requests a read transfer

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

Bits 9:0 SADD[9:0] : Target address (controller mode)

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

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

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

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

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

23.9.3 FMPI2C own address 1 register (FMPI2C_OAR1)

Address offset: 0x08

Reset value: 0x0000 0000

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

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
OA1ENRes.Res.Res.Res.OA1MODEOA1[9:0]
rwrwrwrwrwrwrwrwrwrwrwrw

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

Bit 15 OA1EN : Own address 1 enable

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

Bit 10 OA1MODE : Own address 1 10-bit mode

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

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

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

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

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

23.9.4 FMPI2C own address 2 register (FMPI2C_OAR2)

Address offset: 0x0C

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access, until the previous one is completed.

completed. The latency of the second write access can be up to \( 2 \times PCLK1 + 6 \times FMPI2CCLK \) .

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

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

Bit 15 OA2EN : Own address 2 enable

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

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

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

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

000: No mask

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

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

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

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

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

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

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

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

As soon as OA2MSK ≠ 0, the reserved FMPI2C 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.

23.9.5 FMPI2C timing register (FMPI2C_TIMINGR)

Address offset: 0x10

Reset value: 0x0000 0000

Access: no wait states

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

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

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

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

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

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

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

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

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

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

\( t_{\text{SDADEL}} = \text{SDADEL} \times t_{\text{PRESC}} \)

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

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

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

\( t_{\text{SCLH}} = (\text{SCLH} + 1) \times t_{\text{PRESC}} \)

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

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

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

\( t_{\text{SCLL}} = (\text{SCLL} + 1) \times t_{\text{PRESC}} \)

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

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

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

23.9.6 FMPI2C timeout register (FMPI2C_TIMEOUTR)

Address offset: 0x14

Reset value: 0x0000 0000

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

31302928272625242322212019181716
TEXTENRes.Res.Res.TIMEOUTB[11:0]
rwrwrwrwrwrwrwrwrwrwrwrwrw
1514131211109876543210
TIMOUTENRes.Res.TIDLETIMEOUTA[11:0]
rwrwrwrwrwrwrwrwrwrwrwrwrwrw

Bit 31 TEXTEN : Extended clock timeout enable

0: Extended clock timeout detection is disabled

1: Extended clock timeout detection is enabled. When a cumulative SCL stretch for more than \( t_{LOW:EXT} \) is done by the FMPI2C 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:

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

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

Bit 15 TIMOUTEN : Clock timeout enable

0: SCL timeout detection is disabled

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

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

Bit 12 TIDLE : Idle clock timeout detection

0: TIMEOUTA is used to detect SCL low timeout

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

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

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

This field is used to configure:

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

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

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

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

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

23.9.7 FMPI2C interrupt and status register (FMPI2C_ISR)

Address offset: 0x18

Reset value: 0x0000 0001

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.ADDCODE[6:0]DIR
rrrrrrrr

1514131211109876543210
BUSYRes.ALERTTIMEOUTPECERROVRARLOBERRTCRTCSTOPFNACKFADDRRXNETXISTXE
rrrrrrrrrrrrrrsrs

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

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

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

Bit 16 DIR : Transfer direction (target mode)

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

0: Write transfer, target enters receiver mode.

1: Read transfer, target enters transmitter mode.

Bit 15 BUSY : Bus busy

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

Bit 14 Reserved, must be kept at reset value.

Bit 13 ALERT : SMBus alert

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

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

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

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

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

Bit 11 PECERR : PEC error in reception

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

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

Bit 10 OVR : Overrun/underrun (target mode)

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

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

Bit 9 ARLO : Arbitration lost

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

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

Bit 8 BERR : Bus error

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

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

Bit 7 TCR : Transfer complete reload

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

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

This flag is only for controller mode, or for target mode when the SBC bit is set.

Bit 6 TC : Transfer complete (controller mode)

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

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

Bit 5 STOPF : STOP detection flag

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

It is cleared by software by setting the STOPCF bit.

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

Bit 4 NACKF : Not acknowledge received flag

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

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

Bit 3 ADDR : Address matched (target mode)

This bit is set by hardware as soon as the received target address matched with one of the enabled target 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 FMI2C_RXDR register, and is ready to be read. It is cleared when FMI2C_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 FMI2C_TXDR register is empty and the data to be transmitted must be written in the FMI2C_TXDR register. It is cleared when the next data to be sent is written in the FMI2C_TXDR register.

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

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

Bit 0 TXE : Transmit data register empty (transmitters)

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

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

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

23.9.8 FMPI2C interrupt clear register (FMPI2C_ICR)

Address offset: 0x1C

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.ALERTCFTIMOUTCFPECCFOVRFCFARLOCFBERRCFRes.Res.STOPCFNACKCFADDRCFRes.Res.Res.
wwwwwwwww

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

Bit 13 ALERTCF : Alert flag clear

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

Bit 12 TIMOUTCF : Timeout detection flag clear

Writing 1 to this bit clears the TIMEOUT flag in the FMPI2C_ISR register.

Bit 11 PECCF : PEC error flag clear

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

Bit 10 OVRFCF : Overrun/underrun flag clear

Writing 1 to this bit clears the OVR flag in the FMPI2C_ISR register.

Bit 9 ARLOCF : Arbitration lost flag clear

Writing 1 to this bit clears the ARLO flag in the FMPI2C_ISR register.

Bit 8 BERRCF : Bus error flag clear

Writing 1 to this bit clears the BERRF flag in the FMPI2C_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 FMPI2C_ISR register.

Bit 4 NACKCF : Not acknowledge flag clear

Writing 1 to this bit clears the NACKF flag in FMPI2C_ISR register.

Bit 3 ADDRCF : Address matched flag clear

Writing 1 to this bit clears the ADDR flag in the FMPI2C_ISR register. Writing 1 to this bit also clears the START bit in the FMPI2C_CR2 register.

Bits 2:0 Reserved, must be kept at reset value.

23.9.9 FMPI2C PEC register (FMPI2C_PECR)

Address offset: 0x20

Reset value: 0x0000 0000

Access: no wait states

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

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.

23.9.10 FMPI2C receive data register (FMPI2C_RXDR)

Address offset: 0x24

Reset value: 0x0000 0000

Access: no wait states

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

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

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

Data byte received from the I 2 C-bus.

23.9.11 FMPI2C transmit data register (FMPI2C_TXDR)

Address offset: 0x28
Reset value: 0x0000 0000
Access: no wait states
31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.Res.Res.Res.Res.Res.Res.TXDATA[7:0]
rwrwrwrwrwrwrwrw

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

Bits 7:0 TXDATA[7:0] : 8-bit transmit data
Data byte to be transmitted to the I 2 C-bus
Note: These bits can be written only when TXE = 1.

23.9.12 FMPI2C register map

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

Table 132. FMPI2C register map and reset values

OffsetRegister name313029282726252423222120191817161514131211109876543210
0x00FMPI2C_CR1Res.Res.Res.Res.Res.Res.Res.Res.PECENALERTENSMBDENSMBHENGCENRes.NOSTRETCHSBCRXDMAENTXDMAENRes.ANOFFDNF[3:0]ERRIETCIESTOPIENACKIEADDRIERXIETXIEPE
Reset value0000000000000000000000
0x04FMPI2C_CR2Res.Res.Res.Res.Res.PECBYTEAUTOENDRELOADNBYTES[7:0]NACKSTOPSTARTHEAD10RADD10RD_WRNSADD[9:0]
Reset value000000000000000000000000000
0x08FMPI2C_OAR1Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.OA1ENRes.Res.Res.Res.OA1MODEOA1[9:0]
Reset value000000000000
0x0CFMPI2C_OAR2Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.OA2ENRes.Res.Res.Res.OA2MSK[2:0]OA2[7:1]Res.
Reset value00000000000
0x10FMPI2C_TIMINGRPRESC[3:0]Res.Res.Res.Res.SCLDEL[3:0]SDADEL[3:0]SCLH[7:0]SCLL[7:0]
Reset value000000000000000000000000000
0x14FMPI2C_TIMEOUTRTEXTENRes.Res.Res.TIMEOUTB[11:0]TIMOUTENRes.Res.TIDLETIMEOUTA[11:0]
Reset value0000000000000000000000000
0x18FMPI2C_ISRRes.Res.Res.Res.Res.Res.Res.Res.ADDCODE[6:0]DIRBUSYRes.ALERTTIMEOUTPECERROVRARLOBERRTCRTCSTOPFNACKFADDRRXNETXISTXE
Reset value0000000000000000000001
0x1CFMPI2C_ICRRes.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.ALERTCFTIMOUTCFPECFCFOVRFCFARLOCFBERRCFRes.Res.STOPCFNACKCFADDRCFRes.Res.Res.Res.
Reset value000000000
0x20FMPI2C_PECRRes.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 value00000000
0x24FMPI2C_RXDRRes.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 value00000000
0x28FMPI2C_TXDRRes.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 value00000000

Refer to Section 2.2: Memory organization for the register boundary addresses.