C# 串口操作系列(3) -- 协议篇,二进制协议数据解析 .

简介:

我们的串口程序,除了通用的,进行串口监听收发的简单工具,大多都和下位机有关,这就需要关心我们的通讯协议如何缓存,分析,以及通知界面。

    我们先说一下通讯协议。通讯协议就是通讯双方共同遵循的一套规则,定义协议的原则是尽可能的简单以提高传输率,尽可能的具有安全性保证数据传输完整正确。基于这2点规则,我们一个通讯协议应该是这样的:+数据长度+数据正文+校验

    例如:AA 44 05 01 02 03 04 05 EA

    这里我假设的一条数据,协议如下:

    数据头:     AA 44

    数据长度: 05

    数据正文: 01 02 03 04 05

    校验:       EA

    一般数据的校验,都会采用常用的方式,CRC16,CRC32,Xor。

    有的数据安全要求高的,不允许丢包的,可能还要加入重发机制或是加入数据恢复算法,在校验后根据前面数据添加恢复字节流以恢复数据。我这里采用的是简单的异或校验,包含数据头的所有字节,依次异或得到的。

    协议很简单,我也认为分析协议是很简单的事情,下面我们就如何分析协议来实际的结合c#看一下。

    er…再等等,在我们实际开始编码之前,还有一个规则需要了解,我们有了通讯协议,如何结合串口的协议来分析,需要关心什么呢?哦。一般就是4个问题:缓存收到的所有数据找到一条完整数据分析数据界面通知

    如果分的更详细一点,缓存收到的所有数据,我们想到最高效的办法就是顺序表,也就是数组,但数组的操作比较复杂,当你使用完一条数据后,用过的需要移除;新数据如果过多的时候,缓存过大需要清理;数据搬移等等,很有可能一个不小心就会丢数据导致软件出些莫名其妙的小问题。个人建议,使用List<byte>,内部是数组方式实现,每次数据不足够的时候会扩容1倍,数据的增删改都已经做的很完善了。不会出现什么小问题。

    找到一条完整数据,如何找到完整数据呢?就我们例子的这个协议,首先在缓存的数据中找AA 44,当我们找到后,探测后面的字节,发现是05,然后看缓存剩下的数据是否足够,不足够就不用判断,减少时间消耗,如果剩余数据>=6个(包含1个字节的校验),我们就算一个校验,看和最后的校验是否一致。

    分析数据:鉴于网络的开放性,我无法确定读者对c#的了解程度,介绍一下,常用的方式就是BitConvert.ToInt32这一系列的方法,把连续的字节(和变量长度一样)读取并转换为对应的变量。c++下使用memcpy,或直接类型转换后进行值拷贝,vb6下使用CopyMemory这个api。

    校验:前面说过了。完整性判断的时候需要和校验对比,大多系统都不太严格,不支持重发,所以数据错误就直接丢弃。导致数据错误的原因很多,比如电磁干扰导致数据不完整或错误、硬件驱动效率不够导致数据丢失、我们的软件缓存出错等。这些软件因素数据系统错误,需要修改,但是电磁干扰么,有这个可能的。虽然很少。

    其实我知道,就算是我,看别人的博客也是,喜欢看图片,看代码,文字性的东西,一看就头大。那我接下来贴出基于上一篇文章的改进版本,支持协议分析(协议不能配置,可配置的协议不是我们讨论的范畴。可以看看有DFA(确定性有限状态机))

    我们修改一下界面,以便能显示收到后分析的数据

    红色部分是新增的

 

代码如下:

 

