2023-08-25 01:30 AM
I'm sending a simple string to with HAL_UART_Transmit() "Hello", and when I look at the Input on my COM-Port there is nothing showing up, just a blank plain text site. Yes I am transmitting at the right baud rate 115200 and I don't have an extra parity bit or anything of that nature. I'm using default settings on everything here. My Board is a NUCLEO-H563ZI with an STM32H563ZIT6. I am using UART 7 to communicate. I will also link my files here. I have basically tried every UARTx and USARTx. When I check the State with HAL_UART_GetState() I get HAL_UART_STATE_READY and as return on the HAL_UART_Transmit() I get HAL_OK.
Solved! Go to Solution.
2023-08-25 06:38 AM
> When I check the State with HAL_UART_GetState() I get HAL_UART_STATE_READY and as return on the HAL_UART_Transmit() I get HAL_OK.
So it's probably not a code issue.
What pin are you using? Check in the schematic that it's connected and doesn't require solder bridges to be modified.
Put a logic analyzer on the pin to verify activity. Initialize the pin as GPIO output instead and toggle it to establish you're monitoring the right pin.
2023-08-25 01:42 AM
I'm sorry I couldn't attach my .ioc file, when I try to attach It the website tells me " the xxx.ioc file does not match its extension file so it was removed". And just so you know I'm using a MacBook Air. (I'm am a beginner in all this so I really don't know if that makes a difference or not. Probably not tho.) Thanks in Advance for the answers, I've been having this problem for days now.
2023-08-25 01:44 AM
I haven't checked the pins though with an oscilloscope if they're really transmitting with the baud rate I want them to.
2023-08-25 02:18 AM
I think like this u can see it https://1drv.ms/u/s!Ah-PFxeqZCB1kxm1q5dDckJxzlPH?e=MeAJuj
2023-08-25 06:38 AM
> When I check the State with HAL_UART_GetState() I get HAL_UART_STATE_READY and as return on the HAL_UART_Transmit() I get HAL_OK.
So it's probably not a code issue.
What pin are you using? Check in the schematic that it's connected and doesn't require solder bridges to be modified.
Put a logic analyzer on the pin to verify activity. Initialize the pin as GPIO output instead and toggle it to establish you're monitoring the right pin.
2023-08-25 06:38 AM
Hello @ichbinGroot ,
Try to compress the .ioc file to file_name.zip
Foued
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2023-08-25 08:50 AM
Hi,
How do you check the data reception? If you're using a COM Terminal, please check you are using the correct configuration.
Ayoub
2023-08-25 01:14 PM - edited 2023-08-25 01:18 PM
You haven't mentioned the device you're connecting the UART7 pins to the COM port? USB<>Serial adapter (TTL or RS232)?
2023-08-26 11:45 AM
I am using 2 COM Terminals to check if the other one isn't faulty. First one I'm using is Serialtools and the second one is Coolterm. I do have the config right I think because I have the right baud rate,total bits, parity bits, and stop bits configured 115200/8-N-1. The only thing that could be configured wrong is, I have selected RTS and CTS as flow control option and I don't remember having actual wires designated just for that, so that would be something to look into. Maybe software flow control is the way to go here.
2023-08-28 12:35 AM
I am using an usb-c to usb c cable so the answer would be neither one?Or does Usb c use the same method as a TTL serial adapter?