在main.c里
  /* USER CODE BEGIN PV */
/* Private variables ---------------------------------------------------------*/
uint8_t transmit[3] ={1，2，3};      //定义8位数组，3个字节大小   
uint16_t len =3;
: r- _. m' ~- n& ^% t0 Nuint32_t timeout =10;
7 j1 z: i3 k/ f% V1 Y' O4 _2 t/* USER CODE END PV */
& R2 n1 W5 q0 x9 {
main(){
0 u7 V) I3 }# Y   HAL_UART_Transmit(&huart1, transmit,len, timeout);
  I# x3 O8 P# q1 J8 ?* G- h  while (1)
  l0 |; F. K2 ~  B2 n  {}
}

# h4 M/ Z* c4 I复位键启动程序，上位机接收到01 02 03

( l9 ?2 U2 C: h8 j关于timeout,它在HAL_UART_Transmit()里和uwTick做比较
uwTick是全局变量，在中断函数SysTick_Handler()里一直循环递增
) r) f% w+ c9 J5 t5 ^
, m: B$ K; H6 B' ^& s可在main.c>>SystemClock_Config(void)里找到HCLK/1000
HCLK/1000就是中断进SysTick_Handler()的次数  你的CPU有1000分之一时间都在做uwTick++；
- }9 ~3 B. y$ [: C- }HCLK是什么？请看附件图

timeout的意义：
; S0 J4 b# W3 i$ mtimeout就是等待上一字符发送完毕，或异常退出  
uint8_t string[123] ={0};   //这个数组很长
HAL_UART_Transmit(&huart1, transmit,len, timeout);                  //假设timeout=10;顺利从UART1发出
HAL_UART_Transmit(&huart2, transmit,len, timeout);                   //timeout=10;够长，顺利从UART2发出
; K/ I! P" n: E7 P. L5 F* Q
关于传送完毕，有人用如下方法等待传送完毕
虽然方案可行
while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;     
# Y+ F- D. c1 Q+ [2 S6 i: k这容易卡死，卡死都不知道
做产品应该尽量避免错误
3 q: v4 }& n" w# Y, z$ m) P5 V
很明显timeout提供一种方法（针对所有用到timeout的函数）
( r: E6 h. D& A( h& v0 r2 c0 e: A根据数组长度，根据波特率大小，根据处理器速度，根据中断资源的支配
适当增加timeout ，或减小timeout 会节约系统开支或保证系统运行的稳定性
不会丢数据
使用while有几个弊端，不仅程序写的难看
: J3 ]5 b' e2 F, d- X$ O万一，HAL_UART_Transmit（）返回的不是HAL_OK而是HAL_TIMEOUT，程序卡死在这里都不知道
7 E' G9 y* i0 V# M/ x6 A作为程序员，自己写的程序的运行次数和运行时间一定要牢记在心的

HAL_UART_Transmit()用起来简单，全局可用
只是编程思想上要和HAL库统一起来
uint32_t transmit[3] ={1，2，3};     //发送的数组最好不要像这样定义成32位的  根据C语言，名字"transmit"就是32位指针
uint8_t transmit[3] ={1，2，3};      //定义成这样8位的   根据C语言，名字"transmit"就是8位指针对应于形参uint8_t *pData
+ N$ d6 I1 y) b$ J9 b HAL_UART_Transmit(UART_HandleTypeDef *huart，uint8_t *pData, uint16_t Size, uint32_t Timeout）
6 h* R8 n7 n5 z, Q2 ?

: U5 w. ^8 f; |8 L+ p" Jstm32cubemx很重要的思想就是：/*USER CODE BEGIN*/
( n9 D4 F. s- }1 Y- U4 @                                                               。。。//在KEIL中编辑
                                                     /*USER CODE END*/
5 c& r% V; V' ^9 {5 O代码一定！！！要放在这之间，可以用MDK和cubeMX两个软件同时！！！对代码进行更新
假设当你程序写UART完了，又需要添加新外设TIM1时可以用CUBEMX添加新外设
' V# t7 c- \* A在CUBEMX软件中点击Project Generate Code
, v2 n, [5 `. K' `" LCUBEMX软件不会改变/*USER CODE BEGIN*/ 到 /*USER CODE END*/之间的代码
  y( W1 P8 m  b' }9 B6 d3 L( F8 G5 ^7 w
$ m! j2 t, k, w; H" Z/ s: i' _
) u5 ?8 g3 N1 E0 I3 v* P2 H环境：STM32CUBEMX,MDK-4
  D4 [8 r/ u7 h: n: M3 I  r8 J硬件：STM32F405RGTx，LQFP64封装
- L+ k0 g9 @) m& k+ w/ a$ IUART1:A9和A10
5 x% X' L6 T; ]* n! q& k简单的UART代码就没必要上传了吧

楼主文章不错！新手学习啦！

谢谢 分享 昨天向楼主提的问题 没想到今天就写好了

支持！谢谢分享

谢谢经验分享！

你好  楼主 请问如果我不知道收到的数组有多少  只是知道一个上限，比如说我收到的数组是0-500的中的一个，这个用这个timeout能实现吗

MCU之路 发表于 2016-5-11 16:40
你好  楼主 请问如果我不知道收到的数组有多少  只是知道一个上限，比如说我收到的数组是0-500的中的一个， ...

（0）你的数组长度有上限，每组数组传输时间应该也有上限
1 z8 o5 i8 f9 v1 i" Q# l7 [, b" s（1）假设你在main（）函数中有用hal_uart_transmit()传数组，这时来了一个更高级的中断(或者某个异常)，如果这个中断（或异常）耗时太长，timeout太短就会丢数据。timeout够长，ha_uart_transmit()就会等待等到中断函数（或异常）结束，再继续传数据，所以timeout和你的中断耗时（异常耗时）有一定关系，timeout其实就是“等待”的意思.
（2）如果你传递任意长数组，每一组数传递时间间短（在ms级别）的话，可以考虑加大（如timeout =100000;）
用公式  等待时长 =timeout/(hclk/1000)单位秒   计算你需要的时长（timeout最大0xffff ffff 42亿多）
: P% o: t: P4 A+ a9 a（4）建议按照严格的传输协议传数据,不要写容易卡死的程序，写能处理异常的程序才是好程序

while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;   关于这一点。。。
不会去用这句话吧？官方的demo是这样的
3 ]5 q, n% {* R( }8 t3 z8 _! Aif(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）
% B2 v" s# H. Q: K3 ]- w% S+ D# t( g+ }{
....................
& ^* D0 f1 X: ]9 L  b; J}   
我觉得 不会有人去那么白痴的去写while的、

另外 一般是采用中断发送。