[c-sharp]  view plain copy print ?
  1. using System;  
  2. using System.Collections.Generic;  
  • using System.ComponentModel;  
  • using System.Data;  
  • using System.Drawing;  
  • using System.Linq;  
  • using System.Text;  
  • using System.Windows.Forms;  
  • using System.IO.Ports;  
  • using System.Text.RegularExpressions;  
  • namespace SerialportSample  
  • {  
  •     public partial class SerialportSampleForm : Form  
  •     {  
  •         private SerialPort comm = new SerialPort();  
  •         private StringBuilder builder = new StringBuilder();//避免在事件处理方法中反复的创建,定义到外面。   
  •         private long received_count = 0;//接收计数   
  •         private long send_count = 0;//发送计数   
  •         private bool Listening = false;//是否没有执行完invoke相关操作   
  •         private bool Closing = false;//是否正在关闭串口,执行Application.DoEvents,并阻止再次invoke   
  •         private List<byte> buffer = new List<byte>(4096);//默认分配1页内存,并始终限制不允许超过   
  •         private byte[] binary_data_1 = new byte[9];//AA 44 05 01 02 03 04 05 EA   
  •         public SerialportSampleForm()  
  •         {  
  •             InitializeComponent();  
  •         }  
  •         //窗体初始化   
  •         private void Form1_Load(object sender, EventArgs e)  
  •         {  
  •             //初始化下拉串口名称列表框   
  •             string[] ports = SerialPort.GetPortNames();  
  •             Array.Sort(ports);  
  •             comboPortName.Items.AddRange(ports);  
  •             comboPortName.SelectedIndex = comboPortName.Items.Count > 0 ? 0 : -1;  
  •             comboBaudrate.SelectedIndex = comboBaudrate.Items.IndexOf("19200");  
  •             //初始化SerialPort对象   
  •             comm.NewLine = "/r/n";  
  •             comm.RtsEnable = true;//根据实际情况吧。   
  •             //添加事件注册   
  •             comm.DataReceived += comm_DataReceived;  
  •         }  
  •         void comm_DataReceived(object sender, SerialDataReceivedEventArgs e)  
  •         {  
  •             if (Closing) return;//如果正在关闭,忽略操作,直接返回,尽快的完成串口监听线程的一次循环   
  •             try  
  •             {  
  •                 Listening = true;//设置标记,说明我已经开始处理数据,一会儿要使用系统UI的。   
  •                 int n = comm.BytesToRead;//先记录下来,避免某种原因,人为的原因,操作几次之间时间长,缓存不一致   
  •                 byte[] buf = new byte[n];//声明一个临时数组存储当前来的串口数据   
  •                 received_count += n;//增加接收计数   
  •                 comm.Read(buf, 0, n);//读取缓冲数据   
  •                 /////////////////////////////////////////////////////////////////////////////////////////////////////////////   
  •                 //<协议解析>   
  •                 bool data_1_catched = false;//缓存记录数据是否捕获到   
  •                 //1.缓存数据   
  •                 buffer.AddRange(buf);  
  •                 //2.完整性判断   
  •                 while (buffer.Count >= 4)//至少要包含头(2字节)+长度(1字节)+校验(1字节)   
  •                 {  
  •                     //请不要担心使用>=,因为>=已经和>,<,=一样,是独立操作符,并不是解析成>和=2个符号   
  •                     //2.1 查找数据头   
  •                     if (buffer[0] == 0xAA && buffer[1] == 0x44)  
  •                     {  
  •                         //2.2 探测缓存数据是否有一条数据的字节,如果不够,就不用费劲的做其他验证了   
  •                         //前面已经限定了剩余长度>=4,那我们这里一定能访问到buffer[2]这个长度   
  •                         int len = buffer[2];//数据长度   
  •                         //数据完整判断第一步,长度是否足够   
  •                         //len是数据段长度,4个字节是while行注释的3部分长度   
  •                         if (buffer.Count < len + 4) break;//数据不够的时候什么都不做   
  •                         //这里确保数据长度足够,数据头标志找到,我们开始计算校验   
  •                         //2.3 校验数据,确认数据正确   
  •                         //异或校验,逐个字节异或得到校验码   
  •                         byte checksum = 0;  
  •                         for (int i = 0; i < len + 3; i++)//len+3表示校验之前的位置   
  •                         {  
  •                             checksum ^= buffer[i];  
  •                         }  
  •                         if (checksum != buffer[len + 3]) //如果数据校验失败,丢弃这一包数据   
  •                         {  
  •                             buffer.RemoveRange(0, len + 4);//从缓存中删除错误数据   
  •                             continue;//继续下一次循环   
  •                         }  
  •                         //至此,已经被找到了一条完整数据。我们将数据直接分析,或是缓存起来一起分析   
  •                         //我们这里采用的办法是缓存一次,好处就是如果你某种原因,数据堆积在缓存buffer中   
  •                         //已经很多了,那你需要循环的找到最后一组,只分析最新数据,过往数据你已经处理不及时   
  •                         //了,就不要浪费更多时间了,这也是考虑到系统负载能够降低。   
  •                         buffer.CopyTo(0, binary_data_1, 0, len + 4);//复制一条完整数据到具体的数据缓存   
  •                         data_1_catched = true;  
  •                         buffer.RemoveRange(0, len + 4);//正确分析一条数据,从缓存中移除数据。   
  •                     }  
  •                     else  
  •                     {  
  •                         //这里是很重要的,如果数据开始不是头,则删除数据   
  •                         buffer.RemoveAt(0);  
  •                     }  
  •                 }  
  •                 //分析数据   
  •                 if (data_1_catched)  
  •                 {  
  •                     //我们的数据都是定好格式的,所以当我们找到分析出的数据1,就知道固定位置一定是这些数据,我们只要显示就可以了   
  •                     string data = binary_data_1[3].ToString("X2") + " " + binary_data_1[4].ToString("X2") + " " +  
  •                         binary_data_1[5].ToString("X2") + " " + binary_data_1[6].ToString("X2") + " " +  
  •                         binary_data_1[7].ToString("X2");  
  •                     //更新界面   
  •                     this.Invoke((EventHandler)(delegate { txData.Text = data; }));  
  •                 }  
  •                 //如果需要别的协议,只要扩展这个data_n_catched就可以了。往往我们协议多的情况下,还会包含数据编号,给来的数据进行   
  •                 //编号,协议优化后就是: 头+编号+长度+数据+校验   
  •                 //</协议解析>   
  •                 /////////////////////////////////////////////////////////////////////////////////////////////////////////////   
  •                 builder.Clear();//清除字符串构造器的内容   
  •                 //因为要访问ui资源,所以需要使用invoke方式同步ui。   
  •                 this.Invoke((EventHandler)(delegate  
  •                 {  
  •                     //判断是否是显示为16禁止   
  •                     if (checkBoxHexView.Checked)  
  •                     {  
  •                         //依次的拼接出16进制字符串   
  •                         foreach (byte b in buf)  
  •                         {  
  •                             builder.Append(b.ToString("X2") + " ");  
  •                         }  
  •                     }  
  •                     else  
  •                     {  
  •                         //直接按ASCII规则转换成字符串   
  •                         builder.Append(Encoding.ASCII.GetString(buf));  
  •                     }  
  •                     //追加的形式添加到文本框末端,并滚动到最后。   
  •                     this.txGet.AppendText(builder.ToString());  
  •                     //修改接收计数   
  •                     labelGetCount.Text = "Get:" + received_count.ToString();  
  •                 }));  
  •             }  
  •             finally  
  •             {  
  •                 Listening = false;//我用完了,ui可以关闭串口了。   
  •             }  
  •         }  
  •         private void buttonOpenClose_Click(object sender, EventArgs e)  
  •         {  
  •             //根据当前串口对象,来判断操作   
  •             if (comm.IsOpen)  
  •             {  
  •                 Closing = true;  
  •                 while (Listening) Application.DoEvents();  
  •                 //打开时点击,则关闭串口   
  •                 comm.Close();  
  •             }  
  •             else  
  •             {  
  •                 //关闭时点击,则设置好端口,波特率后打开   
  •                 comm.PortName = comboPortName.Text;  
  •                 comm.BaudRate = int.Parse(comboBaudrate.Text);  
  •                 try  
  •                 {  
  •                     comm.Open();  
  •                 }  
  •                 catch(Exception ex)  
  •                 {  
  •                     //捕获到异常信息,创建一个新的comm对象,之前的不能用了。   
  •                     comm = new SerialPort();  
  •                     //现实异常信息给客户。   
  •                     MessageBox.Show(ex.Message);  
  •                 }  
  •             }  
  •             //设置按钮的状态   
  •             buttonOpenClose.Text = comm.IsOpen ? "Close" : "Open";  
  •             buttonSend.Enabled = comm.IsOpen;  
  •         }  
  •         //动态的修改获取文本框是否支持自动换行。   
  •         private void checkBoxNewlineGet_CheckedChanged(object sender, EventArgs e)  
  •         {  
  •             txGet.WordWrap = checkBoxNewlineGet.Checked;  
  •         }  
  •         private void buttonSend_Click(object sender, EventArgs e)  
  •         {  
  •             //定义一个变量,记录发送了几个字节   
  •             int n = 0;  
  •             //16进制发送   
  •             if (checkBoxHexSend.Checked)  
  •             {  
  •                 //我们不管规则了。如果写错了一些,我们允许的,只用正则得到有效的十六进制数   
  •                 MatchCollection mc = Regex.Matches(txSend.Text, @"(?i)[/da-f]{2}");  
  •                 List<byte> buf = new List<byte>();//填充到这个临时列表中   
  •                 //依次添加到列表中   
  •                 foreach (Match m in mc)  
  •                 {  
  •                     buf.Add(byte.Parse(m.Value, System.Globalization.NumberStyles.HexNumber));  
  •                 }  
  •                 //转换列表为数组后发送   
  •                 comm.Write(buf.ToArray(), 0, buf.Count);  
  •                 //记录发送的字节数   
  •                 n = buf.Count;  
  •             }  
  •             else//ascii编码直接发送   
  •             {  
  •                 //包含换行符   
  •                 if (checkBoxNewlineSend.Checked)  
  •                 {  
  •                     comm.WriteLine(txSend.Text);  
  •                     n = txSend.Text.Length + 2;  
  •                 }  
  •                 else//不包含换行符   
  •                 {  
  •                     comm.Write(txSend.Text);  
  •                     n = txSend.Text.Length;  
  •                 }  
  •             }  
  •             send_count += n;//累加发送字节数   
  •             labelSendCount.Text = "Send:" + send_count.ToString();//更新界面   
  •         }  
  •         private void buttonReset_Click(object sender, EventArgs e)  
  •         {  
  •             //复位接受和发送的字节数计数器并更新界面。   
  •             send_count = received_count = 0;  
  •             labelGetCount.Text = "Get:0";  
  •             labelSendCount.Text = "Send:0";  
  •         }  
  •     }  
  • }  

 

 

