STM32串口中断接收方式详细比较
来源:互联网 发布:spring boot sql 查询 编辑:程序博客网 时间:2024/05/14 21:53
本例程通过PC机的串口调试助手将数据发送至STM32,STM32通过SP3232芯片采用中断接收方式完成,然后接收数据后将所接收的数据又发送至PC机。
缺点:无缓存区,并且对数据的正确性没有判断,数据量稍大可能导致数据丢失 。
实例二:
这是加了数据头和数据尾的接收方式,数据头和尾的个数可增加,此处只用于调试之用。中断函数用于接收数据以及判断数据的头尾,第二个函数在main函数里按照查询方式执行。
优点:较简单,采用缓存区接收,对提高数据的正确行有一定的改善 。
缺点:要是第一次数据接收错误,回不到初始化状态,必须复位操作 。
优点:发送和接收都很自由,中断占用时间少,有利于MCU处理其它。
缺点:对数据的正确性没有判断,一概全部接收。
实例四:
数据采用数据包的形式接收,接收后存放于缓存区,通过判断数据头和数据尾(可变)来判断数据的“包”及有效性,中断函数用于接收数据和判断头尾以及数据包长度,另一函数在main函数里执行,负责发送该段数据。
优点:适合打包传输,稳定性和可靠性很有保证,可随意发送,自动挑选有效数据。
缺点:缓存区数据长度要根据“包裹”长度设定, 要是多次接收后无头无尾,到有头有尾的那一段数据恰好跨越缓存区最前和最后位置时,可能导致本次数据丢失,不过这种情况几乎没有可能。
实例一:
这是最基本的,将数据接收完成后又发送出去,接收和发送在中断函数里执行,main函数里无其他要处理的。
优点:简单,适合很少量数据传输。缺点:无缓存区,并且对数据的正确性没有判断,数据量稍大可能导致数据丢失 。
实例二:
这是加了数据头和数据尾的接收方式,数据头和尾的个数可增加,此处只用于调试之用。中断函数用于接收数据以及判断数据的头尾,第二个函数在main函数里按照查询方式执行。
优点:较简单,采用缓存区接收,对提高数据的正确行有一定的改善 。
缺点:要是第一次数据接收错误,回不到初始化状态,必须复位操作 。
实例三:
采用FIFO方式接收数据,由0x3F可知此处最大接收量为64个,可变,中断函数只负责收,另一函数在main函数里执行,FIFO方式发送。优点:发送和接收都很自由,中断占用时间少,有利于MCU处理其它。
缺点:对数据的正确性没有判断,一概全部接收。
实例四:
数据采用数据包的形式接收,接收后存放于缓存区,通过判断数据头和数据尾(可变)来判断数据的“包”及有效性,中断函数用于接收数据和判断头尾以及数据包长度,另一函数在main函数里执行,负责发送该段数据。
优点:适合打包传输,稳定性和可靠性很有保证,可随意发送,自动挑选有效数据。
缺点:缓存区数据长度要根据“包裹”长度设定, 要是多次接收后无头无尾,到有头有尾的那一段数据恰好跨越缓存区最前和最后位置时,可能导致本次数据丢失,不过这种情况几乎没有可能。
阅读全文
0 0
- STM32串口中断接收方式详细比较
- STM32串口中断接收方式详细比较
- STM32串口中断接收方式详细比较
- STM32串口中断接收方式详细比较
- STM32串口中断接收方式详细比较
- 串口中断接收方式详细比较
- 串口中断接收方式详细比较
- STM32串口中断方式接收
- STM32串口中断方式接收
- 【mark,未测试】串口中断接收方式详细比较
- STM32 串口接收中断 代码
- STM32串口中断接收和中断发送
- STM32 串口DMA方式接收
- stm32的串口空闲中断接收数据
- stm32的串口空闲中断接收数据
- stm32串口中断接收一帧数据
- STM32串口接收中断溢出问题解决
- STM32使用串口IDLE中断的两种接收不定长数据的方式
- 从数据记录发展看区块链(从零开始学区块 197)
- DS2431 修改网上版本 读写(已测试可用)
- 后ICO时代我们该关注什么(行业观察)
- 创建带LOGO的二维码
- Hash算法的分类和原理(从零开始学区块链 194)
- STM32串口中断接收方式详细比较
- C++插入SQLite BLOB字段(以JPG为例)
- scrypt算法的前世今生(从零开始学区块链 192)
- python 报错信息: AttributeError: module 'token' has no attribute '__all__'
- 质数的验证!你了解多少(从零开始学区块链 193)
- 从数据记录发展看区块链(从零开始学区块 139)
- 百练+DFS+棋盘分割,隔一行照样可以
- web前端库整理
- 后台获取文件大小 自动转换 B KB MB GB