USART串口数据包

USART串口数据包

在这里插入图片描述
先来看两张图,本次程序是串口收发HEX数据包,第二种是串口收发文本数据包,之后两个图,展示的就是接收数据包的思路。

在PB1这里接了一个按键,用于控制。在串口助手,在发送模式和接收模式都选择HEX模式。
在OLED显示这样的数据包,在串口助手这,也显示接收到了这个数据包。

在这里插入图片描述
这个数据包有个规定的格式,就是以FF为包头,FE为包尾,中间固定4个字节为数据,这是STM32发送数据包。
STM32发送数据包:可以在串口助手的发送区,发送一个数据包给STM32,也是同样的格式,以FF开头,中间4个数据为用户数据,最后以FE结尾。

在这里插入图片描述

第二个程序串口收发文本数据包:在串口助手这的发送模式和接收模式都选择文本模式,这个程序我们要发送一个文本数据包,数据包的格式也是个人规定的,此次规定的是,以@符号为包头,中间是数据,如,@LED_ON ,数据也是规定好的指令,最后以换行符为包尾。

可以看到OLED显示接收到了LED_ON,led点亮,然后STM32回传一个字符串LED_ON_OK。如随便给个指令,STM32也能收到,但是返回ERROR_COMMAND,错误指令。

HEX数据包

在这里插入图片描述
在这里插入图片描述

先看—下HEX数据包格式。首先数据包是一种将单独的数据打包起来,整体进行传输的方式,方便进行多字节的通信。在实际应用中,可能需要把多个字节打包成一个整体进行发送。

比如说,我们有个陀摆仪传感器,需要用串口发送数据到STM32,陀螺仪的数据,比如X
轴一个字节、Y轴一个字节、Z轴一个字节,总共3个数据,需要连续不断地发送,但当你像这样XYZ XYZ XYZ这样连续发送的时候,就会出现一个问题,就是接收方,三不知道这数据哪个对应X哪个对应Y、哪个对应Z。因为接收方可能会从任意位置开始接收,所以会出现数据错位的现象。

解决这个现象:就是把这个数据进行分割,把XYZ 分成一个个数据包,这样接收的时候就知道了,数据包的第一个数据是X,数据包的第二个数据是Y,数据包的第三个数据是Z,这就是数据包的任务,就是把同一批的数据进行打包和分割,方便接收方进行识别,

比如,在XYZXYZ数据流中,我们可以在数据包第一个数据,也就是x的数据包上将最高位置1作为标志位,其余数据包最高位置0,当接收到的数据后,判断一下最高位,如果是1,那就是x数据,然后紧跟着的两个数据就分別是Y和Z,这是一种分割方法。**总结:这种方法是把每个数据的最高位当做标志位来进行分割的。**实际例子:如UTF8的编码方法。

本节,讲数据包分割方法,并不是在数据的高位添加标志位这种方式,这种方式破坏了原有的数据,使用起来比较复杂。

我们串口数据包,通常使用的是额外添加包头包尾的这种方式。数据包有2种格式:固定包长,就是每个数据包长度都固定不变,每个数据包前面是包头,后面是包尾。第2种是,可变包长,就是每个数据包长度可以是不一样,我们可以根据用户需求自行规定数据包格式。

例如,我们可以规定一批数据有4个字节,在4个字节之前添加包头0xFF,在之后添加包尾OXFE。当我们接收到OxFF时,就知道一个数据包来了,接萶接收到的4个字节就作为数据包的第1. 2.3.4个数据存储在数组中,最后接收到包尾OxFE时,就可以置一个标志位,告诉程序收到了一个数据包。这样就可以在一个连续不断的数据流中分割出我们想要的数据包了。这就是通过添加包头包尾实现数据分割打包的思路,

接着研究几个问题

第一个问题:包头包尾和数据载荷重复的问题,这里定义FF为包头,FE为包尾,如果我传输的数据本身就是FF和FE怎么办呢?那这个问题确实存在,如果数据和包头包尾重复,可能会引起误判。对应这个问题我们有如下几种解决方法

