I am using the FRDM-K32L2B3 as master to communicate with a target slave I2C device. The target device needs to be able to hold the SCL line low for clock stretching. However, it appears that the K32L2B3 SCL line is being driven as push-pull: both the rising and falling edges of the SCL waveform are fast, in contrast to the slow rising edges on the SDA line (which indicate weaker pull-up action).
(SCL on yellow CH1, SDA on green CH2)
I have 10k resistors on both SCL and SDA. Below is the pin configuration.
const port_pin_config_t portc1_pin44_config = {/* Internal pull-up resistor is enabled */
kPORT_PullUp,
/* Slow slew rate is configured */
kPORT_SlowSlewRate,
/* Passive filter is disabled */
kPORT_PassiveFilterDisable,
/* Low drive strength is configured */
kPORT_LowDriveStrength,
/* Pin is configured as I2C1_SCL */
kPORT_MuxAlt2};
/* PORTC1 (pin 44) is configured as I2C1_SCL */
PORT_SetPinConfig(PORTC, 1U, &portc1_pin44_config);
const port_pin_config_t portc2_pin45_config = {/* Internal pull-up resistor is enabled */
kPORT_PullUp,
/* Slow slew rate is configured */
kPORT_SlowSlewRate,
/* Passive filter is disabled */
kPORT_PassiveFilterDisable,
/* Low drive strength is configured */
kPORT_LowDriveStrength,
/* Pin is configured as I2C1_SDA */
kPORT_MuxAlt2};
/* PORTC2 (pin 45) is configured as I2C1_SDA */
PORT_SetPinConfig(PORTC, 2U, &portc2_pin45_config);
The Reference Manual states "IIC signals are automatically enabled for open
drain when selected." However, my scope trace seems to show this is not the case. Am I missing an open-drain pin setting or I2C setting that permits slave clock stretching when the K32 is used as the I2C master?
Hi @XuZhang ,
I have the 10kΩ resistors installed at both R81 and R82. However, you can see a clear difference in the traces from my original post: slow pull-up action on SDA, but fast edges on SCL. This is despite the identical pin configurations for the two pins (pull up enabled). So I can already see that SDA has been successfully configured for open drain, but SCL has not.
Nevertheless, I t ried the test you suggested. Below is a comparison of the behavior with 10kΩ pull-up resistors in place, and with 10kΩ resistors removed.
With 10k pull-up resistors
Without 10k pull-up resistors
Summary: the SDA edges are slower without the 10k resistors (as expected... the pull-up strength is now provided only by the internal 20kΩ - 50kΩ). However, the SCL edges remain fast. As you said, this implies that the pin is still configured for push-pull, even though "IIC signals are automatically enabled for open drain when selected" (according to the Reference Manual).
In 36.1.1 I2C instantiation information, it states:
When the package pins associated with IIC have their mux select configured for IIC
operation, the pins (SCL and SDA) are driven either by true open drain or in a pseudo
open drain configuration. However, only pseudo open drain configuration is for KLx3
family.
What is "pseudo open drain"? Does that mean that the SDA behaves as open drain, but SCL is still driven push-pull? Is there any way to achieve true open drain operation for SCL as well on the K32? (Otherwise, target device clock stretching cannot be supported. This would also imply that SMBus 2.0 is not accurately supported).
Note: I see that the I2Cx_C2[SBRC] (Slave Baud Rate Control) bit might enable/disable clock stretching, but I believe this only applies to use of the K32 as an I2C slave. I wish to operate the K32 as I2C master.
hi,aberger
I conducted some tests using the frdmk32l2b_i2c_polling_b2b_transfer_master demo in SDK.I configured the FRDM-K32L2B board as the I2C master to communicate with another board.The configuration and pin setting are as follows.
I have tested the signal of SCL, this letter is without pull-up resistor, you can see the information in the picture, and yours is different.
Hope it can help you.
BR
Xu Zhang
Hi @XuZhang
That is helpful, thank you.
I was able to reproduce your result. I see open-drain behavior when I2C0 SCL is routed to PTB0 (pin 35).
I also see open-drain behavior on I2C1 SCL when it is routed to PTE1 (pin 2).
In the above two cases, I can successfully communicate with a target device that requires clock stretching.
However, I still see push-pull behavior on I2C1 SCL when routed to PTC1 (pin 44). Is there something different about this pin? Perhaps open-drain configuration is only available on specific pins? If that is the case, please point me to a table that describes which pins have open-drain configuration available to them.
Otherwise, maybe there is a hidden bit somewhere in the pin configuration that is responsible for the open-drain configuration? If so, please provide instructions for configuring a pin as open-drain.
Below I show scope traces for the 3 scenarios described above, along with the pin configuration for each. Note that the pin configurations generated by MCUXpresso Config Tools are identical.
1. Successful communication with I2C0 (open drain SCL)
/* PORTB0 (pin 35) is configured as I2C0_SCL */
PORT_SetPinMux(PORTB, 0U, kPORT_MuxAlt2);
PORTB->PCR[0] = ((PORTB->PCR[0] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
/* PORTB1 (pin 36) is configured as I2C0_SDA */
PORT_SetPinMux(PORTB, 1U, kPORT_MuxAlt2);
PORTB->PCR[1] = ((PORTB->PCR[1] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
2. Successful communication with I2C1 (open drain SCL)
/* PORTE0 (pin 1) is configured as I2C1_SDA */
PORT_SetPinMux(BOARD_I2C1_SDA_PORT, BOARD_I2C1_SDA_PIN, kPORT_MuxAlt6);
PORTE->PCR[0] = ((PORTE->PCR[0] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
/* PORTE1 (pin 2) is configured as I2C1_SCL */
PORT_SetPinMux(BOARD_I2C1_SCL_PORT, BOARD_I2C1_SCL_PIN, kPORT_MuxAlt6);
PORTE->PCR[1] = ((PORTE->PCR[1] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
3. Unsuccessful communication with I2C1 (push-pull SCL)
/* PORTC2 (pin 45) is configured as I2C1_SDA */
PORT_SetPinMux(PORTC, 2U, kPORT_MuxAlt2);
PORTC->PCR[2] = ((PORTC->PCR[2] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
/* PORTC1 (pin 44) is configured as I2C1_SCL */
PORT_SetPinMux(PORTC, 1U, kPORT_MuxAlt2);
PORTC->PCR[1] = ((PORTC->PCR[1] &
/* Mask bits to zero which are setting */
(~(PORT_PCR_PE_MASK | PORT_PCR_ISF_MASK)))
/* Pull Enable: Internal pullup or pulldown resistor is enabled on the corresponding pin. */
| (uint32_t)(PORT_PCR_PE_MASK));
