西门子CPU模块6ES7315-2AH14-0AB0现货库存
人各有所长。有些人把编程看作一项冗长而枯燥的工作；有些人把编程看作一项趣味的智力游戏。如果你是前者，强烈建议你远离这份工作。毕竟编程工作是对人的毅力和耐心的挑战。我所在实验室中，很多学生看到我编程序就会惊讶于我面对这一堆堆符号所表现出的专注。其实，这是兴趣使然。兴趣使我具备了足够的毅力和耐心。经过无数次失败后，当看到一个个符号按我的思路整齐的排列，PLC按我的要求有条不紊的运行时，兴趣得到了极大的满足，如同打通了一个游戏的关口。我告诉这些学生：你们看到的是一堆枯燥怪异的符号，我看到的却是一群热情奔放的舞者，而我则是她们的导演。
2、编程需要敢于实践的信心
我曾经教过一个学生学AutoCAD，我对她的要求就是实践。我告诉她：你随便怎么操作，大不了一张图重画；Zui坏的结果是系统崩溃，没关系，系统重做，再来；只要电脑没被砸了，怎么都行。两年后，我再看到她做的CAD图纸，也自叹不如。
同样道理，只有不断地在PLC上运行这些指令，观察运行的结果，才能弄清PLC指令的作用。很多初学者对PLC一脸的迷茫，往往是出于一种畏惧，担心损坏设备。而这些畏惧是没有任何道理的。仔细的阅读手册是非常重要的，仅靠读书是成不了一个工程师的。更何况手册上的内容并非面面俱到。我在接触到那些不熟悉的指令时，喜欢单独编一个小程序，让PLC运行。逐个修改条件，观察运行的结果（MicroWin为用户提供了非常好的监控手段），反过来再重新理解手册的描述，这样就可以非常直观的理解这些指令的作用和使用方法。不必担心自己写的程序会有什么问题，会影响PLC的正常工作。程序有没有问题，只有让PLC运行了才能发现。而发现问题并解决问题就是对自己能力的提高。撇开硬件操作不谈，单就软件来说，我还真没有遇到过由于软件问题而损坏PLC的事。在这里不必担心继电器电路接错线可能造成的后果。大胆的实践是PLC编程的必由之路。
当然，大胆实践并不是野蛮操作，而是必须遵循必要的规范。还有一个要注意的，在程序未经可靠性证实之前，千万不要挂接负载，以免造成不必要的损失。数字量的输出有LED显示；而模拟量处理可以采用一些硬件或软件模拟手段来解决。
3、编程需要有缜密的逻辑思维
编程本身就是一种逻辑思维过程。在gaoji语言中，使用Zui多的是ifthenelse、select这些条件判别语句，这就是逻辑中的因果关系。PLC程序就是由这些因果关系组成的：判别条件是否成立，进而决定执行相应的指令。Zui初的PLC是用来替代继电器逻辑电路的，继承了继电器电路以触点作为触发条件的描述方式。在PLC中，以虚拟触点代替了继电器的金属触点，而继电器电路所表达的逻辑关系还是被完整的保留下来。引入了继电器电路难以胜任的数值处理过程，PLC从根本上还是在执行一个个因果关系。理顺对象的各个事件之间的逻辑关系，是编程之前必须精心做好的准备工作。我在接到一项任务后，第一件事就是整理出一份逻辑关系图，与用户反复商讨，取得用户的认可，才真正进入程序的编写过程。
4、的相关知识
PLC的程序是直接作用于对象的具体工艺过程，那么对对象具体工艺过程的理解是非常重要的的。我在与用户的交流过程中，会用我所掌握的UnitOperation的知识分析用户的工艺过程，协助用户整理过程控制中的各个逻辑关系，甚至包括各种仪表、硬件的配置。这得益于我原本所学的专业。当然，不能要求所有搞PLC程序的工程师都有我这样的经历。有两门知识却是的：一是过程仪表的硬件知识，包括传感器、变送器（二次仪表）和PLC本身，这是构建控制系统的基础；二是过程控制理论，包括各种控制模型的原理和应用，其中Zui重要的是二位调节和PID调节模型。PID调节是目前用得泛的过程控制手段，且变化多端。学习PID方法就是读书。几乎所有讲解过程控制的书籍都有关于PID的内容，多读基本相关的书籍对理解PID是很有益处的。我发现不少网友在进入PLC领域时，缺乏这些相关知识。这并不可怕；可怕的是当事者不能静下心来弥补知识的缺陷。我们不要怪罪学校没有教授这些内容，而是要注重自己如何去学习这些知识。工作中遇到的许多问题是学校里没讲过的，这不能成为我们拒绝工作的理由，而应该以积极的态度去应对这些问题。我的体会是，为了解决工作中的问题而学习的知识，比课堂上学的东西更容易记住。
5、养成良好的编程习惯
每个人编程都会有不同的习惯和特点，不能强求一致。一些好的习惯还是应该为大多数人所遵循。一是理顺逻辑关系、时序关系，编制程序框图；二是合理分配主程序、子程序和中断程序；三是合理分配寄存器，编制寄存器符号表。
PLC编程更接近于单片机，或者说PLC就是模块化的单片机。PLC的很多操作都是直接针对寄存器的，如果在程序中出现不合理的寄存器地址重叠，一定会出现不可预想的后果。编制寄存器符号表不仅可以避免上述问题（MicroWin会有问题提示），可以使程序具备更好的可读性。这和VB中定义变量有异曲同工之处。
VB编程中关注的是事件，不强调主程序和子程序的观念，因为VB主程序的工作是由PC的操作系统完成的。PLC则不然。PLC程序是以主程序为主干的，CPU不断的循环执行主程序，只有触发条件成立时才会调用子程序或中断程序。即子程序和中断程序所执行的任务不是全时需要的。如果把这些任务都放在主程序中会无端增加主程序的工作量，降低程序的效率。这点和单片机的编程思路是一致的。子程序的使用可以使整个程序的逻辑更清晰。子程序可以分开编写、调试，Zui后“安装"到主程序上。这样你可以一个一个解决问题。
PLC编程，无论是LAD，抑或STL，都不如VB那么直观、有趣，更不如CAD那么形象。但比单片机的汇编语言的可视性强多了。对于初学者，LAD（梯形图）的编程相对直观，更容易上手
一步：阅读产品说明书。
第一步看起来再简单了，很多设备工程师会说，这台设备我负责了很多年，维护保养每天都做，没有不熟悉的，看说明书就是浪费时间。哈哈，这就是国内很多工程师的通病，许多人从设备买回来直到报废，没有人真正认真地去阅读过产品说明书，阅读也是草草地一看。更多的还是通过供货方的产品培训来了解设备，孰不知，如果简单的培训就可以让你充分了解设备特点的话，那么为什么国际上都要求设备要配备说明书呢？如果阅读过说明书，请问说明书Zui开始的安全守则是否一字一句的看过？每个元件的说明是否看过？没种元件的调试方法是否看过？…
我们会发现，其实我们日常忽略了产品说明书，很多人甚至将说明书扔掉或者放在自己一时都想不起来的地方。仔细阅读说明书是编程的第一步，要阅读安全守则，知道哪些执行机构可能会对人身造成伤害，哪些机构间Zui容易发生撞击，当发生危险时如何解决，这些Zui致命的问题都在安全守则中，为什么不去看呢?
关于设备每个元件的特性，使用方法，调试方法也在说明书中，不去阅读，程序正确，如果元件没有调试好，设备一样不能工作。再有，所有的电路图、气动液压回路图、装配图也在说明书中，不去阅读它怎么知道没种元件可以做何种改造呢。
第二步：根据说明书，检查I/O。
确认仔细通读说明书了？如果真的仔细阅读过，那么进行第二步，检查I/O，俗称“打点"。
检查I/O的方法很多，一定要根据说明书提供的地址依次进行检查。前提是按照说明书的安全守则和元件的说明，在juedui安全的情况下来检查。
在检查输入点时，一般输入信号无非是各种传感器，如电容、电感、光电、压阻、超声波、磁感式和行程开关等传感器。检查这些元件比较简单，根据元件说明将工件放在工位上，或是移动执行机构检查传感器是否有信号即可。当然，不同的设备检测的方式可能不同，这要看具体情况而定了。
在检查输出信号时就要格外小心了。如果是电驱动产品，必须在安全情况下，尤其是保证设备不会发生撞击前提下，让执行机构的驱动器得电，检查执行机构是否能够运动。如果是液压或气动执行机构，同样在安全情况下手动使换向阀得电，从而控制执行机构。在检查输出信号时，不论执行机构的驱动方式是什么，一定要根据元件说明书，要保证设备和人身安全，要注意并不是所有设备的执行机构都可以通电测试的，有时个别的输出信号可能无法手动测试。
