STM32 CAN 多于8字节的拆包组包协议(三)
来源:互联网 发布:java email 发送 编辑:程序博客网 时间:2024/05/22 04:50
无应答分段的发送
事件
条件
动作
发送第一分段
这也是最后一个分段
段计数=0x3f,段类型=第一分段,建立并发送这个信息
随后的段将被发送
段计数=0,段类型=第一分段,建立并发送这个信息段。根据事件栏继续建立/发送
发送“中间”分段(既不是第一个也不是最后一个)
无
在先前发送的段计数上加1。段类型=中间分段。建立并发送这个信息分段。根据事件栏继续建立/发送。
发送最后一个段
先前已经发送一个或多个分段
段计数值加1。段类型=最后的段。建立并发送这个信息段。根据事件栏继续建立/发送。
无应答分段的接受
事件
条件
动作
接受的分段,段类型=第一分段
段计数=0
如果正在处理以前的分段信息,那么中断上述处理。存储当前段计数及相关的信息段。
段计数=0x3f
如果正在处理以前的分段信息,那么中断上述处理。发送相关的信息数据到应用对象,并复位,以等待下一传输的第一个分段。
段计数不等于0x00或0x3f
如果正在处理以前的分段信息,那么中断上述处理。丢弃分段,并复位,以等待下一传输的第一段。
接受的分段,段类型=中间分段
第一分段还未接收到
放弃该信息段。继续等待第一个分段。
分段计数在数值上比先前接收到的段计数大1
存储这个分段计数及相关的信息段。
分段计数在数值上不比先前接收到的段计数大1。
放弃该分段,并复位,以等待下一传输的第一个分段。
接收到太多的数据。接收到比cosumed_connection_size的属性允许的数据长度还要大的数据。
放弃该分段,并复位,以等待下一个传输的第一个分段。
接收到的分段,段类型=最后一个分段
还未接收到第一个分段。
放弃该信息段。继续等待第一个分段。
分段计数比先前接收到的分段计数大1
向应用对象发送重新组合的信息数据,并复位,以等待下一个传输的第一个段。
分段计数在数值上不比先前接收到的分段计数大1
丢弃此分段,并复位,以等待下一个传输的第一个段。
接收到太多的数据。接收到比cosumed_connection_size的属性允许的数据长度还要大的数据。
丢弃此分段,并复位,以等待下一个传输的第一个段。
接收到的分段,
段类型=分段应答
无
丢弃此分段,并复位,以等待下一个传输的第一个段。
对于拆包组包的代码,稍后奉上。待续。。。。。。。。。。
- STM32 CAN 多于8字节的拆包组包协议(三)
- STM32 CAN 多于8字节的拆包组包协议(一)
- STM32 CAN 多于8字节的拆包组包协议(二)
- CAN 多于8字节的拆包组包协议
- can总线协议(三)
- (八)STM32的CAN模块实验
- stm32的CAN通信
- R5 STM32 CAN总线协议-物理层
- CAN 学习笔记一_【基于STM32的CANopen通讯协议的实现】
- STM32 CAN过滤器的学习心得
- STM32 CAN 波特率的计算
- STM32的CAN总线使用
- STM32的CAN总线调试
- STM32的CAN波特率计算
- STM32的CAN过滤器详解
- STM32的CAN波特率计算
- STM32的CAN总线使用指南
- stm32之CAN(一)
- static_cast和reinterpret_cast
- STM32 CAN 多于8字节的拆包组包协议(二)
- YAFFS 介绍
- 在Linux下搭建嵌入式开发环境(一)
- Error building Player: Win32Exception: ApplicationName='D:/xxxx/sdk\tools\zipalign.exe
- STM32 CAN 多于8字节的拆包组包协议(三)
- 改动文件名出现'module' object is not callable错误
- 黑马程序员——08C语言内存分析
- Bootleader引导程序——u-boot(二)
- rpi
- B树、B-树、B+树、B*树
- Windows核心编程:(六)用内核对象进行线程同步
- Hadoop使用常见问题以及解决方法(转载)
- 搜索引擎分词:Nutch整合Paoding中文分词步骤详解