c#串口操作系列
来源:互联网 发布:试述关系数据库的特点 编辑:程序博客网 时间:2024/05/16 11:36
我假设读者已经了解了c#的语法,本文是针对刚打算解除串口编程的朋友阅读的,作为串口编程的入门范例,也是我这个系列的基础。
我们的开发环境假定为vs2005(虽然我在用vs2010,但避免有些网友用2005,不支持lambda,避免不兼容,就用2005来做例子)
一个基本的串口程序,既然是个程序了。我们就先从功能说起,包含
串口选择
波特率选择
打开
关闭
接受数据显示
发送数据输入
发送数据
数据量提示以及归零
好吧,有了这些功能,我们就先画出界面。例如:
这里,波特率就定死几种好了。直接界面上添加2400,4800,9600,19200,38400,57600,115200
comboPortName这里,为了我们的软件能通用所有电脑避免每次查询的效率损失,我们使用微软提供的枚举方式,代码如下:
- string [] ports = SerialPort.GetPortNames();
- Array.Sort(ports);
- comboPortName.Items.AddRange(ports);
显然,我们需要定义一个SerialPort对象。添加DataReceived事件响应收到数据,还有一个重点,我们需要记得设置NewLine属性哦。好想有的版本不设置的时候,WriteLine和Write效果一样。
所以,我们需要初始化SerialPort对象,例如:
- //初始化SerialPort对象
- comm.NewLine = "/r/n" ;
- comm.RtsEnable = true ; //根据实际情况吧。
- //添加事件注册
- comm.DataReceived += comm_DataReceived;
初始化好串口,简单的编写打开,关闭方法,编写界面响应的是否自动换行,如何复位计数器,发送方法。以及数据处理。因为我已经写了完整注视,我就直接贴代码了。
- using System;
- 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; //发送计数
- 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( "9600" );
- //初始化SerialPort对象
- comm.NewLine = "/r/n" ;
- comm.RtsEnable = true ; //根据实际情况吧。
- //添加事件注册
- comm.DataReceived += comm_DataReceived;
- }
- void comm_DataReceived( object sender, SerialDataReceivedEventArgs e)
- {
- int n = comm.BytesToRead; //先记录下来,避免某种原因,人为的原因,操作几次之间时间长,缓存不一致
- byte [] buf = new byte [n]; //声明一个临时数组存储当前来的串口数据
- received_count += n; //增加接收计数
- comm.Read(buf, 0, n); //读取缓冲数据
- 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();
- }));
- }
- private void buttonOpenClose_Click( object sender, EventArgs e)
- {
- //根据当前串口对象,来判断操作
- if (comm.IsOpen)
- {
- //打开时点击,则关闭串口
- 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));
- }
- //转换列表为数组后发送
- 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" ;
- }
- }
- }
至此,一个标准的串口调试助手就完成了。留下一个思考题,如果接收数据后,更新界面的时候,尚未操作完成,此时并发了关闭串口的操作。程序会如何呢?敬请阅读《C# 串口操作系列(2) -- 如何避免关闭串口偶尔软件死锁》。
VS2010项目范例下载
VS2008项目范例下载
你看到我的文章,就放心吧,这问题有救了。我们先回顾一下上一篇中的代码
- void comm_DataReceived( object sender, SerialDataReceivedEventArgs e)
- {
- //先记录下来,避免某种原因,人为的原因,操作几次之间时间长,缓存不一致
- int n = comm.BytesToRead;
- //声明一个临时数组存储当前来的串口数据
- byte [] buf = new byte [n];
- //增加接收计数
- received_count += n;
- //读取缓冲数据
- comm.Read(buf, 0, n);
- //清除字符串构造器的内容
- builder.Clear();
- //因为要访问ui资源,所以需要使用invoke方式同步ui。
- this .Invoke((EventHandler)( delegate {...界面更新,略}));
- }
- private void buttonOpenClose_Click( object sender, EventArgs e)
- {
- //根据当前串口对象,来判断操作
- if (comm.IsOpen)
- {
- //打开时点击,则关闭串口
- comm.Close(); //这里就是可能导致软件死掉的地方
- }
- else
- {...}
- }
为什么会死锁呢,并发冲突。
我们要了解一下SerialPort的实现和串口通讯机制,在你打开串口的时候,SerialPort会创建一个监听线程ListenThread,在这 个线程中,等待注册的串口中断,当收到中断后,会调用DataReceived事件。调用完成后,继续进入循环等待,直到串口被关闭退出线程。
我们的UI主线程如何做的呢,首先创建一个窗体,然后执行了Application.Run(窗体实例)。是这样把,这里的Application.Run就是创建了一个消息循环,循环的处理相关的消息。
这里我们就有了2个线程,UI主线程、串口监听线程。那么你在DataReceived处理数据的时候,就需要线程同步,避免并发冲突,什么是并发冲突? 并发冲突就是2个或多个并行(至少看上去像)的线程运行的时候,多个线程共同的操作某一线程的资源,在时序上同时或没有按我们的预计顺序操作,这样就可能 导致数据混乱无序或是彼此等待完成死锁软件。
而串口程序大多是后者。为什么呢,看看我们的例子中DataReceived做了什么?首先读取数据,然后就是调用this.Invoke方法更新UI 了。这里Invoke的时候,监听线程将等待UI线程的标志,等到后,开始操作UI的资源,当操作完成之前,监听线程也就停在DataReceived方 法的调用这里,如果这个时候。并发了关闭串口的操作会如何呢?SerialPort的Close方法,会首先尝试等待和监听线程一样的一个互斥体、临界 区、或是事件(不确定.net用的哪种)。那这个同步对象什么时候释放呢?每次循环结束就释放,哦。循环为什么不结束呢?因为这一次的循环操作执行到 DataReceived之后,执行了Invoke去更新界面了,那Invoke怎么又没有执行完成呢?看上去很简单的几行代码。虽然我没仔细研读 过.net的Invoke原理,但我猜测是通过消息的方式来同步的,这也是为什么这么多的类,只有控件(窗体也是控件的一种,.net在概念上,颠覆了微 软自己的概念,传统的win32编程,是说所有的控件都是个window,只是父窗体不同,表现形式不同,但都是基于系统消息队列的,.net出于更高的 抽象,正好反过来了。呵呵)才有Invoke方法了。(委托自己的Invoke和这个不同)
我猜测控件/窗体的Invoke是SendMessage方式实现的,那么发送消息后就会等待消息循环来处理消息了。如果你直接去关闭串口了。你点击按钮 本身也会被转换成消息WM_CLICK,消息循环在处理按钮的WM_CLICK时候,调用你按钮的OnClick方法,进而触发调用你的 ButtonClose_Click事件,这都是同步调用的,你的主线程,处理消息的过程,停在了这个Click事件,而你的Click事件又去调用了 SerialPort的Close方法,Close方法又因为和串口监听线程的同步信号量关联在一起需要等待一次的while结束,而这个while循环 中调用了DataReceived方法,这个方法中调用了Invoke,也就是发送了消息到消息队列等待结果,但消息循环正在处理你的关闭按钮事件等待退 出。
实在太复杂了,这个情况下,你想要真的关闭串口成功,就需要while中的DataReceived方法调用结束释放同步信号,就需要执行完 Invoke,就需要执行消息循环,幸运的是,我们真的有办法执行消息循环来打破僵局。Application.DoEvents()。还好,不幸中的万 幸。可是问题又来了,你能让Invoke结束,但你无法确定是否在你调用消息循环后,你的某一时刻不会再次并发,可能由于单cpu的串行操作模拟并行中, 又把时间片先分给了优先级高的串口监听线程呢?是有可能的。所以,我们就需要一点方法来避免再次invoke窗体。优化后不会司机的例子如下,我们修改 DataReceived方法,关闭方法,并定义2个标记Listening和Closing。
- 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
- 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( "9600" );
- //初始化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); //读取缓冲数据
- 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();
- Closing = false ;
- }
- 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));
- }
- //转换列表为数组后发送
- 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" ;
- }
- }
- }
至此,不会再出现关闭死锁问题了。
希望这篇文章能解你的燃眉之急,非常高兴能与读者分享我层遇到,大多数人都遇到的这个问题。如果说的不明白,欢迎讨论。
后续的有关通讯程序底层设计的文章会讲述一个具有丰富扩展性,但有设计简介的万能通讯库,支持网络、蓝牙、串口通讯、并口通讯。但不要指望我都实现出来了,我只是设计出这个框架。
示例代码
我们的串口程序,除了通用的,进行串口监听收发的简单工具,大多都和下位机有关,这就需要关心我们的通讯协议如何缓存,分析,以及通知界面。
我们先说一下通讯协议。通讯协议就是通讯双方共同遵循的一套规则,定义协议的原则是尽可能的简单以提高传输率,尽可能的具有安全性保证数据传输完整正确。基于这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(确定性有限状态机))
我们修改一下界面,以便能显示收到后分析的数据
代码如下:
- 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
我们在回顾一下,一般二进制格式数据就是这样分析,分析数据长度是否足够,找到数据头,数据长度,校验,然后分析。
分析方式很多。结合各自实际情况操作,可以使用序列化方式,但是wince不支持,也可以用BitConvert方式将连续的字节读取为某个类型的变量。
希望看到这里,能给你带来帮助,欢迎大家和我讨论,希望经验丰富的朋友不吝赐教。上一篇中,有朋友说用BeginInvoke可以避免死锁问题,我暂时没有线,没有测试成功,改天测试后再公布结果。
谢谢观赏,通讯协议分析系列,未完待续……
2010示例代码
2008示例代码
上一篇已经介绍了协议的组成,一个协议,一般具有 :协议头 +长度 +数据 +校验 , 文本格式可以直观的定义回车换行是协议的结尾,所以我们可以省略数据长度,增加协议尾。即: 协议头 + 数据 + 校验 + 数据尾 。
文本方式的数据比较容易分析。如果数据缓存,可以考虑用StringBuilder。或是不缓存也可以。文本格式数据大多有换行结尾。稍微修改即可。例如分析常见的NMEA 0183格式的卫星坐标数据GGA。
$GPGGA,121252.000,3937.3032,N,11611.6046,E,1,05,2.0,45.9,M,-5.7,M,,0000*77
$ 开始
GPGGA 命令字
* 结尾
77 校验
对上一篇代码稍作修改就可以了。例子不贴了。文本格式比较简单,只是为了内容完整。贴来做参考。只有分析的地方简化很多。
- void comm_DataReceived( object sender, SerialDataReceivedEventArgs e)
- {
- if (Closing) return ; //如果正在关闭,忽略操作,直接返回,尽快的完成串口监听线程的一次循环
- try
- {
- Listening = true ; //设置标记,说明我已经开始处理数据,一会儿要使用系统UI的。
- //文本格式比较简单,你可以死等。
- string line = comm.ReadLine(); //这就得到回车换行结尾的了。但是不是从头开始的就要检查了
- /////////////////////////////////////////////////////////////////////////////////////////////////////////////
- //<协议解析>
- //因为恢复的代码在finally中。你可以直接的return
- if (line[0] != '$') return ; //虽然可能有点垃圾,但是数据不重要。直接丢弃就可以了。后续的都是对的
- int star = line.IndexOf( "*" , 1);
- if (star == -1) return ;
- //根据$后面数据计算异或校验,并和*后面的数字对比。如果不同,也不进行分析。因为校验错误
- //当确定头尾存在,校验正确。就可以分析数据了。
- //分析数据
- //略
- //因为要访问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可以关闭串口了。
- }
- }
串口是很简单的,编写基于串口的程序也很容易。新手们除了要面对一堆的生僻概念,以及跨线程访问的细节,还有一个需要跨越的难题,就是协议解析,上一篇已经说明了:
一个二进制格式的协议 一般包含: 协议头 + 数据段长度 + 数据 + 校验
一个Ascii格式的文本协议 ,一般包含: 数据头 + 正文 + 数据结束标识
类似的命令可能很多,类似的代码也会重复写很多次。对于我,并不觉得这个有任何难度,但是,很多时候,需要写点类似东西的时候呢,我往往不想写,不是别的,要搭建一个这样的框架,这绝对是个体力活 ,而且还需要耐心 和细心 。
从我上一次带项目,我就开始考虑编写通用的一个通讯库,支持很多功能,不过和公司内容结合紧密,不适合开源,更不适合推广。我重新组织、抽象了各个概念。希望能让新人朋友减少学习难度,更快的投入到其他方面。
请注意,此文章我也不知道如何归纳,不算科普,不能算类库的介绍,我是在介绍如何设计一个这样的通讯库 。
通讯库 ,并非串口库 , 所以,我希望有一个基类,可以描述各种通讯方法的基类或接口,微软已经这么做了,他把这个叫做Stream。我认为不好的理由是,提供了Length属 性、peek方法、seek方法却无法使用,很多方法和属性是不支持的,如果使用这个类操作硬件,就像一颗地雷,不小心就会写一个不支持的操作,而且会在 运行时报错。所以,我希望能针对流设备的硬件,重新设计,我抽象出了一个接口:ICommunication 。提供基本的打开、关闭、读写、字符集和有效数据长度等流设备的特性和操作。
为了能有一个通用的配置类 ,我定义了一个接口:ICommunicationSetting 。
当你实现一个设备的时候,你需要实现ICommunication,还需要编写一个设置的类,去实现ICommunicationSetting接 口。别觉得麻烦,这是为了能抽象的好,编写一个一劳永逸不用经常重写的通用代码。有了2个接口,我甚至可以开始编写依赖此接口的功能或软件了。当然,我还 有需要写有关协议的分析。
既然协议是分2种 ,那自然要编写BinaryXXX 和TextXXX ,没错,有这样2个类。
考虑的更详细一点,任何数据,都不是无限期有效的,比如你获取下位机发来的电压,过了几秒了,应该就无效了,所以要考虑定时失效,于是我实现了有效性检查。数据要在字节数组中查找,分析,通知。所以这些公共的部分,我抽出来了,我写了一个接口,叫做:IAnalyzer ,并编写了默认的实现,于是有了AnalyzeResult 类,同时,区分2种协议方式,创建了子类:BinaryAnalyzeResult 和TextAnalyzeResult 。
那么,谁来使用ICommunication,IAnalyzer 呢?放心,联系有点紧密,我不会撒手扔给外面的,这样做反而更复杂了,不是么。所以我写了一个带有分析功能的类:WyzComm 。
使用通讯库的
这个类实现了数据的采集、缓存、分析器的调用,以及事件调用的通知。数据死锁的控制,所有你认为的麻烦事情,都在这里做了。那么,我编写这个类的时候,我肯定不知道未来有多少种协议是不是?那怎么办呢?我无法写死分析器,所以,我编写了接口:IAnalyzerCollection ,因为文章从串口说起,我首先提供了串口的实现:
SerialPort (此类和微软的那个名字一样而已,但不是同一个),实现了ICommunication接口,我定义了一个SerialPortSetting类,实现了ICommunicationSetting。
至此。通讯库的框架就完成了。而这也就是使用通讯库所需要关注的所有内容。下面,为了能进行实际的演示,我编写了简单的实现。来演示一种功能,假设 我有个程序,需要同时分析二进制数据格式和ASCII的文本数据格式,数据各不相同,使用了通讯库之后,我不需要重写数据的缓存、关闭的死锁处理、数据对 界面的通知。我只需要编写2个协议类,和1个协议集合类。我的数据分析工作就完成了。
首先是一个文本协议,协议头是WYZ,协议尾是回车换行,中间是一个整形数字。我只需要设置好头、尾,编写数据分析。
- public class MyData1 : TextAnalyzeResult< int >
- {
- public MyData1()
- {
- this .BeginOfLine = "WYZ" ;
- this .EndOfLine = "/r/n" ;
- }
- public override void Analyze()
- {
- string s = Encoding.GetString(Raw);
- Match m = Regex.Match(s, "//d+" );
- if (m.Success)
- {
- this .Data = int .Parse(m.Value);
- this .Valid = true ;
- }
- }
- }
然后我定义了一个二进制协议,分析一条数据包含2个子项。
我首先定义这个数据的具体类型
然后我编写协议分析类- public class SampleData
- {
- public int Version { get ; set ; }
- public float Voltage { get ; set ; }
- public SampleData()
- {
- Version = 0;
- Voltage = 0;
- }
- public override string ToString()
- {
- return string .Format( "{0},{1}" , Version.ToString(), Voltage.ToString());
- }
- }
- public class MyData2 : BinaryAnalyzeResult<SampleData>
- {
- public MyData2()
- {
- this ._mask = new byte [] { 0xAA, 0xBB, 0xCC };
- this .TimeOut = 5; //超过5秒,收不到数据,则此数据无效。
- //自定义校验方法,演示为逐个相加和随便一个数字取模,我选择的是42
- this .checksum = (buf, offset, count) =>
- {
- byte checksum = 0;
- for ( int i = offset; i < offset + count; i++)
- {
- checksum = ( byte )((checksum + buf[i]) % 42);
- }
- return checksum;
- };
- }
- public override void Analyze()
- {
- int offset = _mask.Length + LenLength; //_mask.Length表示标记后的一个字节,_mask.Length+1表示标记后的第二个字节,有一个字节表示长度。
- this .Data.Version = BitConverter.ToInt32(Raw, offset + 0);
- this .Data.Voltage = BitConverter.ToSingle(Raw, offset + 4);
- this .Valid = true ; //注意要设置数据有效状态
- }
- }
完成了。一个基于串口的,同时分析2种数据的,数据具有有效性判断,支持独立数据通知界面,整体原始数据缓存显示的功能。完成了。
为了演示功能,我写了新的校验方式,当然,你不用管,默认已经支持了异或校验,后续还会把常用校验都添加进去,crc16,crc32,奇偶校验等。
模拟发送数据为:
文本格式发送:WYZ123<CR><LF>
二进制格式发送:AA BB CC 08 0A 00 00 00 FA 3E F7 42 05
vs2008工程项目源码范例
- C# 串口操作系列
- C# 串口操作系列
- c#串口操作系列
- C#串口操作系列
- C# 串口操作系列(2) -- 入门篇
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形 .
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- C# 串口操作系列(5)--通讯库雏形
- 关于String 拼接字符串的性能问题
- 9.0.1.1.1修改8080端口,不是所有的牛奶都叫特仑苏,不是所有的orcl9i都叫9.2的
- C 语言的可变参数表函数的设计
- 第5天 结构体、文字显示与GDT/IDT初始化
- oracle中如何得到一条SQL语句的执行时间
- c#串口操作系列
- APPLE MOBILE DEVICE(RECOVERY MODE)怎么辦?
- Myeclipse开发java项目中常见的错误
- tomcat keystore
- OCX知识收集
- java定时任务,每天定时执行任务
- 猴子分桃
- hadoop1系列单机安装
- hdoj 3874 —— 树状数组单点修改+区间求和