ST-Link V3 bug? large UART strings with fast baud rate fails (lost characters)
We use NUCLEO-H743ZI (old) and NUCLEO-H743ZI2 boards. The difference: ST-Link V2 vs. ST-Link V3.
The same FW fails on newer ZI2 board with the ST-LINK V3 for the USB VCP UART transfer.
Issue:
I send files from terminal, or I use copy and paste of large strings in UART command line. It works fine on old ZI board (ST-LINK V2) but it fails on new ZI2 with ST-LINK V3.
Even ST-Link V3 seems to work up to 10,000,000 bauds, if I use 1,8432,000 and I send large strings (from file or copy and paste in command line) which are larger as 255 characters - I lose many or even all characters.
ST-Link V3 seems to have an issue with internal UART buffer management:
- I send a very large string - it depends how large: just the first few characters are received and forwarded to main MCU, or just the tail of the string
- I did a test: if I send exactly 256 characters - the main MCU does not get any character!
So, it looks to me:
when sending with fast baud rate, seamlessly a large string, above 255 bytes the internal UART buffer management (e,g. a buffer index) rolls over and all first characters are lost.
ST-Link V3 cannot keep up with large fast data (strings) coming in: it loses the entire string if 256 characters long (nothing forwarded to main MCU UART) or you lose characters if larger.
All works fine with same main MCU FW, drivers etc. It seems to be related to the ST-Link V3 chip and firmware.
==> I would need an urgent bug fix for it, because we use the UART from Python scripts for tests of external hardware. The new only available NUCLEO-H743ZI2 board does not work right now due to it.
Dear STM team: please could you have a look in to issue to send large strings with fast baud rates via ST-Link V3 USB VCP UART.
Thank you.
