python上位机串行通信接收字节数据的校验处理-以crc16-modbus为例

在串行通信中,接收到的数据是否正确,一般用CRC校码的方式来完成。上位机向下位机发送数据时,需要加上校验码,同理,下位机向上位机上报数据时,也需要加上校验码。

校验码的计算方法有很多,比较简单的是奇偶校验,相对来说容易计算,且数据传输的可靠度也还不错。比较可靠的方法用CRC校验,CRC的原理在此不详述,有需要的自行在CSDN上找答案。

这里需要说的是,接收到数据后,如何对该数据是否正确进行校验。

一、从串口接收到原始数据的不同表现形式

作为上位机,从串口收到的数据是这样的:

注意看图片的第3行和第4行。第3行是显示的字节码,第4行是转为16进制数显示,两者是不同的。

寻么在做校验时,是以哪个为准呢。

我们打开 字节数据校验码计算器,可以参考CRC(循环冗余校验)在线计算_ip33.com,看计算的结果

貌似是以第4行显示的结果进行的计算,我们收到的原始数据不是这个样子,似乎这种方法不可行。

其实有这个困惑的主要原因,是对字节码数据与16进制数据理解不深不透造成的。我们通过串口助手来重新看一下这个过程。首先我以十六进制的形式进行收发。

可以看到这个数据和程序收到的数据是一致的,对应的16进制数据就是A1 61 00 09 B2,转换成二进制再看一下:

data = b'\xa1a\x00\t\xb2'
binary_str1 = ' '.join(f'{byte:08b}' for byte in data)
display(binary_str1)

得到的结果是:'10100001 01100001 00000000 00001001 10110010'

我们看到他和16进制数据是一一对应的。

以上说了半天,只是为了说明我们接收到的数据的表现形式,以加深我们对校验处理的理解。

二、校验

校验涉及两个问题,一是将接收到的原始数据截取成信息数据和校验码的形式;二是将信息数据用校验码生成工具重新计算生成校验码;三是对比两个校验码,看其是否一致。

def CRC16_Modbus_verification(self, rx_buf: bytes)->bool:
        """使用CRC16_Modbus校验接收到的数据是否正确

        Args:
            rx_buf (bytes): 从串口接收到的数据,最后两个字节,高字节为crc_l,低字节为crc_h

        Returns:
            bool: 0,校验失败,1校验成功
        """
        crc_h,crc_l = self.CRC16_Modbus(rx_buf[:-2])                      # 校验
        #print('rx_buf[-2:-1]:',rx_buf[-2:-1])
        if crc_l == rx_buf[-2:-1] and crc_h == rx_buf[-1:]:
            return 1
        else:
            return 0

使用上述函数,直接可以将接收到的字节码输入,自动出来计算结果,以决定数据是否采用。

以上简要描述了接收原始数据的表现形式与校验方法,当然处理这种校验的方法有很多,实际项目中,上位机开发与下位机开发要进行充分的沟通,使用相同的校验算法,这样才能通过串口进行有效通信。

  • 5
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

吃饭的家伙事儿

您的鼓励是我创作的最大动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值