STM32U585OIY6QTR vss_smps directly connect to vss may cause I2C issue?
Hi, to whom it may be concerned,
I have a question about how to debug. I recently moved my successed project from stm32u585ci without smps with QFN to this lower mass and lower power consumption package, stm32u585ciy6qtr. This is my first time doing smps, and I think I wrongly connected the vss_smps directly to one of the vss. And I did not put extra 0.1uf caps for VDD_11, only those 2.2uf. Because of the fabrication limits, we only have two layers of FlexPCB.
I can see that the I2C2 and I2C3 work well, but ONLY I2C1 is blocked when the core is doing the computing work, and the ramp-up time is more than 1000ns in the oscilloscope. Even after we used a very small (<300ohm) value pull-up resistor and closely connected to the i2c1 pin area, the I2C1 still has a very high ramp-up time (fast mode) and will be blocked by core computing. However, the I2C1 can send out data by DMA.
Then, I tried reconnecting the VLX_SMPS, VDD_SMPS, and VSS_SMPS to VSS/GND and connecting those two VDD_11 to GND with 2.2uf capacitors, then unclick the Power saving mode in ioc. However, we found that the I2C1 CANNOT pull up anymore by setting the pull-up configuration in the STM32IDE pin setting. And cannot send out anything by I2C1. Meanwhile, the I2C2 and I2C3 can still work. Did I break the I2C1 somehow?
So my question is, do you think the I2C1 issue is due to a conflict between VSS_SMPS direct and VSS? Is there any other debugging method I should try? Or do you have any other suggestions for future design? Plus, now I am going to just unuse the SMPS to lower the noise, but since connecting all these(VLX_SMPS, VDD_SMPS, and VSS_SMPS ) to GND showed that the I2C1 is totally not working with pull-up, I am more worried about the design. I appreciate all your help!

