西门子模块6ES7221-1EF22-0XA0

以下叙述的硬件/软件条件为：不带RS232串口的笔记本电脑、欧姆龙CPM2AH-60CDR型plc、Cx-Programmer V5.0编程软件。
　　 1. Cx-Programmer V5.0与PLC通信不稳定：
　　 电脑与PLC的连接方式：电脑USB口(该电脑没有RS232串口)←→[USB转RS232电缆的USB插头←→USB转RS232电缆线(电脑已经安装驱动，且默认的COM4端口已经设置为COM1)中间部分←→USB转RS232电缆的RS232公头]←→[[电脑与PLC的连接电缆的RS232母头←→电脑与PLC的连接电缆线的中间部分←→电脑与PLC的连接电缆的RS232公头]]←→PLC的RS232母头。
　　 上面单中括号内为USB转RS232电缆，双中括号内为电脑与PLC的连接电缆。电脑与PLC的连接电缆接线如下：(1).公头(用以连接PLC)的2、3、9分别与母头的2、3、5(用于连接电脑或USB转RS232连接线)短接，这是欧姆龙官方的连接方法；(2).公头和母头的2-2、3-3、5-5分别短接，这是RS232连接线的常规连接方法。后来经过实践证明：上面2种电脑和PLC的连接电缆都可以使用。第1种电缆通信稳定可靠。对于第2种电缆，当电脑和PLC之间通过VC应用程序进行通信时效果不好，容易丢帧（用串口调试助手可以看到），只有当电脑和PLC共用电源（共地）时才没有发现问题。所以，请尽量采用第1种连接电缆。
　　 有时间电脑和PLC能正常通信，有时间却不行——显示“Modem已经被选中，要继续码？”故障（实际上“码”应当为“吗”），一旦出现该故障信息，就一定会出现以下故障信息：
　　 当通信不上时，笔者采用过克隆回以前的正常操作系统、重新安装Cx-Programmer V5.0编程软件等方法，又可以正常通信了，但一旦断线后又可能通信不上了。有几次还发现，有些程序可以和PLC通信上，而有些程序却不行！因此，笔者就将可以通信的PLC程序先备份，然后全部删除程序中的指令，后将目标程序的指令全部复制过来（复制时注释可以自动复制过来），这样居然电脑就可以正常和PLC进行通信了！但是——下一次这个程序可能又无法正常通信了！郁闷……
　　 根据通信错误信息“Modem已经被选中，要继续码？”，笔者找到了解决方法：在桌面上右击“我的电脑”,再点击“属性”——“硬件”——“设备管理器”，再双击“调制解调器”，再右击展开的调制解调器型号，点击“停用”就可以了。
　　 另外，正确连接方法如下：在电脑没开机或（和）PLC没通电（否则带电拔插通信口可能造成通信口损坏(虽然这种几率不大，但你好不要去碰运气)）的情况下连接好USB转RS232电缆、电脑与PLC的连接电缆，然后再通过Cx-Programmer连接电脑与PLC。
　　 请注意：USB口也不是随便乱插就可以的，关键要保证设备管理器里的RS232口为COM1。笔者的电脑上时这种情况：初已将默认的RS232口从COM4口改为COM1口，但插下面的USB口却对应RS232的COM4口（COM1、COM3正在使用），无法连接电脑与PLC；插上面的USB口对应RS232的COM1口（COM2、COM4正在使用），可以连接电脑与PLC。
　　 2. Cx-Programmer V5.0与PLC通信干扰：
　　 如果Cx-Programmer在线，电脑和PLC已经连接，处于通信状态下，当每次设备停机时（将近20个交流接触器同时断开）Cx-Programmer将会出现通信错误，电脑和PLC连接中断。而当每次开机时（将近20个交流接触器同时吸合）却不会出现通信错误的情况。
　　 解决方法：重新连接PLC。如果你是个完美主义者，可以在每个接触器线圈上加一个RC阻容模块（每个RC模块大概60个大洋左右），也许不会出现通信错误的情况（不过笔者没有试过哟...）。
　　 3. 电脑与PLC的连接电缆试验：
　　 因为想到电脑与PLC的连接电缆（第1种常规的连接电缆）为2-2短接、3-3短接、5-5短接，所以考虑直接用USB←→RS232电缆将电脑和PLC连接起来，如果这样可以的话不就省了一条连接电缆了吗？下面是直接用USB←→RS232电缆将电脑和PLC连接起来的试验结果：
　　有时间第1次通信时出现以下错误：“所选的端口被另一个应用所占用”；第2次通信时出现以下错误：
    为什么电脑通过上述两种连接电缆与PLC连接没有问题，而直接采用USB转RS232电缆线与PLC连接却不行呢？以下是分析过程：
