难受，三个多月前有一个电表电量监控的项目。做完了就没再管了。今天有需求需要改一些地方，但是....我想不起来干了啥，怎么干的啦。真的完全忘了.....项目名称叫啥都忘了.找了半天
不知道有没有和我一样的贵人程序员......
首先回顾一下大致的网络结构如下，每个电表通过USB的总线，连接到PC上，可能302车间的所有电表，划分为组1，连接到C0M0串口，303车间，划分位组2，连接到COM1串口
首先是串口通信的一些基础知识https://blog.csdn.net/xiaobaixiongxiong/article/details/83998436
大致来说，电表是通过串口，经一个USB转串口来连接到电脑的，这里我一直不大明白，明明是通过USB，为啥叫串口通讯那。其实，早一点的电脑，笔记本，都是有一个9针的真正的串口插座的。后来笔记本越来越薄，那个插口基本都没了，换成了
现在我们看到的通过USB转串口，但是串口通信的基本概念仍然是那一套
首先是串口通过高低电平来传输0和1的比特流的理论基础
起始位，数据位，奇偶校验位，停止位，波特率。这些，为一条线（其实表示高低电平可以是1条线如RS232，也可能是多条线如RS485）通过高低电平变化来传输数据，提供理论基础。
波特率其实就是每秒钟，电平的变化频率。比如波特率1200.那么每一个0（低电平）1（高电平）持续的时间是1/1200秒。如果波特率是9600.那么持续时间是1/9600.那么 波特率越高，每秒能传输的数据就越多。
在这个基础上，诞生了一些不同的实现，形成了常见的标准 RS232 RS485等。
我个人的不是很准确的理解，理论基础都是这一套，都是用高低电平来表示0和1达到传输比特流的目的
但是实现有所区别，
比如RS232的高低电平，使用3－15v有效电平，使用一根线，有电压表示1，无电压表示0，使用一根线就能完成传输0和1的比特流
而RS485使用差分电平。它的高低电平需要两根线的电压差值来表示，这样的话，虽然都是通过高低电平来传输0和1，但是实现方式是不一样的，特性也不一样。比如RS485的传输距离更长，抗干扰性更好等
（或者将来也可能诞生了一种新的标准RS200，使用100V-200V来表示高低电平）。这样是否对RS232和RS485到底是啥有更明白一点的理解
那么串口通信的基础，我们了解了大概，其实这部分都是别人给我们做好的啦，不需要自己去实现。
真正到了与我们使用息息相关的部分，则是更上层的电表的通讯协议 DLT645-1997 DLT645-2007，通信协议可以参考https://blog.csdn.net/u013184273/article/details/98083050
如果说RS232,RS485为我们提供了与电表通讯的基础，那么DLT645-1997 DLT645-2007则是明确了与电表通讯的交互方式，就像规定我给你发 HOW are you , 你给我回复 fine and you
这里其实没有啥好讲的，总的来讲就是数据格式，按下图的数据格式，拼装出一个byte[] 往串口写数据，那么电表就会按照我们的请求，返回对应的响应结果。
返回数据：68 78 56 34 12 00 00 68 91 08 33 33 34 33 A4 56 79 38 F5 16
注意，这里面没有前导字节FE，并不代表所有的电表厂家都没有，而且还是不固定的，所以一定小心写程序，因为不同厂家电表回的前导字节个数不一样。
其中：78 56 34 12 00 00 是表地址，传输次序是低在前，高在后，而且是十六进制。
91-为从返回命令
08-共8个字节
33 33 34 33-数据块，可以理解成寄存器地址，表示读电表总电流。
A4 56 79 38-具体数据，分析时，应减33，所以为：
A4-33=71
56-33=23
79-33=46
38-33=5
实际的电表数为：54623.71度
下面我以C# 为例，来讲讲编程中的一些坑
1 对于返回的数据，FE FE FE FE这四个前导字节可能有，也可能没有，也可能1个，2个 3个 。。。。。。就是说看电表厂家的心情。所以我们编码要对他做特殊处理
2 C# 的SerialPort 串口，比较坑，怎么个坑法那。
我们以同步读写为列。假设我发送 12345678 ,返回 abcdefgh。那我SerialPort.write（12345678）后，去读SerialPort.read(out result) 按我们的理解，result 应该是 abcdefgh了把？
事实上，它可能是abcdefgh，也可能是abcde 也可能是abc . 就是说，我们read一次，它不一定完全返回，如果只返回了一部分，那么我们还要再读，第一次返回abc ，第二次有可能返回剩下的defgh，也可能还是只返回部分def。
就是说write一次，我可能要读N次，而且N还不固定，才能接收到完整的数据。
而SerialPort 的异步读接口（其实就是回调函数），也是问题多多
SerialPort .ReceivedBytesThreshold =15; //表示接收到15 byte的数据后触发 SerialPort .DataReceived . 但其实有问题，接收到1个，两个，3个都有可能触发，就是说等15个接受完，可能会触发N次
SerialPort .DataReceived +=new System.IO.Ports.SerialDataReceivedEventHandler(spReceive_DataReceived);
可能这是C#封装串口的一些问题，不知道是我用的不对还是大家都是这样，有懂的人可以指教一下。
好在知道有这种问题，解决的方法并不难。可以参考这个博客https://www.cnblogs.com/royenhome/archive/2010/03/23/1692440.html
也可以像我这样，不是很严谨，仅供参考
/// <summary>
/// 暂时没考虑返回可能包含的FEFE前缀，1秒超时
/// </summary>
/// <param name="RetLength">完整返回帧的长度</param>
/// <param name="buffer"></param>
/// <returns></returns>
private int ReadCicle(int RetLength, ref byte[] buffer)
{
TimeSpan overtime = new TimeSpan(TimeSpan.TicksPerSecond);
DateTime dt = DateTime.Now;
int length = 0;
while (true)
{
try
{
length += mySerialPort.Read(buffer, length, buffer.Length - length);
}
catch (TimeoutException e)
{
//超时不处理
}
catch (Exception e)
{
Console.WriteLine(e.Message);
}
if (length >= RetLength || DateTime.Now - dt > overtime)
break;
}
return length;
}
如果不想用SeriPort接口，nuget里面还是有好多第三方编写的串口类可用的，也可以尝试一下
