首先，C#与PLC通信的开发，要和PLC程序开发区分开，C#与PLC通信的开发，是上位机软件开发，PLC程序开发，是编写在PLC里运行的程序，是PLC程序猿的事情。我最初接触PLC的时候，不是很清楚，毕竟搞软件开发的，硬件都不怎么熟悉。第一次碰到需要和PLC打交道的项目时，曾经一度差点放弃，找不到方向，迫于项目时间的压力，只能在网络上盲目的寻找资料，甚至买了一本PLC编程的书籍来看，结果完全看不懂。后来才知道，那本书介绍的是如何编写PLC里面运行的程序的教程，需要一定的电子电气方面的基础，是PLC程序猿看的书。而我需要的，是C#如何与PLC进行通信方面的资料，完全搞错了方向。

一般来说，自动化设备的项目，有一个上位机程序猿和一个PLC程序猿一起合作，C#写上位机软件，PLC程序猿写PLC程序。不过不要指望可以从PLC程序猿那里获取更多的信息，因为一般PLC程序猿对上位机软件开发也是一窍不通，他不可能教你怎么和PLC通信，因为他也不会，不过他可以告诉你，有没有通信上，结果正确不正确。作为一个上位机软件开发，我们不需要深入了解PLC，只要能知道一些概念，能和PLC程序猿正常沟通就行了，重点是怎么和PLC通信。

PLC有众多的品牌，国外的有西门子、ABB、三菱、松下这些，国内也有不少，比如台达、永宏、汇川等等。同一品牌的PLC又有多种型号，不同的型号，通信方式有的也不一样，所以做项目一般要先问清楚：什么品牌的PLC，具体是什么型号？

所谓和PLC通信，就是读写PLC的存储区，或者是给PLC发送命令。上位机和PLC的物理接口，有的是串口，比如松下和三菱系列的PLC，还有的是网口，比如西门子的PLC。所以和PLC通信，涉及到串口编程和网络编程。如果您没有串口编程的基础，可以参看我的另一个专栏：C#完全掌握串口通信开发

C#与PLC通信的开发，最大的障碍是硬件。这也是上位机开发的一个问题，如果手头上没有硬件的话，写出来的程序是对是错也没办法验证。不过幸运的是，这个专栏里的PLC，都是我项目中遇到的，经受过实际硬件的验证，可以确保程序的正确性。我把这些整理出来，让大家少走一些弯路，减少项目开发的时间。

松下FP系列PLC与工控机之间的通信方式可以采用串口通信，与工控机连接的RS232电缆必须按照松下的产品手册所给的连线图进行制作，否则通信将无法实现。一般这根线PLC程序猿会制作好，电缆连线图如下： 既然是串口通信，那么在通信前，要问清楚PLC程序猿波特率、奇偶校验位、停止位这些重要的串口通信参数。在编写代码前，可以先使用串口调试助手来检查是否能正常通信。我们可以给PLC的串口发送这串16进制数据来验证是否能正常通信（注意：以16进制形式发送）：

2530312357435352303031323132300D

注：这条指令是往触点R12写入1

暂时先不要管这条数据的含义，如果可以和PLC正常通信，那么PLC是有反馈的，串口调试助手可以收到数据。如果PLC没有反馈，那么可以根据以下顺序检查问题：

与PLC能正常进行串口通信之后，接下来就是根据通信协议来收发数据，进行通信。松下PLC与工控机之间的通信是遵照松下电工的专用通讯协议：MEWTOCOL来实现的。松下官方有关于这个协议的完整的描述文档，网上到处都可以找得到，我这里也有一份。不过说实话，这个文档说的不是很详细，看完这个文档，很多要紧的地方还是稀里糊涂的，比如指令的内容具体该怎么填写，BCC（指令校验）到底该怎么计算才是正确的。这也是我写这篇文章的目的，我曾经走了不少弯路，浪费了不少时间和精力，后来总算搞清楚了。所以我建议，大家结合我这篇文章来看那个文档，就会很清楚了。本文也不会完全复制官方的文档，毕竟有30多页，只是结合我的体会，概述的讲讲，具体的指令，大家还是下载官方的文档来看。 官方文档下载地址：松下通信协议文档下载地址

该协议由以下特点：

指令是以帧为单位进行，工控机向PLC发送命令帧，然后PLC作出响应，向工控机发送响应帧。

命令帧格式 其中：

响应帧格式 响应帧有两种，一种是正确响应，一种是错误响应。也就是说，如果工控机给PLC发送的指令是正确的，那么PLC就会返回正确的响应帧，否则就返回错误的响应帧。 可见，可以从第4个字符来判断是正确响应，还是错误响应。

BCC校验码的计算方式是将指令中的各个ASCII字符的16进制(00～FF)进行异或求和后生成的. 该校验码也以两个ASCII码字符表示（高位在前，低位在后）。 例如这条指令：

%01#RCSX00001DCR 注意：CR不是两个字符，是一个字符，回车键，但是是不可显示字符，所以这里用CR来表示。

计算方式： 代码如下：