第一种,限制载荷数据的范围。如果可以的话,我们可以在发送的时候,对数据进行限幅。比如XYZ,3个数据,变化范围都可以是0~100 那就好办了,我们可以在载荷中只发送0-100的数据,这样就不会和包头包尾重复了。

第二种,如果无法避免载荷数据和包头包尾重复,那我们就尽量使用固定长度的数据包。这样由于载荷数据是固定的,只要我们通过包头包尾对齐了数据,我们就可以严格知道,哪个数据应该是包头包尾,哪个数据应该是载荷数据。
在接收载荷数据的时候,我们并不会判断它是否是包头包尾,而在接收包头包尾的时候,我们会判断它是不是确实是包头包尾,用于数据对齐。这样,在经过几个数据包的对齐之后,剩下的数据包应该就不会出现问题了。

第三种,增加包头包尾的数量,并且尽量让它呈现出载荷数据出现不了的状态。比如我们使用FF、FE作为包头,FD、FC作为包尾,这样也可以避免载荷数据和包头包尾重复的情况发生。

第二个问题这个包头包尾并不是全部都需要的,比如我们可以只要一个包头,把包尾删掉,这样数据包的格式就是,一个包头FF,加4个数据,这样也是可以的。
当检测到FF,开始接收,收够4个字节后,置标志位,一个数据包接收完成,这样也可以。不过这样的话,载荷和包头重复的问题会更严重一些,比如最严重的情况下,我载荷全是FF,包头也是FF,那你肯定不知道哪个是包头了,而加上了FE作为包尾,无论数据怎么变化,都是可以分辨出包头包尾的。

第三个问题固定包长和可变包长的选择问题
对应HEX数据包来说,如果你的载荷会出现和包头包尾重复的情况,那就最好选择固定包长,这样可以避免接收错误。如果你又会重复,又选择可变包长那数据很容易就乱套了。
如果载荷不会和包头包尾重复,那可以选择可变包长,数据长度,像这样,4位、3位、等等,1位、10位,来回任意变,肯定都没问题。因为包头包尾是唯一的,只要出现包头,就开始数据包,只要出现包尾,就结束数据包,这样就非常灵活了,这就是固定包长和可变包长选择的问题。

第四个问题各种数据转换为字节流的问题。这里数据包都是一个字节一个字节组成的,如果你想发送16位的整型数据、32位的整型数据,float、double,甚至是结构体,其实都没问题,因为它们内部其实都是由一个字节一个字节组成的,只需要用一个uint8_t的指针指向它,把它们当做一个字节数组发送就行了。

文本数据包

在这里插入图片描述
这里我同样介绍了固定包长可变包长这两种模式。由于数据被译码成字符形式,因此存在大量字符可以作为包头和包尾,这可以有效避免载荷和包头包尾重复的问题。
例如,以@字符作为包头,以’\r’ '\n’换行符作为包尾,在载荷数据中间允许出现除了包头包尾外的任意字符。这样,文本数据包不用担心载荷和包头包尾重复的问题,使用非常灵活。无论是可变包长还是各种字母、符号、数字,都可以随意使用。

当我们接收到载荷数据时,得到的是一个字符串。在软件中对字符串进行操作和判断,可以实现各种指令控制的功能。此外,字符串数据包的表达意义明显,可以把字符串数据包直接打印到串口助手上,很明显能看出指令和数据。所以这个文本数据包,通常以换行作为包尾,文本数据包通常以
便在打印时逐行显示。

对比HEX数据包和文本数据包,各有优缺点。HEX数据包的优势在于,传输最直接,解析数据简单,适合一些模块发送原始数据,比如使用串口通信的陀摆仪,温温度传感器。其缺点灵活性不足,载荷容易和包头包尾重复。

