在main.c里
  /* USER CODE BEGIN PV */
9 V1 w& y, L+ R6 I/* Private variables ---------------------------------------------------------*/
- Z; c- q3 P" ?% \* r: auint8_t transmit[3] ={1，2，3};      //定义8位数组，3个字节大小   
5 f8 B: D/ Z: _1 {9 v! v* Vuint16_t len =3;
uint32_t timeout =10;
/* USER CODE END PV */
2 h, P, [3 K+ U" l2 q8 O/ a% q
main(){
3 r2 s6 v, M+ S   HAL_UART_Transmit(&huart1, transmit,len, timeout);
( {: D+ u* p$ L7 D2 B% Z2 e& R  while (1)
  {}
* V+ k7 @/ R/ ]( Q1 H# `}
9 ]+ E0 S$ q! w$ a5 [& H) i+ e
4 t0 h% ?  x' o! K% u! U; w) n复位键启动程序，上位机接收到01 02 03
% h4 R9 e' {5 K; t* F
, t; B4 D  [: B7 n( m5 |' [# H关于timeout,它在HAL_UART_Transmit()里和uwTick做比较
: D$ g& W7 ~; R4 J5 `uwTick是全局变量，在中断函数SysTick_Handler()里一直循环递增

可在main.c>>SystemClock_Config(void)里找到HCLK/1000
/ \3 G! J+ i. a: M* JHCLK/1000就是中断进SysTick_Handler()的次数  你的CPU有1000分之一时间都在做uwTick++；
HCLK是什么？请看附件图

  x' b  g; \$ itimeout的意义：
timeout就是等待上一字符发送完毕，或异常退出  
/ R- v- }+ I: T0 Duint8_t string[123] ={0};   //这个数组很长
$ J# G1 k, \! V/ e* C" v' xHAL_UART_Transmit(&huart1, transmit,len, timeout);                  //假设timeout=10;顺利从UART1发出
HAL_UART_Transmit(&huart2, transmit,len, timeout);                   //timeout=10;够长，顺利从UART2发出
, f2 ]0 |3 w% r7 d" K
2 b" q( A, Q7 R+ f2 _关于传送完毕，有人用如下方法等待传送完毕
3 T6 \5 N$ f& x: x0 A* @虽然方案可行
while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;     
& i5 f6 G! Q: k8 x- I. C这容易卡死，卡死都不知道
做产品应该尽量避免错误
6 j; I+ }1 V. u7 \9 R& E
, E( A$ i4 i! r+ [: C很明显timeout提供一种方法（针对所有用到timeout的函数）
根据数组长度，根据波特率大小，根据处理器速度，根据中断资源的支配
适当增加timeout ，或减小timeout 会节约系统开支或保证系统运行的稳定性
不会丢数据
# z4 ]+ j, @$ r( |使用while有几个弊端，不仅程序写的难看
万一，HAL_UART_Transmit（）返回的不是HAL_OK而是HAL_TIMEOUT，程序卡死在这里都不知道
) I, z2 a6 h# H# @  ?3 M作为程序员，自己写的程序的运行次数和运行时间一定要牢记在心的
4 \4 V7 m' P/ g5 _( u7 G
& M/ c, P, [# e+ B/ V0 MHAL_UART_Transmit()用起来简单，全局可用
只是编程思想上要和HAL库统一起来
uint32_t transmit[3] ={1，2，3};     //发送的数组最好不要像这样定义成32位的  根据C语言，名字"transmit"就是32位指针
$ y: o4 J- ]: A" ^0 g2 m5 Cuint8_t transmit[3] ={1，2，3};      //定义成这样8位的   根据C语言，名字"transmit"就是8位指针对应于形参uint8_t *pData
4 \& j9 O! L8 q" B) D9 v HAL_UART_Transmit(UART_HandleTypeDef *huart，uint8_t *pData, uint16_t Size, uint32_t Timeout）
6 E6 `/ A8 v/ M6 T4 j, \

stm32cubemx很重要的思想就是：/*USER CODE BEGIN*/
                                                               。。。//在KEIL中编辑
                                                     /*USER CODE END*/
& Q2 k4 i2 s# v# P% P4 O! p代码一定！！！要放在这之间，可以用MDK和cubeMX两个软件同时！！！对代码进行更新
. Z; @. s. |. Y/ Q# H假设当你程序写UART完了，又需要添加新外设TIM1时可以用CUBEMX添加新外设
在CUBEMX软件中点击Project Generate Code
CUBEMX软件不会改变/*USER CODE BEGIN*/ 到 /*USER CODE END*/之间的代码


环境：STM32CUBEMX,MDK-4
, J% _  [: y5 C硬件：STM32F405RGTx，LQFP64封装
; I3 w/ L, k; I4 |3 v) l: _UART1:A9和A10
: x4 L2 l3 u9 A$ k2 ?简单的UART代码就没必要上传了吧
# F* s& L9 O$ y. ?3 S

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

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

支持！谢谢分享

谢谢经验分享！

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

) a* c0 [+ N1 d

MCU之路 发表于 2016-5-11 16:40
& |% }" c" B4 K' Z% f- ~你好  楼主 请问如果我不知道收到的数组有多少  只是知道一个上限，比如说我收到的数组是0-500的中的一个， ...

（0）你的数组长度有上限，每组数组传输时间应该也有上限
1 U. }. L3 b0 |# W7 A（1）假设你在main（）函数中有用hal_uart_transmit()传数组，这时来了一个更高级的中断(或者某个异常)，如果这个中断（或异常）耗时太长，timeout太短就会丢数据。timeout够长，ha_uart_transmit()就会等待等到中断函数（或异常）结束，再继续传数据，所以timeout和你的中断耗时（异常耗时）有一定关系，timeout其实就是“等待”的意思.
（2）如果你传递任意长数组，每一组数传递时间间短（在ms级别）的话，可以考虑加大（如timeout =100000;）
( ~: d/ V: N. o2 ]- W用公式  等待时长 =timeout/(hclk/1000)单位秒   计算你需要的时长（timeout最大0xffff ffff 42亿多）
6 C* {! A& p5 |& }3 b9 t, ^0 K（4）建议按照严格的传输协议传数据,不要写容易卡死的程序，写能处理异常的程序才是好程序

while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）;   关于这一点。。。
不会去用这句话吧？官方的demo是这样的
' |- \# `, U5 fif(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)）
- V8 Y7 K$ D* M( v& ]  F) e- T3 ?1 u{
....................
) ~: w8 {" _/ u& x8 g& [5 O}   
) v) J1 D$ j; p% r$ `我觉得 不会有人去那么白痴的去写while的、

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