个人建议，找些例子看着，一边看教程，一边理解，尝试在理解的过程中，想想能否替换一些模块，不求最简洁，但求逻辑走的通。
话说到现在为止，我都是先列方案，分块，然后根据方案看书或者F1里面找符合的功能模块。我也没背过。
比如例子中使用TON 你可以试一下用TOFF加下降沿触点实现同样功能，例子都能看懂读透了。自己假设一个控制方案，做通了，基本已经算入门了。
至于你说的书，我只能大概某宝一下看简介，大概看了也有2本比较符合。
应该没有店家名字广告嫌疑吧。
另外么，控制逻辑这个东西，一通百通。
例某工厂使用放空阀做压力保护使用。
总结控制方案为，当xx通道数值大于yy 值，zz数字量通道接通。
然后就可以写程序了。
先弄明白数字量，模拟量自然通了。
模块故障还是本体里的程序故障？
模块里是没有程序的，可找对应型号模块更换。更换模块可以恢复动作点故障，比如明明有点动作，但没有实际电压输出。或者是模块被烧坏。
本体更换的时候，要设法得到程序。如果程序被加密，就要打电话喊厂家的人过来换了。
本体损坏基本上你没有任何办法。
所以，还是打电话叫厂商来人。又或者，自己撸个程序算了。对了，荥阳电气柜，你不会，那还是打电话。
实话实说， PLC除非专业公司是无法维修的，建议购买一定备件，做好日常维护就好了。只要确定损坏就直接换件了。
上次有一个几万的西门子400系列CPU故障，甲方让我帮忙联系的西门子，国内根本没有维修能力，如果返厂到德国去，价格与买个新的差不多！甚至还要贵
这种东西 甲方请系统集成商上门 解决。
硬件问题 系统集成商 没辙，给代理商转到 厂家维修点翻新。或者改善系统设计，降低或消除故障。
自己去修，很扯
如果你想学习plc请你去官wang把手册下zai仔细阅读，编程软件安装好，学着做。软件如果松下官wang有教程就跟着做。
对于工作如果你是设备维护人员，要分清楚几点：程序故障，请编程工程师来解决，你只负责学习和了解，但是不要乱改；如果是外围硬件接线问题，请设计部门提供电器图纸等技术资料，你要好好啃啃图纸再做排故，另外松下plc说明书也要看看故障代码一类的章节内容；如果是plc控制器硬件问题直接售后技术支持解决吧，那已经超过你的能力和职责范围了。
处理机械和程序故障比较容易做到，花个把月搞清楚生产工艺和机械电气动作逻辑，基本上可以解决80%的问题。
如果是PLC本体故障，不用修，直接换新的，因为生产为大，修的时间成本太大。
操作手册拿出来，一般上面都会有关于报警故障指示灯的功能说明，根据指示判断故障类型。通常好的PLC产品，比如西门子PLC，在编程软件里都会提供在线诊断功能，可以通过软件链接在线一下，查看系统提示联系原来的系统集成商，成套集成电气柜，如果还联系得上的话。
问题太虚，有些没法回答。
PLC的状态灯最zhong要，熟悉硬件手册，明确知道状态指示灯的意义，这是第yi步。
通过状态指示灯来判断是硬件故障、网络故障、还是程序故障，如果没有修改程序，调试完成的程序不要轻易去怀疑。
再有就是《操作维护手册》、电气原理图，这些是施工方必须提供的，如果没有，或者只是应付了事的东西。那么谁签字验收的，把谁喷到死，在任何地方喷。
熟悉工艺、熟悉硬件手册、《操作维护手册》、电气原理图，那么处理一般故障应该没有任何问题了。
想进一步优化，那么就要去系统学习PLC
如何学习可编程逻辑控制器（PLC）？
首先你要判断是何种故障，CPU那一排灯一般会给出故障类型
你可以看看是哪个亮起红灯，通过CPU的系统手册查到这个故障灯的故障原因
一般会有几种故障原因
通讯：从站或远程IO故障，这个可以通过编程软件监控硬件方式得知哪个从站或远程IO掉站，逐个排查线路，插头等，一般可以通过替换等办法找到故障点，也可以从程序中获得通讯故障从站号的方式，如西门子PLC可以通过OB块获取掉站站号或处理故障
模块：同样可以监控硬件获取模块位置，通过程序获取故障模块位置号，检查模块供电、输出是否有短路等，实在怀疑模块损坏可采用替换测试等方式解决，如将一块新的替换可能存在的问题模块
编程：有些CPU 可以显示编程错误，如死循环，访问不存在的地址等
模拟量诊断：有些CPU模块可以对模拟量进行溢出，短路，断路等诊断，并在CPU或模块以亮红灯的方式显示
1、编程需要坚强的毅力和足够的耐心
人各有所长。有些人把编程看作一项冗长而枯燥的工作；有些人把编程看作一项趣味的智力游戏。如果你是前者，强 烈建议你远离这份工作。毕竟编程工作是对人的毅力和耐心的挑战。我所在实验室中，很多学生看到我编程序就会惊 讶于我面对这一堆堆符号所表现出的专注。其实，这是兴趣使然。兴趣使我具备了足够的毅力和耐心。经过无数次失败后，当看到一个个符号按我的思路整齐的排列， PLC 按我的要求有条不紊的运行时，兴趣得到了***的满足，如同打通了一个游戏的关口。所以，我告诉这些学生：你们看到的是一堆枯燥怪异的符号，我看到的却是一群热情奔放的 舞者，而我则是她们的导演。
2、编程需要敢于实践的信心
我曾经教过一个学生学 AutoCAD ，我对她的要求就是实践。我告诉她：你随便怎么操作，大不了一张图重画；最 坏的结果是系统崩溃， 没关系，系统重做， 再来；只要电脑没被砸了， 怎么都行。 两年后， 我再看到她做的 CAD 图纸， 也自叹不如。
同样道理， 只有不断地在 PLC 上运行这些指令， 观察运行的结果， 才能弄清 PLC 指令的作用。 很多初学者对 PLC 一脸
的迷茫，往往是出于一种畏惧，担心损坏设备。而这些畏惧是没有任何道理的。仔细的阅读手册是非常重要的，但是 仅靠读书是成不了一个工程师的。更何况手册上的内容并非面面俱到。我在接触到那些不熟悉的指令时，喜欢单独编
一个小程序，让 PLC 运行。然后逐个修改条件，观察运行的结果（ MicroWin 为用户提供了非常好的监控手段） ，反过来再重新理解手册的描述，这样就可以非常直观的理解这些指令的作用和使用方法。不必担心自己写的程序会有什么问题，会影响 PLC 的正常工作。程序有没有问题，只有让 PLC 运行了才能发现。而发现问题并解决问题就是对自己能力的提高。撇开硬件操作不谈，单就软件来说，我还真没有遇到过由于软件问题而损坏 PLC 的事。在这里不必担心继电器电路接错线可能造成的后果。所以，大胆的实践是 PLC 编程的必由之路。
当然，大胆实践并不是野蛮操作，而是必须遵循必要的规范。还有一个要注意的，在程序未经可靠性证实之前，千万 不要挂接负载，以免造成不必要的损失。数字量的输出有 LED 显示；而模拟量处理可以采用一些硬件或软件模拟手段 来解决。
3、编程需要有缜密的逻辑思维
编程本身就是一种逻辑思维过程。在高ji语言中，常用的是 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 提供了丰富的指令、模块，比单片机方便了很多。但是初学者编程时应尽量先使用简单的指令达到目的。
尽管看上去有点土，却不失为一个入门的好途径，且对你理解那些较为复杂的指令会有帮助。具备了一定经验后，应 该考虑掌握复杂指令的应用，以及程序的优化。