　　第1种可能：阻抗的原因。虽然上述两种连接电缆为直连线，却有阻抗存在，多了这个阻抗就可以正常连接。但这个原因好像很牵强，连笔者自己都不能相信。
　　第2种可能：该USB转RS232的公头与PLC的母头接触不良，而加一根电缆却能连接正常——USB转RS232的公头与连接线的母头接触良好，连接线的公头与PLC的母头接触良好。该猜测来源于笔者遇到过的一次电脑故障：某台电脑的鼠标无法使用，另外换一个鼠标正常，把故障鼠标换到其它电脑却能正常使用。后怀疑鼠标接头与主板插口接触不良，就将鼠标插头破开再涂上一层焊锡，结果使用正常！但是对于USB转RS232的公头与PLC的母头接触不良这种猜测，笔者觉得可能性不大——因为他解释不了“所选的端口被另一个应用所占用”这个故障。
　　后想到了另外一个可能：USB转RS232直接与PLC连接就相当于USB转RS232的串口与PLC的串口1-1、2-2、3-3、4-4、5-5、6-6、7-7、8-8、9-9一一对应连接，而通过连接线却只有2-2、3-3、5-5三对端子连接，这说明1-1、4-4、7-7、8-8、9-9至少有一对是不能连接的，否则就会出现问题，而且这还既有可能损坏PLC与电脑的通信端口。笔者认为就是这个原因

编程需要敢于实践的信心

我曾经教过一个学生学AutoCAD，我对她的唯一要求就是实践。我告诉她：你随便怎么操作，大不了一张图重画；坏的结果是系统崩溃，没关系，系统重做，再来；只要电脑没被砸了，怎么都行。两年后，我再看到她做的CAD图纸，也自叹不如。

同样道理，只有不断地在PLC上运行这些指令，观察运行的结果，才能弄清PLC指令的作用。很多初学者对PLC一脸的迷茫，往往是出于一种畏惧，担心损坏设备。而这些畏惧是没有任何道理的。仔细的阅读手册是非常重要的，但是仅靠读书是成不了一个工程师的。更何况手册上的内容并非面面俱到。我在接触到那些不熟悉的指令时，喜欢单独编一个小程序，让PLC运行。然后逐个修改条件，观察运行的结果（MicroWin为用户提供了非常好的监控手段），反过来再重新理解手册的描述，这样就可以非常直观的理解这些指令的作用和使用方法。不必担心自己写的程序会有什么问题，会影响PLC的正常工作。程序有没有问题，只有让PLC运行了才能发现。而发现问题并解决问题就是对自己能力的提高。撇开硬件操作不谈，单就软件来说，我还真没有遇到过由于软件问题而损坏PLC的事。在这里不必担心继电器电路接错线可能造成的后果。所以，大胆的实践是plc编程的必由之路。

当然，大胆实践并不是野蛮操作，而是必须遵循必要的规范。还有一个要注意的，在程序未经可靠性证实之前，千万不要挂接负载，以免造成不必要的损失。数字量的输出有LED显示；而模拟量处理可以采用一些硬件或软件模拟手段来解决。

3、编程需要有缜密的逻辑思维

