stm32cubeMX 串口使用文档学习资料.doc

《stm32cubeMX 串口使用文档学习资料.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、一建立STM32cubeMX工程1.建立新工程，选择芯片STM32F302CCTx2.在Pinout中时钟配置为高速外部时钟，UART配置为异步通信，cube会自动分配引脚。3.ClockConfiguration中配置如下3.configuration中点击USART1可进入配置在USART1configuration中ParameterSettings可以配置波特率，发送数据字长，奇偶校验位和停止位等。NVICSetting可以配置中断优先级。3.生成keil软件代码点击工具栏中的齿轮按钮，可以选择代码的开发平台，ok结束。（文件保存路径一定要是全英文的）进过了我们一系列的配置，cube

2、会为我们自动生成keil软件的代码，代码中包括工程所需的固件库，配套的头文件，启动文件及用户文件。在main.c中包括了我们工程所需外设的初始化，包括了系统时钟初始化，中断初始化，GPIO初始化，USART1初始化，HAL库初始化。我们只需要在main.c中添加我们自己的代码就可以了。二keil软件代码及HAL库使用UART_HandleTypeDefhuart1；生成的代码中有声明一个USART处理的结构体HAL库中串口的数据收发有四个函数HAL_StatusTypeDefHAL_UART_Transmit(UART_HandleTypeDef*huart,uint8_t*pData,ui

3、nt16_tSize,uint32_tTimeout);HAL_StatusTypeDefHAL_UART_Receive(UART_HandleTypeDef*huart,uint8_t*pData,uint16_tSize,uint32_tTimeout);指针huart指向我们之前定义的USART处理结构体，我们将在函数中对结构体中的参数进行操作。pDate是我们自己定义的数据发送接收缓存，Size发送接收数据个数，Timeout超时持续时间。UART状态的结构体：我们在发送接收函数中要经常对USART的状态进行判断，以便我们对函数结构体中的参数进行操作，发送函数一开始定义了一个uin

4、t16_t*tmp的指针。我们在这里判断发送接收的字长（8byte或9byte），当传送的数据是9位数据时，HAL_UART_Receive_IT函数第二参数要求传参uint8_t类型，到这里不够，于是强转uint16_t类型，将低9位数据保留移交给tmp，同时指针移动2个8位，也就是huart->pRxBuffPtr+=2。这样，就能解释为何在下面的8位数据位不需要tmp中间变量了，直接将数据放入我们的数据缓存地址。中断处理函数：打开中断后会先调用这个中断处理函数（该函数在启动文件stm32f3xx_it.c中）在voidHAL_UART_IRQHandler(UART_HandleTyp

5、eDef*huart)函数中会使用__HAL_UART_GET_IT和__HAL_UART_GET_IT_SOURCE先检查各个中断是否被占用和是否失效，在调用中断之前还会进行错误的检查。OverRunError、Noise、FramingError、ParityError等调用UART_Receive_IT();中断接收函数。调用UART_Transmit_IT();中断发送函数。（注意UART_Transmit_IT()和HAL_UART_Transmit_IT()函数）HAL_UART_Transmit_IT在主函数中调用UART_Transmit_IT在中断处理函数IRQHandle

6、（）中调用HAL_StatusTypeDefHAL_UART_Transmit_IT(UART_HandleTypeDef*huart,uint8_t*pData,uint16_tSize);HAL_StatusTypeDefHAL_UART_Receive_IT(UART_HandleTypeDef*huart,uint8_t*pData,uint16_tSize);中断函数一开始会判断是否处于发送状态，如果不是返回HAL_BUSY。数据处理与之前的HAL_UART_Receive_IT()接收函数一致，当串口接收到一个数据时，HAL库在这时不会关闭中断，它在将指定RxXferCount的

7、接收个数递减，如果不为零，是不会往下执行的，中断依旧开着，回调也不会执行，会把数据一直往指定地址空间放，直到计数器为0时结束。这时才调用HAL_UART_RxCpltCallback()回调函数;数据帧的个数必须是所传参数的整数倍，例如，你想一个中断收5个数据，但是实际数据只有3个，它会一直等到5个才结束接收，不然不会去调回调函数，自然也就不给你处理数据的机会，造成串口假死的现象，同样的道理，如果实际发送数据