文本数据包的优点在于,数据直观易于理解,比较适台输入指令进行人机交互的场合。
例如,蓝牙模块常用的AT指令、CNC和3D打印机常用的G代码都是文本数据包的格式,然而,其缺点是解析效率低。

例如,发送数字100时,HEX数据包只需一个字节100即可,而文本数据包则需要三个字节的字符’1,“0,0。收到后还需字符转换为,数据才能得到100。所以,需要根据实际场景来选择和设计数据包格式。数据包格式定义。

数据包收发流程

在这里插入图片描述
首先,发送数据包的过程相对简单。在发送HEX数据包时,可以通过定义一个数组,填充数据,然后使用之前我们写过的SendArray函数发送即可。
在发送文本数据包时,可以通过写一个字符串,然后调用SendString函数发送。因此,发送数据包的过程是可控的,我们可以根据需要发送任何类型的数据包。

接收一个数据包,比较复杂了,这里是固定包长HEX数据包的接收方法,和可变包长文本数据包的接收方法,其他的数据包也都可以套用这个形式,等会儿我们写程序就会根据这里面的流程来。

我们先看一下如何来接收这个固定包长的HEX数据包。要接收固定包长的HEX数据包,我们需要设计一个状态机来处理。根据之前的代码,我们知道每当收到一个字节,程序会进入中断。在中断函数里,我们可以获取这个字节,但获取后需要退出中断。因此,每个收到的数据都是独立的过程,而数据包则具有前后关联性,包括包头、数据和包尾。为了处理这三种状态,我们需要设计一个能够记住不同状态的机制,并在不同状态下执行不同的操作,同时进行状态合理转移。这种程序设计思维就是“状态机”

在这里我们就使用状态机的方法来接收—个数据包,要想设计一个好的状态机程序,画一个这样的状态转移因是必要的。

我们看一下,对于下面这样—个固定包长HEX数据包来说,我们可以定义3个状态,第一个状态是等待包头,第二个状态是收数据,第三个状志是等待包尾,每个状态需要用一个变量来标志一下,比如我这里用变量S来标志,三个状态依次为S=0 S=1 S=2,这一点类似于置标志位,只不过标志位只有0和1,而状态机是多标志位状态的一种方式。

执行流程是:

对于固定包长的HEX数据包,我们可以定义三个状态:等待包头.接收数据,等待包尾。每个状态都可以用一个变量来标志,例如变量S来表示。这三个状态可以依次定义为S=0、 S=1. S=2。类似于置标志位,但标志位只有0和1,而状态机允许多标志位状态。

初始时,S=0表示等待包头状态。当中断发生时,根据S=0的状态,程序会进入等待包头的逻辑。判断数据是不是包头FF,如果收到的数据是FF(包头),则将状态设置为S=1并退出中断。下次再进中断,然后根据S=1的状态,进行接收数据的程序。如果收到的不是FF,就证明数据包没有对齐,那么需要继续等待包头出现,状态保持为S=0。下次中断,还是判断包头的逻辑,直到出现FF,才能转到下一个状态。

当收到FF(包头)后,状态会转移到S=1(接收数据状态)。在此状态下,接收到的数据会被存储在数组中,并记录己收到的数据数量。如果没接收到4个数据,就一直是接收状态,当收到4个数据后,将状态设置为S=2(等待包尾状态)。

在等待包尾状态下(S=2),判断数据是不是FE, 程序会等待收到FE(包尾)。如果收到FE,则将状态重置为S=0(等待包头状态),开始下一个数据包的接收,开启轮回 。如果收到的不是FE,那么需要进入重复等待包尾的状态,直到接收到真正的包尾。

这就是使用状态机接收数据包的思路。这个状态机其实是一种很广泛的编程思路,在很多地方都可以用到,使用的基本步骤是,先根据项目要求定义状态,画几个圈,然后考虑好各个状态在什么情况下会进行转移,如何转移,画好线和转移条件,最后根据这个图来进行编程,这样思维就会非常清晰了。

文本数据包

在这里插入图片描述

