STLINK-V3MODS - UART RX/TX are reversed compared to VUART - Please help ?

[debugging]

continuing from this : https://community.st.com/t5/stm32-mcus-boards-and-hardware/stlink-v3mods-uart-api/td-p/747740

Finally found the reason why could not get data from STLINK V3-MODS from the 2nd UART

Compared to the VUART the UART RX/TX pins are reversed.

Could ST please issue a firmware fix for this ? (otherwise need gerber out new boards !)

I suspect that the  designer of the V3MOD intended the VUART port as a DCE for UUT that normally act like a DTE, while the UART port on the V3MOD acted like an DTE. if that so then that should be clearly documented , right now that isn't and thus causes my V3MOD board UART port not to work with a UUT (which is a DTE). without a firmware fix, My board need to be relayout. Would really like a confirmation as this same question also applies to the RTS/CTS pins are they configured as DCE or DTE ? Could ST please clarify the exact intent how these ports supposed to be used and are configured in  the firmware ?

 

 

 

[debugging]

Hello ST, do you have a confirmation about this ? Checked my schematic and can't find a mistake

[Tesla DeLorean]

Open an On-Line Support Request, in the OLS, or work with your FAE

https://www.st.com/resource/en/hw_model/stlink-v3mods_voltage-translator_reference-design.pdf

STLK_VCP_RX (OUT)

STLK_VCP_TX (IN)

Bridge_UART_RX (IN)

Bridge_UART_CTS (IN)

Bridge_UART_TX (OUT)

Bridge_UART_RTS (OUT)

At a board level UART perhaps you can use the ADV_FEATURES to switch the RX/TX if your STM32 Target supports that.

 

[debugging]

Thanks for pointing this out. It's seems it is the VCP that is reversed from a default UART setting.

As this is designed as is, it would have been nice not to have to find this out by the schematic .

Recommendations to ST for UM2502 

- Section 8.4 : Add a note or specify the direction of the UART/VCP of the pins.

- Section 8.4.4: Add a note to use the ST Programs tools to enable the UART

 

Unfortunately it seems this older STM32 (F4) seems not to have support for the swap.

'UART_HandleTypeDef' {aka 'struct __UART_HandleTypeDef'} has no member named 'AdvancedInit'

 

 

[Mike_ST]

Hello,

>> Recommendations to ST for UM2502 

>> - Section 8.4 : Add a note or specify the direction of the UART/VCP of the pins.

>> - Section 8.4.4: Add a note to use the ST Programs tools to enable the UART

Thank you for your suggestion, so I wanted to check whether there is an improvement that could be done, but I don't see a section 8 in UM2502.

Could you upload the document you're talking about ?

 

[debugging]

As attached. I noted there is a rev 2 that has major changes and moved this to section. P.S please also make it clear where to get the tools to change the function to UART, in which package/software download.