找回密码
 立即注册
查看: 842|回复: 4

串口数据丢失 如何重新同步?

[复制链接]
  • 打卡等级:以坛为家II
  • 打卡总天数:458
  • 最近打卡:2025-05-01 07:48:22
已绑定手机
已实名认证

110

主题

2219

回帖

5452

积分

版主

积分
5452
发表于 2024-9-26 21:29:43 | 显示全部楼层 |阅读模式
本帖最后由 王昱顺 于 2024-9-27 08:33 编辑

      串口通信,作为嵌入式领域常见通讯方式之一,应用相当广泛。常用于各种模块之间的通讯,以及调试使用。不过,串口本身的抗干扰并不是很好,如果遇到线长一些或者因为接触不良造成信号数据包丢失的情况,普通的直接传输方式就分辨不出来,容易造成数据混乱了。
截图202409262128154056.jpg
      下面就来介绍一些常用的几种可以过滤某几个数据丢失,或者传输错误的处理方式。
      首先从硬件层面来讲,串口发送的数据包一般都不是连续的,以这个特点出发,就可以使用定时器手动实现串口接收的超时分包。或者使用带有串口超时功能的芯片,比如最新的AI8051U、STC8H2K08U,通过设置超时中断功能实现分包。但是此时还不能分辨是不是漏掉了数据包,还需要加入校验。如果数据包内数据不多,可以直接使用ADD8校验(所有数据加起来,取低八位),或者按照实际需求,使用CRC16之类的常见算法。此时,如果数据丢失或者某几个数据位错误,即可通过跟校验位计算得到是否存在数据缺失问题。
      比如下面举一个例子,使用ADD8算法,发送的数据包是
00 01 02 03 06其中,最后一个06是前面所有数据位的和
      如果数据受到了干扰,变成了
01 01 02 03 06,那么前四个数据位计算的校验结果就是07,和06比较发现不对,即可丢弃当前数据包
      如果因为接口松动、干扰等问题丢失了一个数据包,变成了
00 01 03 06 00(不够的位,不改变就是0)
      此时,按照校验计算,前四个数据位的和就是0a,与最后的00不符合,也能发现问题,然后丢弃数据包。
      但是这种传输方式要求串口的包与包之间需要带有一定的停顿来触发超时中断,对于遥控类或者实时数据传输类型的数据,如果想要持续不中断的发送的情况,就可以使用包头方式进行识别了。
      那么,没有了超时中断来进行分包,应该如何分辨坏数据和丢数据呢?甚至说,如果数据内容里有和包头一致的数据,会不会被识别成包头导致错误?下面来细细分析。
      首先需要确定的就是,包头方式不大适合变长数据发送,不然有可能错误识别到异常的长度数据,导致相当长一段的数据失效。
      这里,直接来举一个例子说明包头方式如何分辨数据包的。
      假设数据包的包头为aa,使用ADD8进行校验,带校验位总长度为5个字节,校验包括包头。
      那么,发送的数据就是这个样子的:
aa 00 01 02 ad 最后的ad为aa+01+02的和。
      上面已经展示过了校验位可以排除掉数据丢失或者异常的情况,这里就直接展示如何从一串数据流中读取到上面这段数据
      假设数据流为:
00 33 aa 02 aa 00 01 02 ad aa 00 01 02 ad
      首先程序从头开始搜索aa数据,第一次搜索到的是 aa 02 aa 00 01,此时经过计算,01校验位和前面的数据位不和,丢弃数据包(此时的数据同步还是错误的)。
      然后继续向后开始搜索,经过了 02 ad后,再次搜到了一个aa数据头,此时再次读取出一串数据:
aa 00 01 02 ad,这里再将ad和前面的数据和进行校验比较,发现数据成功匹配,可以认定为当前帧是有效的了。
      这时候,就会发现之前不同步的数据位也神奇的同步回来了,而且数据流中,额外的aa(虚假数据头)也没有被识别成功,仅仅干扰了一个数据包的识别。
      这种利用数据头进行重同步的方式,其实相当适合流数据传输,因为数据想要传输的快,就不可避免的受到一些干扰,并且数据位有概率受到污染或者缺失问题。这种问题其实在无线遥控上更为常见一些。

      使用这些常见的重同步手段,可以让串口通讯变得更加好用,即使出现了数据丢失和错误,也可以识别和丢弃掉。也就避免了直接使用串口传输数据时,因为偶然的数据丢失造成数据识别混乱。

回复

使用道具 举报 送花

  • 打卡等级:以坛为家II
  • 打卡总天数:458
  • 最近打卡:2025-05-01 07:48:22
已绑定手机
已实名认证

110

主题

2219

回帖

5452

积分

版主

积分
5452
发表于 2024-9-27 08:37:27 | 显示全部楼层
wnag*** 发表于 2024-9-27 06:59
读取数据时用缓存,然后搜索aa,获取后面的固定长度,第一次是aa 02 aa 00 01,不正确丢弃
,第二次就可以直 ...

你说的这个是从上一次搜索失败的地方重新开始向后搜索,这样显然是可以保证更多的包被识别到。不过我这个方法其实是对使用串口中断接收的简单场景做了适配,即判断到aa就进入识别,错了就继续等待下一个aa。没有缓存机制。
回复 支持 反对

使用道具 举报 送花

  • 打卡等级:以坛为家II
  • 打卡总天数:417
  • 最近打卡:2025-04-30 21:39:09
已绑定手机

34

主题

2096

回帖

2206

积分

荣誉版主

积分
2206
发表于 2024-9-27 10:14:31 | 显示全部楼层
我一般定义一个短buffer,匹配到帧头字节开始移动buffer指针,接收够长度判断帧尾,如果匹配立即解析,不匹配则抛弃,从匹配到帧头开始做超时检测,对于触发超时还接收不够的数据抛弃,
中心思想是通过好超时机制 确保空闲一段时间后收到的第一个字节必然是帧头 如果不是帧头就是辣鸡数据 直接抛弃 对于正常帧头来的数据接收够预定长度后核对帧尾及校验,全部正确再解析。这样只要是连续的有效数据帧都能正确解析,无论帧前帧后有什么乱码数据都无所谓。
睁开眼睛做场梦~~~
回复 支持 反对

使用道具 举报 送花

  • 打卡等级:以坛为家I
  • 打卡总天数:375
  • 最近打卡:2025-04-26 15:51:33
已绑定手机

27

主题

301

回帖

822

积分

高级会员

积分
822
发表于 2024-9-30 08:18:24 | 显示全部楼层
多协议的这么解析呢?

点评

多协议的也是通过包头和校验进行对齐的。 只不过支持更多的包头和标识符来配合不同的协议。 这里就讲了一种最简单的  详情 回复 发表于 2024-9-30 09:19
回复 支持 反对

使用道具 举报 送花

  • 打卡等级:以坛为家II
  • 打卡总天数:458
  • 最近打卡:2025-05-01 07:48:22
已绑定手机
已实名认证

110

主题

2219

回帖

5452

积分

版主

积分
5452
发表于 2024-9-30 09:19:17 | 显示全部楼层
小*** 发表于 2024-9-30 08:18
多协议的这么解析呢?

多协议的也是通过包头和校验进行对齐的。
只不过支持更多的包头和标识符来配合不同的协议。
这里就讲了一种最简单的
回复 支持 反对

使用道具 举报 送花

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|深圳国芯人工智能有限公司 ( 粤ICP备2022108929号-2 )

GMT+8, 2025-5-2 02:47 , Processed in 0.128144 second(s), 75 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表