同样也是利用状态机,定义3个状态。第一个状态,等待包头,判断收到的是不是我们规定的⑨符号,如果收到@,就进入接收状态,在这个状态(S=1)下,依次接收数据,同时,这个状态还应该要兼具等待包尾的功能。因为这是可变包长,我们接收数据的时候,也要时刻监视.是不是收到包尾了,一但收到包尾了,就结束。

那这里(S=2),这个状态的逻辑就应该是,收到一个数据,判断是不是\r,如果不是,则正常接收,如果是,则不接收,同时跳到下一个状态,等待包尾\n,因为我这里数据包有两个包尾\r\n,所以需要第三个状态,如果只有一个包尾,那在出现包尾之后,就可以直接回到初始状态了,只需要两个状态就行,因为接收数据和等待包尾需要在一个状态里同时进行,由于串口的包头包尾不会出现在数据中,所以基本不会出现数据错位的现象,这就是使用状态机接收文本数据包的方法

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/bicheng/20265.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

SpringSecurity6从入门到实战之整合原生Filter链

SpringSecurity6从入门到实战之整合原生Filter链 DelegatingFilterProxy 从官网上来进行学习可以看到第一个类就是DelegatingFilterProxy,我们首先看看官网给下的定义. Spring提供了一个名为DelegatingFilterProxy的过滤器实现,它允许在Servlet容器的生命周期和Spr…

Raid的全局热备和独立热备

目录 Hot Spare背景: 1.定义与功能 2.数据存储与容量 3.配置模式 4.数量限制: 5.数据重建: 6.管理与维护 实操全局热备和独立热备: 配置全局热备: 配置独立热备: Hot Spare背景: 在RAID配置中,Hot Spare(热备)是一个非常重要的概念…

发现一个ai工具网站

网址 https://17yongai.com/ 大概看了下,这个网站收集的数据还挺有用的,有很多实用的ai教程。 懂ai工具的可以在这上面找找灵感。

善听提醒遵循易经原则。世界大同只此一路。

如果说前路是一个大深坑,那必然是你之前做的事情做的不太好,当坏的时候,坏的结果来的时候,是因为你之前的行为,你也就不会再纠结了,会如何走出这个困境,是好的来了,不骄不躁&#xf…

事先预判事的结果事先预防从容应对防微杜渐

很多人呢,学习倪老师的知识,也都是从他的中医方面,认识了他很多的东西呢,对于倪老师的知识性的总结的东西呢,不是很了解。 其实啊,倪老师也是一个,对于这种文化的传承,有着很大很深刻…

YOLOv10涨点改进:卷积魔改 | 分布移位卷积(DSConv),提高卷积层的内存效率和速度

💡💡💡本文改进内容: YOLOv10如何魔改卷积进一步提升检测精度?提出了一种卷积的变体,称为DSConv(分布偏移卷积),其可以容易地替换进标准神经网络体系结构并且实现较低的存储器使用和较高的计算速度。 DSConv将传统的卷积内核分解为两个组件:可变量化内核(VQK)和…

C# yolov8 TensorRT +ByteTrack Demo

C# yolov8 TensorRT ByteTrack Demo 目录 效果 说明 项目 代码 Form2.cs YoloV8.cs ByteTracker.cs 下载 参考 效果 说明 环境 NVIDIA GeForce RTX 4060 Laptop GPU cuda12.1cudnn 8.8.1TensorRT-8.6.1.6 版本和我不一致的需要重新编译TensorRtExtern.dll&…

微调医疗大模型,与通用大模型效果对比

下面是一份CT描述: “肝脏大小、形态未见明确异常。肝S2见一结节状低密度影,大小约13x11mm,增强扫描呈明显渐进性强化,延迟期呈等密度。余肝实质内未见异常密度影或强化灶。肝内大血管及其分支走行未见异常,肝门区层次…

ip地址告诉别人安全吗?ip地址告诉别人会有什么风险

