HAL_UART_Transmit函数的超时时间的时基是什么

单模先声

      HAL_UART_Transmit(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size, uint32_t Timeout)
这个timeout的时基是什么？  例如Timeout=1000，那是1000us还是1000ms？

radar

单模先声 发表于 2018-7-26 21:54
是的，我研究了半天这个函数都不知道

找到了，基础时基是1ms。在HAL_Init这个函数里面，调用了HAL_InitTick(TICK_INT_PRIORITY);这个函数，设置systick中断优先级为0x0F，时基为1ms。同时使能了systick中断。

一起哈皮

一般HAL库延时都是基于系统时钟systick的，不做更改的话systick配置的什么级的就是什么级，用cubemx自动生成的是ms级的

正点原子

仿真进去看看就知道了

radar

貌似这里有点问题，超时判断没有起到作用呀。
主函数里面调用的delay_init并没有开启systick中断，那么static __IO uint32_t uwTick这个全局变量就不会自增，因此UART_WaitOnFlagUntilTimeout(huart, UART_FLAG_TXE, RESET, Timeout)这个函数里面的超时判断(HAL_GetTick() - tickstart ) > Timeout不可能成立，因为uwTick的值一直都是相同的，(HAL_GetTick() - tickstart )==0。
另外，如果开启了中断，delay_init只设置了systick的时钟HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK)为AHB时钟，没有设置SysTick->LOAD重装载值，那么还是不知道产生中断的时基。

单模先声

radar 发表于 2018-7-26 16:56
貌似这里有点问题，超时判断没有起到作用呀。
主函数里面调用的delay_init并没有开启systick中断，那么sta ...

是的，我研究了半天这个函数都不知道

323232

既然你都用HAL了，那你用STM32CUBEMX打开你相应芯片的时钟树看看systick的频率是多少，再看看自己晶振输入是多少，不就知道你timeout延时多久 了么