
在main.c里 /* USER CODE BEGIN PV */ /* Private variables ---------------------------------------------------------*/# E+ a: q7 J6 j, e uint8_t transmit[3] ={1,2,3}; //定义8位数组,3个字节大小 uint16_t len =3;+ Z) ~3 m, B; b8 Y uint32_t timeout =10;$ q! \+ o. |! ]% \+ O# H O3 G /* USER CODE END PV */ w7 T. q6 y: J; b2 a main(){: z* V* j) t4 q; l2 u, [+ Z& I HAL_UART_Transmit(&huart1, transmit,len, timeout); 5 [" {1 b6 |: C3 E) f while (1) {} }: x; `2 O9 p3 i9 X/ i / q; a B9 p* e8 |" O! L 复位键启动程序,上位机接收到01 02 03 / o+ z W1 G9 K+ R: @, x' F 关于timeout,它在HAL_UART_Transmit()里和uwTick做比较8 W! ~4 I/ s' ~, s! x uwTick是全局变量,在中断函数SysTick_Handler()里一直循环递增; j5 O+ A6 O0 z; ^7 }6 L ) s2 Y9 s. h6 ]9 F: b" q( { 可在main.c>>SystemClock_Config(void)里找到HCLK/1000" R) ] r9 d/ B, p* q. {) Q0 ~% F HCLK/1000就是中断进SysTick_Handler()的次数 你的CPU有1000分之一时间都在做uwTick++; HCLK是什么?请看附件图 y6 @* B9 o) _ - V2 i! `$ }4 `. N7 z2 ] timeout的意义:& Z- i8 b' a( J/ S: f+ J; L3 X5 \ timeout就是等待上一字符发送完毕,或异常退出 , c: T* ]6 e V; O3 ] uint8_t string[123] ={0}; //这个数组很长3 N6 t1 B8 y! B HAL_UART_Transmit(&huart1, transmit,len, timeout); //假设timeout=10;顺利从UART1发出 HAL_UART_Transmit(&huart2, transmit,len, timeout); //timeout=10;够长,顺利从UART2发出 4 ~( T' s" D* I5 g# n' w/ k% b 关于传送完毕,有人用如下方法等待传送完毕; o- _8 D2 E* Z0 ?. E+ s7 G 虽然方案可行 while(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout)); 这容易卡死,卡死都不知道2 Q3 i* H5 g# P& [$ \8 r3 j+ R 做产品应该尽量避免错误, a: m3 i# N8 I7 D3 I " ^9 }1 M- n8 Z9 b/ S 很明显timeout提供一种方法(针对所有用到timeout的函数) 根据数组长度,根据波特率大小,根据处理器速度,根据中断资源的支配. s, a- \, J7 W! R8 x# p Q! ?: [ 适当增加timeout ,或减小timeout 会节约系统开支或保证系统运行的稳定性- A3 i$ x0 |/ E: E 不会丢数据 使用while有几个弊端,不仅程序写的难看1 _: ?& `& l4 K* h. X2 b( B 万一,HAL_UART_Transmit()返回的不是HAL_OK而是HAL_TIMEOUT,程序卡死在这里都不知道1 g" d" A+ r3 u9 y, v; A1 k1 C 作为程序员,自己写的程序的运行次数和运行时间一定要牢记在心的 HAL_UART_Transmit()用起来简单,全局可用! @% w+ h/ s. @1 D; f0 c2 T- g 只是编程思想上要和HAL库统一起来 uint32_t transmit[3] ={1,2,3}; //发送的数组最好不要像这样定义成32位的 根据C语言,名字"transmit"就是32位指针% c, F" @6 W# z g1 X A. |1 o& p 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) $ C* s- Y1 T1 d& b stm32cubemx很重要的思想就是:/*USER CODE BEGIN*/ 。。。//在KEIL中编辑 /*USER CODE END*/8 s9 | ~+ ^5 P$ t# ] 代码一定!!!要放在这之间,可以用MDK和cubeMX两个软件同时!!!对代码进行更新 假设当你程序写UART完了,又需要添加新外设TIM1时可以用CUBEMX添加新外设 在CUBEMX软件中点击Project Generate Code0 _# ~" X2 g7 Q5 _! b3 e$ M CUBEMX软件不会改变/*USER CODE BEGIN*/ 到 /*USER CODE END*/之间的代码! B" Z9 n, P3 F1 {& q - @2 B0 ?$ }4 Y 环境:STM32CUBEMX,MDK-4" }+ i9 j! H3 f7 S 硬件:STM32F405RGTx,LQFP64封装 UART1:A9和A10, k# V* j: F: a5 T/ F7 [ 简单的UART代码就没必要上传了吧 % c `/ i7 B: p5 q1 Q |
HCLKå¨cubemxéæçè§
(0)你的数组长度有上限,每组数组传输时间应该也有上限& d. s; q5 k( M, `" v0 l
(1)假设你在main()函数中有用hal_uart_transmit()传数组,这时来了一个更高级的中断(或者某个异常),如果这个中断(或异常)耗时太长,timeout太短就会丢数据。timeout够长,ha_uart_transmit()就会等待等到中断函数(或异常)结束,再继续传数据,所以timeout和你的中断耗时(异常耗时)有一定关系,timeout其实就是“等待”的意思.$ u1 ~/ a: I+ L
(2)如果你传递任意长数组,每一组数传递时间间短(在ms级别)的话,可以考虑加大(如timeout =100000;)
用公式 等待时长 =timeout/(hclk/1000)单位秒 计算你需要的时长(timeout最大0xffff ffff 42亿多)9 O: {( y( b0 N7 q$ ~
(4)建议按照严格的传输协议传数据,不要写容易卡死的程序,写能处理异常的程序才是好程序
不会去用这句话吧?官方的demo是这样的3 s9 L! c& j: n j" w4 w
if(HAL_OK !=HAL_UART_Transmit(&huart2, transmit,len, timeout))% g- A5 H1 \$ @+ w h
{
....................3 @; Y7 c5 h* e1 ~0 @4 f3 t
} & j2 ]) C K5 R9 R
我觉得 不会有人去那么白痴的去写while的、