Dear @skdanish-007 ,
Please refer to our AN2606 : Introduction to system memory boot mode on STM32 MCUs - Application note, Rev68
Table 99. STM32G07xxx/08xxx bootloader versions , V11.3 version has a Known limitation
"I2C stretches the line on the connection causing issues with some HW hosts
Root cause: USART3 detection method changed compared to the V11.2: a loop is added when a
low edge is detected on the RX pin as the BL SW start baudrate calculations expecting it is the begining of 0x7F byte. When the RX pin PC11 is tied to GND (manually on 64-pin packages or by production on low pin count packages), the USART3 detection loop is done on every Bootloader detection phase, causing a timeout wait when another peripheral is needed.
Behavior: When connection to I2C is requested (host sends I2C address to the bootloader), the I2C HW detects the request ,but the BL SW is blocked on the USART3 SW loop, causing the I2C line stretching. Some HW hosts that do not support the stretching fail connecting with bootloader.
Workaround: on 64-pin packages, do not put PC11 pin to GND. There is no workaround on low pin count packages, the only solution is to use a HW host supporting the clock stretching"
I believe you are hitting this case as on Nucleo it is using 64-pin package we have PC11 and you can check it, however on smaller package not possible .
Another option is to order the new parts with Version V11.4 and contact your ST representatives or distributor.
Hope it helps you
STOne-32.