至此,你只要按这个协议格式发送数据到软件打开的串口。就能在数据的data标签显示出你的数据内容,我们现在是直接显示为:

01 02 03 04 05

也就是数据段内容。

 

运行截图:

请注意红色部分

 

发送模拟数据的界面,使用通用工具SSCOMM32.exe

sscomm32.exe 发送模拟数据的界面

 

我们在回顾一下,一般二进制格式数据就是这样分析,分析数据长度是否足够,找到数据头,数据长度,校验,然后分析。

分析方式很多。结合各自实际情况操作,可以使用序列化方式,但是wince不支持,也可以用BitConvert方式将连续的字节读取为某个类型的变量。

 

希望看到这里,能给你带来帮助,欢迎大家和我讨论,希望经验丰富的朋友不吝赐教。上一篇中,有朋友说用BeginInvoke可以避免死锁问题,我暂时没有线,没有测试成功,改天测试后再公布结果。

 

DataReceived事件中,最高效的做法是指缓存数据,然后异步的去分析数据。但是,这样较复杂,在效率要求不是很高的情况下(大多数情况),可以在DataReceived事件中缓存数据后,立刻进行数据完整性检查,有效性检查,分析数据,以及更新界面。但这么做有一个隐患,底层串口操作的效率依赖于数据分析和界面更新,任何一个环节频繁耗时过长,都会造成数据的堆积。文章只假设都不拖时间的情况。



