CAN 多于8字节的拆包组包协议
来源:互联网 发布:手机新浪微博盗号软件 编辑:程序博客网 时间:2024/06/07 00:08
一、、分段协议
分段协议位于CAN数据区中的一个单字节中,格式如下:
7
6
5
4
3
2
1
0
分段类型
分段计数
分段类型 - 表明是第一段、中间段的还是最后段的发送。
分段类型位值
1)第一个分段。分段计数区必须包含值0或3F。
如果分段计数器包含值0,那么就是分段系列中的第一段。如果分段计数器包含值3F,那么这就是传输系列中的最后一个发送。当在I/O连接中建立一个大的连接长度,但当前只有少量的数据被发送时,接受器必须被告知这既是第一段也是最后一段。
2)中间分段。
表明这是一个中间分段。此分段既不是系列中的第一个也不是最后分段。更多的分段将会到来。
3)最后分段
标志最后一个分段。在已发送一个或多个分段后,就可以使用这个值。
4)分段应答
分段信息的接收器的值,用于确认分段的接受。
二、
一个15个字节I/O信息的分段传输
生产模块的MAC ID=0A,假定已经通过组1建立I/O连接。
假设要传输0102030405060708090A0B0C0E0F这15个字节。
第一个传输
标识符=01000001010
0:组1信息
1000:组1信息ID=8
001010:源MAC ID=0A
数据=0001020304050607
0:段类型=第一个分段
0:段计数=0
01020304050607:I/O数据的第一部分
第二个传输
标识符=01000001010
0:组1信息
1000:组1信息ID=8
001010:源MAC ID=0A
数据=4108090A0B0C0D0E
4:段类型=中间分段
0:段计数=1
08090A0B0C0D0E:I/O数据的第一部分
最后的传输
标识符=01000001010
0:组1信息
1000:组1信息ID=8
001010:源MAC ID=0A
数据=820F
8:段类型=中间分段
2:段计数=2
820F:I/O数据最后的传输
- CAN 多于8字节的拆包组包协议
- STM32 CAN 多于8字节的拆包组包协议(一)
- STM32 CAN 多于8字节的拆包组包协议(二)
- STM32 CAN 多于8字节的拆包组包协议(三)
- 查记录多于一条的
- 隐藏多于的空白cell
- CAN协议
- Java单个方法代码长度不能多于65535字节
- 基于CAN总线的匹配标定协议
- 基于CCP协议的CAN总线
- 基于CCP协议的CAN总线
- can协议解析字符串的原理
- CAN与CANopen协议的关系
- CAN与CANopen协议的关系
- STM32F103的CAN 通信之通讯协议
- 解析CAN的J1939协议PDU报文
- Ymodem 协议 改进的CAN—Ymodem协议
- 多于牛毛的linux 发行版
- 【android】全志T3 android6.0串口6不能正常使用的问题
- iOS 音频开发AVAudioPlayer的使用,音效播放AudioServicesPlaySystemSound使用
- cocos studio 加载json文件到场景后重新渲染纹理失败
- 分布式缓存Redis之cluster集群
- Head First 数据分析学习
- CAN 多于8字节的拆包组包协议
- WIN7通过mount挂载nfs配置root权限,解决不可写的问题
- react 跨域
- 自定义审核进度View
- layui富文本编辑器前端无法取值
- 实现滑动的7种方法
- linux中統計指定端口的連接數目
- CRC32校验原理及实现
- ubuntu16.04版本系统清理和美化