IP地址告诉别人安全吗?在数字化时代,IP地址作为网络连接的关键标识符,承载着重要的安全意义。然而,很多人可能并不清楚,轻易地将自己的IP地址告诉他人可能带来一系列安全风险。那么,IP地址告诉别人会有什么…

文件夹损坏0字节:全面解析、恢复技巧与预防策略

在数字时代,数据的完整性和安全性至关重要。然而,我们时常会遭遇文件夹损坏并显示为0字节的棘手问题。这种情况一旦发生,用户可能会面临数据丢失的风险。本文将详细探讨文件夹损坏0字节的现象,分析其背后的原因,并提供…

Redis-重定向

实验环境(3主3从的Redis-Cluster) 一、Redis重定向基础篇 1、MOVED重定向 Redis Custer 中,客户端可以向集群中任意节点发送请求。此时当前节点先对 Key 进行 CRC 16 计算,然后按 16384 取模确定 Slot 槽。确定该 Slot 槽所对应的…

为什么使用短链系统?

短链接(Short Link)是指将一个原始的长 URL(Uniform Resource Locator)通过特定的算法或服务转化为一个更短、易于记忆的 URL。短链接通常只包含几个字符,而原始的长 URL 可能会非常长。 短链接的原理非常简单&#x…

【Java数据结构】详解LinkedList与链表(二)

目录 1.❤️❤️前言~🥳🎉🎉🎉 2.反转一个单链表 3. 找到链表的中间节点 4.输入一个链表,输出该链表中倒数第k个结点。 5.合并两个有序链表 6.链表分割 7. 判定链表的回文结构 8.输入两个链表,找…

打印机的ip不同且连不上

打印机的ip不同且连不上 1.问题分析2.修改网段3.验证网络 1.问题分析 主要是打印机的网段和电脑不在同一个网段 2.修改网段 3.验证网络

Web前端三大主流框:React、Vue 和 Angular

在当今快速发展的 Web 开发领域,选择合适的前端框架对于项目的成功至关重要。React、Vue 和 Angular 作为三大主流前端框架,凭借其强大的功能和灵活的特性,赢得了众多开发者的青睐。本文将对这三大框架进行解析,帮助开发者了解它们…

C/C++学习笔记 C读取文本文件

1、简述 要读取文本文件,需要按照以下步骤操作: 首先,使用该函数打开文本文件fopen()。其次,使用fgets()或fgetc()函数从文件中读取文本。第三,使用函数关闭文件fclose()。 2、每次从文件中读取一个字符 要从文本文…

整理一下win7系统java、python等各个可安装版本

最近使用win7系统,遇到了很多版本不兼容的问题,把我现在安装好的可使用的分享给大家 jdk 1.8 maven-3.9.6 centos 7 python 3.7.4 docker DockerToolbox-18.01.0-ce win10是直接一个docker软件,win7要安装这三个 datagrip-2020.2.3 d…

2.1Docker安装MySQL8.0

2.1 Docker安装MySQL8.0 1.拉取MySQL docker pull mysql:latest如:拉取MySQL8.0.33版本 docker pull mysql:8.0.332. 启动镜像 docker run -p 3307:3306 --name mysql8 -e MYSQL_ROOT_PASSWORDHgh75667% -d mysql:8.0.33-p 3307:3306 把mysql默认的3306端口映射…

CentOs-7.5 root密码忘记了,如何重置密码?

VWmare软件版本:VMware Workstation 16 Pro Centos系统版本:CentOS-7.5-x86 64-Minimal-1804 文章目录 问题描述如何解决? 问题描述 长时间没有使用Linux系统,root用户密码忘记了,登陆不上系统,如下图所示…

FreeRTOS基础(三):动态创建任务

上一篇博客,我们讲解了FreeRTOS中,我们讲解了创建任务和删除任务的API函数,那么这一讲,我们从实战出发,规范我们在FreeRTOS下的编码风格,掌握动态创建任务的编码风格,达到实战应用! …