2023-01-27 02:57 PM
2023-01-27 05:33 PM
Your receiving program is adding the line breaks
Perhaps look at the threshold / reasons there
2023-01-27 05:37 PM
Do u have suggestion for debugger I had test several programs and got same results
2023-01-27 07:30 PM
How about totally changing the format you want to send data?
Output text which can be logged as Excel CSV format, so you can manipulate strings.
You can send your data in decimal format and use /0x0A /0x0D as string suffix as new CSV line.
2023-01-28 06:44 AM
It is sending the data, looks to be all of it without missing any.
The breaks look more related to how the terminal synchronizes with the bursts of data as it receives them, and how it determines an end-of-transmission gap.
If you wrote the receiving side application your self, you could synchronize with the starting data pattern, and have expectations about the inter-message gaps.
2023-01-28 06:50 AM
No this is the Dwin lcd screen debugger and this screen crashes when data comes
2023-01-28 07:00 AM
2023-01-28 07:04 AM
https://drive.google.com/file/d/1XgdyL_Z6iEcCKb7AZE4Rg4BcPWgLLxjb/view?usp=sharing
2023-01-28 07:06 AM
You can see the problem in more detail here, the program crashes due to data shift.
2023-01-28 08:23 PM
From what I see, you're using HAL_UART_Transmit which does not have interrupts. From your latest image it looks like the data is changing so that must mean you have other things going on. If there are other interrupts then they would have priority over the HAL_UART_Transmit. Those interrupts could cause a delay in transmitting the UART data in one continuous stream. Try using HAL_UART_Transmit_IT or HAL_UART_Transmit_DMA instead to see if that helps.