通讯协议制定之数据传输类型及传输规则介绍
1. 前言
通讯协议
又称通信规程,是指通信双方对数据传送控制的一种约定,约定中包括对数据格式
,同步方式
,传送速度
,传送步骤
,检纠错方式
以及控制字符定义
等问题做出统一规定,通信双方必须共同遵守,它也叫做链路控制规程
- 根据项目中的实际应用,本人总结了嵌入式开发中通讯协议制定的相关考虑因素和经验技巧,具体包含如下内容,可供参考学习了解 ( 介绍中阐述的相关术语使用了开发交流沟通中的讲法,可能存在说法不同;因本人技术水平有限,分享创作的内容可能存在不合理的地方,欢迎相互交流沟通、批评指正)
- 通讯协议制定之前言、背景介绍
- 通讯协议制定之交互方式、步骤介绍
- 通讯协议制定之数据包结构介绍
- 通讯协议制定之数据传输类型及传输规则介绍
- 通讯协议制定之数据消息传输方式介绍
- 通讯协议制定之数据包校验算法介绍
- 通讯协议制定之常见问题、注意事项总结
- 在计算机系统中,数据以
字节
为单位,并且数据存在多种类型,每种类型的长度有所不同,也就是所占字节不同;而数据传输大多也是按照字节来传输的,也就是一个字节一个字节传输的,那么一个多字节的数据,先传输那个字节,传输的顺序必须规定一致,本文将从数据传输类型及传输规则介绍进行介绍
2. 大小端背景知识点介绍
2.1 大小端模式理解
-
在计算机系统中,我们是以字节为单位的,每个地址单元都对应着一个字节,一个字节为
8bit
;在C语言中除了8bit
的数据类型char
外,还有16bit
的short
型,32bit
的int
型(要看具体的编译器),另外,对于位数大于 8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一个字节,那么必然存在着一个如何将多个字节安排的问题,因此就导致了大端存储模式
和小端存储模式
-
大端模式
- 数据的
高字节保存在内存的低地址
中,而数据的低字节保存在内存的高地址
中 - 地址由小向大增加,而数据从高位往低位放
- 和我们的阅读习惯一致
- 数据的
-
小端模式
- 数据的
高字节保存在内存的高地址
中,而数据的低字节保存在内存的低地址
中 - 高地址部分权值高,低地址部分权值低
- 数据的
-
以
0x12345678
为例,两种字节序下其存储情况如下 :
大端存储方式:低地址存放高位,如下:
地址 | byte1 | byte2 | byte3 | byte4 |
---|---|---|---|---|
值 | 0x12 | 0x34 | 0x56 | 0x78 |
小端存储方式:低地址存放低位,如下:
地址 | byte1 | byte2 | byte3 | byte4 |
---|---|---|---|---|
值 | 0x78 | 0x56 | 0x34 | 0x12 |
2.2 大小端引起的问题
- 假如传输的数据为
int
类型,即4个Byte
数据,以0x12345678
为例,通信传输是按照字节进行传输的,则可能按照顺序:0x12 0x34 0x56 0x78
传输,也可能按照:0x78 0x56 0x34 0x12
- 如果通信的双方没有规定一致的传输规则,可能发送方传输的是0x12345678,但是接收方按照
0x78563412
来处理,双方就大相径庭了,必然造成错误
3. 数据传输类型及传输规则制定推荐
- 根据传输的数据类型,对传输规则进行统一的规定,则可以避免因为大小端不一致导致的各种问题
- 下表是实际项目中使用的一种传输规则,可供参考:
数据类型 | 类型说明 | 传输方式 | 传输方式说明 |
---|---|---|---|
uint8_t | 一个字节无符号整数 | - | - |
uint8_t [ ] | uint8_t数组 | Little Endian | 从数组的第一个元素开始传输 |
uint16_t | 两个字节无符号整数 | Big Endian | 示例:uint16_t Value = 0x1234,通信传输顺序为0x12、0x34 |
uint16_t [] | uint16_t数组 | Little Endian | 数组中的每一个元素转成Big Endian模式,然后从数组的第一个元素开始传输;示例:uint16_t[2]={0x1234,0x5678},传输顺序为0x12,0x34,0x56,0x78 |
uint32_t | 四个字节无符号整数 | Big Endian | 示例:uint32_t Value = 0x12345678, 通信传输顺序为0x12,0x34,0x56,0x78 |
uint32_t[] | uint32_t数组 | Little Endian | 数组中的每一个元素转成Big Endian模式,然后从数组的第一个元素开始传输;示例:uint32_t[2]={0x12345678,0x87654321},传输顺序为0x12,0x34,0x56,0x78,0x87,0x65,0x43,0x21 |
Sint8_t | 一个字节有符号整数 | - | - |
Sint8_t[] | Sint8_t数组 | Little Endian | 从数组的第一个元素开始传输 |
Sint16_t | 两个字节有符号整数 | Big Endian | 大端模式,同uint16_t |
Sint16_t[] | Sint16_t数组 | Little Endian | 数组中的每一个元素转成Big Endian模式,然后从数组的第一个元素开始传输,同Uint16_t[] |
Sint32_t | 四个字节有符号整数 | Big Endian | 大端模式,同Uint32_t |
Sint32_t[] | Sint32_t数组 | Little Endian | 数组中的每一个元素转成Big Endian模式,然后从数组的第一个元素开始传输,同Uint32_t[] |
Ascii_T | 一个字符 | Ascii_T a = 0x30 ,即 a = ’0’ | |
Ascii_T[] | 字符数组 | Little Endian | 从数组的第一个元素开始传输,Ascii_T Value[]={‘T’,’C’,’T’,’C’};传输顺序为0x54,0x43,0x54,0x43 |
String_t | 字符串以’\0’结尾 | Little Endian | 从字符串的第一个元素开始传输,String_t Value[]={“TCTC”};传输顺序为0x54,0x43,0x54,0x43,0x00 |
- 浮点型数据传输的有两种方式:
- 直接传输浮点型数据的机器码
- 在协议中为数据规定一个增益和偏移量,传输过程中只发送整型数据,利用计算公式
实际物理值 = 传输值*增益 + 偏移量
来计算出实际需要传输的数据
4. 小结
大小端模式
的概念相对很简单,但是在实际项目开发中,因为大小端问题导致的问题不在其数,不仅是本文介绍的通信传输中会遇到大小端问题,也会在数据类型处理上常遇到,比如从一个数组uint8_t data[4]
地址上直接copy给uint32_t value
,希望读者花时间思考,想明白这个点儿- 本文根据实际项目,介绍了一种数据传输类型及传输规则,该规定在制定通讯协议时,必须详细的在
协议文档中规定清楚
- 数据传输类型的传输规则具体采用大端模式还是小端模式,两者并没有优缺点的差异,具体采用那种均可;建议采用芯片或者编译器采用模式,从而减少模式转换的处理步骤
- 可利用计算公式
实际物理值 = 传输值*增益 + 偏移量
,可以保证数据传输中,仅传输整型数据即可,小数,负数
都可以利用该方法来处理
感谢阅读 若有错误 欢迎指正 !!!