编程本身就是一种逻辑思维过程。在语言中，使用多的是if then else、select这些条件判别语句，这就是逻辑中的因果关系。PLC程序就是由这些因果关系组成的：判别条件是否成立，进而决定执行相应的指令。初的PLC是用来替代继电器逻辑电路的，所以继承了继电器电路以触点作为触发条件的描述方式。在PLC中，以虚拟触点代替了继电器的金属触点，而继电器电路所表达的逻辑关系还是被完整的保留下来。即使引入了继电器电路难以胜任的数值处理过程，PLC从根本上还是在执行一个个因果关系。所以，理顺对象的各个事件之间的逻辑关系，是编程之前必须精心做好的准备工作。我在接到一项任务后，件事就是整理出一份逻辑关系图，与用户反复商讨，取得用户的认可，然后才真正进入程序的编写过程。

4、不可或缺的相关知识

PLC的程序是直接作用于对象的具体工艺过程，那么对对象具体工艺过程的理解是非常重要的的。我在与用户的交流过程中，会用我所掌握的Unit Operation的知识分析用户的工艺过程，协助用户整理过程控制中的各个逻辑关系，甚至包括各种仪表、硬件的配置。这得益于我原本所学的。当然，不能要求所有搞PLC程序的工程师都有我这样的经历。但是有两门知识却是不可或缺的：一是过程仪表的硬件知识，包括传感器、变送器（二次仪表）和PLC本身，这是构建控制系统的基础；二是过程控制理论，包括各种控制模型的原理和应用，其中重要的是二位调节和PID调节模型。PID调节是目前用得广泛的过程控制手段，且变化多端。学习PID好的方法就是读书。几乎所有讲解过程控制的书籍都有关于PID的内容，多读基本相关的书籍对理解PID是很有益处的。我发现不少网友在进入PLC领域时，缺乏这些相关知识。这并不可怕；可怕的是当事者不能静下心来弥补知识的缺陷。我们不要怪罪学校没有教授这些内容，而是要注重自己如何去学习这些知识。工作中遇到的许多问题是学校里没讲过的，这不能成为我们拒绝工作的理由，而应该以积极的态度去应对这些问题。我的体会是，为了解决工作中的问题而学习的知识，比课堂上学的东西更容易记住。

5、养成良好的编程习惯

每个人编程都会有不同的习惯和特点，不能强求一致。但是一些好的习惯还是应该为大多数人所遵循。一是理顺逻辑关系、时序关系，编制程序框图；二是合理分配主程序、子程序和中断程序；三是合理分配寄存器，编制寄存器符号表。

PLC编程更接近于单片机，或者说PLC就是模块化的单片机。因此PLC的很多操作都是直接针对寄存器的，如果在程序中出现不合理的寄存器地址重叠，一定会出现不可预想的后果。编制寄存器符号表不仅可以避免上述问题（MicroWin会有问题提示），而且可以使程序具备更好的可读性。这和VB中定义变量有异曲同工之处。

VB编程中关注的是事件，不强调主程序和子程序的观念，因为VB主程序的工作是由PC的操作系统完成的。PLC则不然。PLC程序是以主程序为主干的，CPU不断的循环执行主程序，只有触发条件成立时才会调用子程序或中断程序。即子程序和中断程序所执行的任务不是全时需要的。如果把这些任务都放在主程序中会无端增加主程序的工作量，降低程序的效率。这点和单片机的编程思路是一致的。子程序的使用可以使整个程序的逻辑更清晰。而且子程序可以分开编写、调试，后“安装”到主程序上。这样你可以一个一个解决问题。

PLC编程，无论是LAD，抑或STL，都不如VB那么直观、有趣，更不如CAD那么形象。但比单片机的汇编语言的可视性强多了。对于初学者，LAD（梯形图）的编程相对直观，更容易上手。

后，PLC提供了丰富的指令、模块，比单片机方便了很多。但是初学者编程时应尽量先使用简单的指令达到目的。尽管看上去有点土，却不失为一个入门的好途径，且对你理解那些较为复杂的指令会有帮助。具备了一定经验后，应该考虑掌握复杂指令的应用，以及程序的优化