本文转自夜&枫博客园博客,原文链接:http://www.cnblogs.com/newstart/archive/2012/05/16/2504653.html,如需转载请自行联系原作者

相关文章
|
5月前
|
网络协议
为何UDP协议不可靠?DNS为何选择UDP?
总的来说,UDP和TCP各有优势,选择哪种协议取决于应用的具体需求。UDP可能不如TCP可靠,但其简单、快速的特性使其在某些场景下成为更好的选择。而DNS就是这样的一个例子,它利用了UDP的优势,以实现快速、高效的名字解析服务。
260 14
|
6月前
|
数据采集 JSON 数据可视化
JSON数据解析实战:从嵌套结构到结构化表格
在信息爆炸的时代,从杂乱数据中提取精准知识图谱是数据侦探的挑战。本文以Google Scholar为例,解析嵌套JSON数据,提取文献信息并转换为结构化表格,通过Graphviz制作技术关系图谱,揭示文献间的隐秘联系。代码涵盖代理IP、请求头设置、JSON解析及可视化,提供完整实战案例。
403 4
JSON数据解析实战:从嵌套结构到结构化表格
|
6月前
|
编解码 监控 网络协议
RTSP协议规范与SmartMediaKit播放器技术解析
RTSP协议是实时流媒体传输的重要规范,大牛直播SDK的rtsp播放器基于此构建,具备跨平台支持、超低延迟(100-300ms)、多实例播放、高效资源利用、音视频同步等优势。它广泛应用于安防监控、远程教学等领域,提供实时录像、快照等功能,优化网络传输与解码效率,并通过事件回调机制保障稳定性。作为高性能解决方案,它推动了实时流媒体技术的发展。
313 5
|
6月前
|
JSON 监控 网络协议
Bilibili直播信息流:连接方法与数据解析
本文详细介绍了自行实现B站直播WebSocket连接的完整流程。解析了基于WebSocket的应用层协议结构,涵盖认证包构建、心跳机制维护及数据包解析步骤,为开发者定制直播数据监控提供了完整技术方案。
|
6月前
|
缓存 监控 搜索推荐
【实战解析】smallredbook.item_get_video API:小红书视频数据获取与电商应用指南
本文介绍小红书官方API——`smallredbook.item_get_video`的功能与使用方法。该接口可获取笔记视频详情,包括无水印直链、封面图、时长、文本描述、标签及互动数据等,并支持电商场景分析。调用需提供`key`、`secret`和`num_iid`参数,返回字段涵盖视频链接、标题、标签及用户信息等。同时,文章提供了电商实战技巧,如竞品监控与个性化推荐,并列出合规注意事项及替代方案对比。最后解答了常见问题,如笔记ID获取与视频链接时效性等。
|
6月前
|
存储 缓存 监控
如何高效爬取天猫商品数据?官方API与非官方接口全解析
本文介绍两种天猫商品数据爬取方案:官方API和非官方接口。官方API合法合规,适合企业长期使用,需申请企业资质;非官方接口适合快速验证需求,但需应对反爬机制。详细内容涵盖开发步骤、Python实现示例、反爬策略、数据解析与存储、注意事项及扩展应用场景。推荐工具链包括Playwright、aiohttp、lxml等。如需进一步帮助,请联系作者。
|
6月前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
561 29
|
6月前
|
前端开发 数据安全/隐私保护 CDN
二次元聚合短视频解析去水印系统源码
二次元聚合短视频解析去水印系统源码
172 4
|
6月前
|
JavaScript 算法 前端开发
JS数组操作方法全景图,全网最全构建完整知识网络!js数组操作方法全集(实现筛选转换、随机排序洗牌算法、复杂数据处理统计等情景详解,附大量源码和易错点解析)
这些方法提供了对数组的全面操作,包括搜索、遍历、转换和聚合等。通过分为原地操作方法、非原地操作方法和其他方法便于您理解和记忆,并熟悉他们各自的使用方法与使用范围。详细的案例与进阶使用,方便您理解数组操作的底层原理。链式调用的几个案例,让您玩转数组操作。 只有锻炼思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
|
6月前
|
移动开发 前端开发 JavaScript
从入门到精通:H5游戏源码开发技术全解析与未来趋势洞察
H5游戏凭借其跨平台、易传播和开发成本低的优势,近年来发展迅猛。接下来,让我们深入了解 H5 游戏源码开发的技术教程以及未来的发展趋势。

推荐镜像

更多
  • DNS