在main.c里
  /* USER CODE BEGIN PV */
/* Private variables ---------------------------------------------------------*/
3 y3 s! U+ d! C$ T5 t& Cuint8_t transmit[3] ={1，2，3};      //定义8位数组，3个字节大小   
' b# u0 d' _7 C' [/ a2 O% G! muint16_t len =3;
uint32_t timeout =10;
/* USER CODE END PV */

- f1 ?( G+ }0 E2 h1 Dmain(){
- A/ f7 r. D( P7 _   HAL_UART_Transmit(&huart1, transmit,len, timeout);
) z: h' Z6 l+ G# X  while (1)
) j# v3 e# ?! P) B$ D. g7 [4 [7 N  {}
}

0 N  L9 p% p( N1 U. A复位键启动程序，上位机接收到01 02 03

关于timeout,它在HAL_UART_Transmit()里和uwTick做比较
uwTick是全局变量，在中断函数SysTick_Handler()里一直循环递增

. }! H% d5 Y" x" M8 |- F5 m" n可在main.c>>SystemClock_Config(void)里找到HCLK/1000
HCLK/1000就是中断进SysTick_Handler()的次数  你的CPU有1000分之一时间都在做uwTick++；
HCLK是什么？请看附件图
  f9 R" L9 r7 Y  n3 W
timeout的意义：
7 g  }2 b  U! W% g, u' C9 j9 ltimeout就是等待上一字符发送完毕，或异常退出  
uint8_t string[123] ={0};   //这个数组很长
6 x  O% a% ?: Q' [- m" JHAL_UART_Transmit(&huart1, transmit,len, timeout);                  //假设timeout=10;顺利从UART1发出
( S+ r* Q$ e. m$ m( }HAL_UART_Transmit(&huart2, transmit,len, timeout);                   //timeout=10;够长，顺利从UART2发出

关于传送完毕，有人用如下方法等待传送完毕
  C" v- k5 D" {2 R# `8 s虽然方案可行
  P+ r' t* e2 e" V! U9 fwhile(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;     
这容易卡死，卡死都不知道
做产品应该尽量避免错误

很明显timeout提供一种方法（针对所有用到timeout的函数）
根据数组长度，根据波特率大小，根据处理器速度，根据中断资源的支配
适当增加timeout ，或减小timeout 会节约系统开支或保证系统运行的稳定性
# O/ b1 C. {1 z$ r9 ~# o不会丢数据
使用while有几个弊端，不仅程序写的难看
8 J' B* _8 G: @- p万一，HAL_UART_Transmit（）返回的不是HAL_OK而是HAL_TIMEOUT，程序卡死在这里都不知道
作为程序员，自己写的程序的运行次数和运行时间一定要牢记在心的
: ?8 K+ N0 L& B8 m! H- |3 ~7 }
7 ?8 v1 w+ @; U/ x6 ]HAL_UART_Transmit()用起来简单，全局可用
只是编程思想上要和HAL库统一起来
uint32_t transmit[3] ={1，2，3};     //发送的数组最好不要像这样定义成32位的  根据C语言，名字"transmit"就是32位指针
  i: y' x6 g7 Z5 y7 N5 F* ?uint8_t transmit[3] ={1，2，3};      //定义成这样8位的   根据C语言，名字"transmit"就是8位指针对应于形参uint8_t *pData
HAL_UART_Transmit(UART_HandleTypeDef *huart，uint8_t *pData, uint16_t Size, uint32_t Timeout）
3 ~: e9 j) B6 z/ P5 t* ]

stm32cubemx很重要的思想就是：/*USER CODE BEGIN*/
% W& I6 }% U3 ~8 m9 c) c4 l8 y$ Z                                                               。。。//在KEIL中编辑
2 j! M& \! I* l# q5 z  T                                                     /*USER CODE END*/
代码一定！！！要放在这之间，可以用MDK和cubeMX两个软件同时！！！对代码进行更新
假设当你程序写UART完了，又需要添加新外设TIM1时可以用CUBEMX添加新外设
在CUBEMX软件中点击Project Generate Code
+ b6 ?* y1 c: {) Z) c' w/ nCUBEMX软件不会改变/*USER CODE BEGIN*/ 到 /*USER CODE END*/之间的代码
& E+ V5 {. t* L5 M- x" r
& y6 V8 ]3 c: K8 Y
环境：STM32CUBEMX,MDK-4
硬件：STM32F405RGTx，LQFP64封装
UART1:A9和A10
简单的UART代码就没必要上传了吧
  D! T/ T$ y( y* d; m5 Q

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

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

支持！谢谢分享

谢谢经验分享！

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

MCU之路 发表于 2016-5-11 16:40
; r. U; T3 o7 x, ?/ b+ T你好  楼主 请问如果我不知道收到的数组有多少  只是知道一个上限，比如说我收到的数组是0-500的中的一个， ...

（0）你的数组长度有上限，每组数组传输时间应该也有上限
4 f% @' f7 m) R# K3 t0 B7 W( R4 B" d（1）假设你在main（）函数中有用hal_uart_transmit()传数组，这时来了一个更高级的中断(或者某个异常)，如果这个中断（或异常）耗时太长，timeout太短就会丢数据。timeout够长，ha_uart_transmit()就会等待等到中断函数（或异常）结束，再继续传数据，所以timeout和你的中断耗时（异常耗时）有一定关系，timeout其实就是“等待”的意思.
, f( i8 q5 x- |（2）如果你传递任意长数组，每一组数传递时间间短（在ms级别）的话，可以考虑加大（如timeout =100000;）
用公式  等待时长 =timeout/(hclk/1000)单位秒   计算你需要的时长（timeout最大0xffff ffff 42亿多）
+ ]; L# T* B% c! R1 C9 O（4）建议按照严格的传输协议传数据,不要写容易卡死的程序，写能处理异常的程序才是好程序

while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;   关于这一点。。。
+ O  Y) y. u8 t# w$ p- ?不会去用这句话吧？官方的demo是这样的
if(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）
$ {9 O3 W1 V' V0 O" B9 g$ W( H6 q{
....................
- H( T, h1 X. ~( \8 i8 T}   
8 o& [3 W& p: _- G1 O5 ~: B( U我觉得 不会有人去那么白痴的去写while的、

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