几种常见嵌入式设备通信协议

      最后更新:2022-02-09 22:32:10 手机定位技术交流文章

      嵌入式设备在运行中需要设置参数,这个工作经常由PC机来实现,需要为双方通信设计协议,有代表性协议是如下三种:

      3877c1e8150cddf7ad24afcd0758e681.png

      从上表可以看到,一般嵌入式设备内存和运算性能都有限,因此固定二进制是首选通信协议。

      一. 简单性

      保证协议是一个简单的方案,晦涩难懂往往意味着实现困难和容易出错。协议的结构宜采用平面方式,每个域作用明确,数据域尽可能设计得长度和位置固定,注释详尽,文档清晰,实例丰富,让人尽快上手和理解。

      协议一般都需要以下域:帧头,长度,帧类型,目标地址,源地址,数据,校验,帧尾。

      二. 可扩展

      必须保证将来增加功能和更改硬件后协议仍能胜任工作,这往往是通过预留空间来实现,协议的变更应该只是量的增加,不至于引起协议结构的变化。

      三. 低耦合

      理想情况下每个协议包是原子信息,即本协议包不与其他协议包牵连,以防止通讯丢帧和设置牵连带来的错误。

      四. 稳定性

      协议包长度适宜:太小包含的信息过少,协议包的种类繁多,容易引起通讯混乱和牵连错误;太大包含的信息过多,可读性较差,组帧和解帧的工作困难,还会带来通讯易受干扰的缺陷,一般协议长度以最小原子性信息为标尺。

      协议必须包括校验机制,以便于接收方判别协议包正确完整接收,如果出错需要较好的机制来确保通讯成功(如重传)。

      五. 高效率

      按信息类型区分协议包类别,如:设置网络信息参数,设置当前运行参数,可以区分开来,方便程序处理。

      将同种操作编码为一个子集是一种高效手段,如Read操作,编码为0x0010,Write操作,编码为0x0020。

      数据尽可能设计成同构模式,如果实在有差异,至少将同类型数据放置在一起,这样程序可以充分利用指针和线性寻址加速处理。

      六. 易实现

      尽量减少复杂算法的使用,如,通讯链路稳定,数据帧的校验码可以由CheckSum代替CRC。除非资源非常紧张,否则不要将过多的信息挤压在一个数据里,因为它会带来可读性差和实现困难。

      七.软件开发

      尽可能地让硬件ISR完成驱动工作,不要让“进程”参与复杂的时序逻辑,否则处理器将步履蹒跚且逻辑复杂!如:

      接收固定长度的数据帧,可以使用DMA,每接收完一帧DMA_ISR向进程发消息。小心处理DMA断层异常(接收的数据帧长度正常但数据错误,数据为上帧的后半部分+本帧的前半部分)。

      接收不定长的数据帧,可以使用状态机,当接收到“帧尾数据”时向进程发消息。小心数据紊乱和超时异常(数据紊乱时需要将状态机及时复位,超时一般使用定时器监控)。

      八. 考虑硬件

      如果通信链路是高速总线(如SPORT可达100Mbps),一般设计成一帧产生一次中断,它通过长度触发的DMA来实现,需要将协议设计成固定长度,如附录A。它具备高效率,但灵活性较差。

      如果通信链路是低速总线(如UART一般100kbps),一般接收一字节产生一次中断,可以将协议设计成变长帧,如附录B。它具备高灵活性,但效率较低。

      cdf50764422a5da5f08ca3d4ec78b6f9.png

      上图显示了PC发送数据帧的格式,总长为64字节,是4字节的整倍数,符合绝大部分32位处理器结构体对齐的特性。

      • 0x3C:INT8U,帧头,可见字符’<’

      • Len:INT8U,本帧的总数据长度,在图4即为64

      • Dst:INT8U,标识目标设备的ID号

      • Src:INT8U,标识源设备的ID号

      • Data:56字节的存储区,内容依赖于具体的通信帧(实例见表2)

      • Cmd:INT16U,数据帧的类别

      • CS:INT8U, 对它前面所有数据(62字节)进行8位累加和校验

      • 0x7D:INT8U, 帧尾,可见字符’}’

      Data域数据结构实例:

      086d777700ac1593fa4f10b1d7f135c1.png

      一个基于变长格式的UART通信协议实例:

      c323205022fa49808d1792cead378940.png

      PC与iWL880A(一种无线通信产品,详见www.rimelink.com)通信帧采用变长格式,如下图所示。大部分设备(常见为PC机)对于接收以“回车符”的机制很好处理,协议中的Tail就等于0x0D(换行符)。

      仅供大家学习参考与知识传播,版权归原作者所有,如有侵权,麻烦联系进行删除,感谢~

      往期推荐:

      嵌入式大杂烩周记 | 第 1 期

      Hello系列 | cmake简明基础知识

      干货 | 项目乏力?nanopb助你一臂之力

      长文 | 花了两天时间整理了STM32中的一些C语言知识点

      分享一个有趣的库,让你学习C语言不会觉得那么枯燥

      嵌入式 C | 结构体完全笔记,收藏!

      实用 | 一个高性能通信库的简单使用分享

      实用工具 | LVGL GUI-Guider的使用分享

      基于vs2019的lvgl模拟器使用

      lvgl最新版本在STM32上的移植使用

      实用 | 10分钟教你搭建一个嵌入式web服务器

      嵌入式开发小记,实用小知识分享

      分享一款嵌入式人必备绘图工具!

      干货 | protobuf-c之嵌入式平台使用

      干货 | 嵌入式必备技能之Git的使用

      例说嵌入式实用知识之JSON数据

      C语言、嵌入式中几个非常实用的宏技巧

      一个小巧、开源的信号发生器,酷!

      在公众号聊天界面回复1024,可获取嵌入式资源;回复 m ,可查看文章汇总。

      点击阅读原文,查看更多分享。

      本文由 在线网速测试 整理编辑,转载请注明出处,原文链接:https://www.wangsu123.cn/news/18083.html

          热门文章

          文章分类