同样道理，只有不断地在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（梯形图）的编程相对直观，更容易上手。