操作定时器，包括使能位、直接赋定时值、R指令复位等，指令执行后立即生效，不是等到系统刷新时。
这和系统对定时器的刷新机制不冲突，也不矛盾的。
读定时状态位、当时定时值，读到的就是新鲜的值，包括由操作定时器指令立即产生的结果。但读指令本身不会改变定时器的状态。
前几天看到一个提问是这样的
问为什么C0不计数？而把网络1和网络2交换就可以了？
这个问题对于新手来说是一个很容易犯的错误，我自己也犯过同样的错误。那是因为手册中有段话把我误导了，也是自己对它理解不够。
就是这个程序，我的想法是I0.0是按钮，按下Q0.0接通，在按下Q0.0断开，可实际Q0.0根本不会接通。
那么问题来了，手册中这样说的
我的程序应该I0.0上升沿时Q0.0置位，但要等到扫描完时才会输出Q0.0，那么网络2的I0.0上升沿后面Q0.0就应该为OFF，那么就不会复位，下次按下I0.0时Q0.0复位。应该没问题啊。
而个程序是这样的，说明书上说
10ms定时器在扫描开始时刷新，那么当T98 ON的那一个扫描周期计数器就应该计数啊。难道说明书有问题？
后来自己仔细研究才明白，CPU执行程序时用的是过程映像寄存器中的值，Q0.0那个程序就好理解了，置位Q0.0后，寄存器中Q0.0已经ON了，扫描网络2的时候读取寄存器中Q0.0——>ON,I0.0上升沿——>ON,Q0.0——>0N，Q0.0被复位，Q0.0输出OFF。
那定时器这个呢？我在想cpu读取的应该也是寄存器中的值而不是定时器的实际地址，
实际就是扫描开始
读取T98实际地址传送给T98寄存器——>T98寄存器ON
网络1 扫描到T98时——>T98寄存器off
网络2 T98寄存器OFF，
网络2的T98永远接不通。
这只是我的个人理解，实际是不是这样运算的也没找到资料，想到了电脑CPU的缓存，是不是plc的过程映像寄存器是一个道理。
经过我的消化，是这样理解的：
1、与定时器有关的指令，可以分两类，一类是使用定时数据的，另一类是操作定时器的。就象一个闹钟，读时间就是使用闹钟，拨弄闹钟就是操作。
2、使用定时器，也就是读定时器状态或定时器当前的时间值，对定时器是没有影响的，而操作定时器，则会影响定时器的状态及当前值，是若有影响，立即生效。T38，定时到时，又被立即复位了，T38=1的状态到不了下面的网络。
甄别PLC内外部故障实例
配备820数控系统的某加工中心，产生7035号报警，查阅报警信息为工作台分度盘不回落。在SINUMERIK 810／820S数控系统中，7字头报警为PLC操作信息或机床厂设定的报警，指示CNC系统外的机床侧状态不正常。处理方法是，针对故障的信息，调出PLC输入/输出状态与拷贝清单对照。
工作台分度盘的回落是由工作台下面的接近开关SQ25、SQ28来检测的，其中SQ28检测工作台分度盘旋转到位，对应PLC输入接口110.6，SQ25检测工作台分度盘回落到位，对应PLC输入接口110.0。工作台分度盘的回落是由输出接口Q4.7通过继电器KA32驱动电磁阀YV06动作来完成。
从PLC STATUS中观察，110.6为“1”，表明工作台分度盘旋转到位，I10.0为“0”,表明工作台分度盘未回落，再观察Q4.7为“0”，KA32继电器不得电，YV06电磁阀不动作，工作台分度盘不回落产生报警。处理方法：手动YV06电磁阀，观察工作台分度盘是否回落，以区别故障在输出回路还是在PLC内部。
诊断压力开关故障实例
配备FANUC 0T系统的某数控车床。
故障现象：当脚踏尾座开关使套筒顶紧工件时，系统产生报紧。
在系统诊断状态下，调出PLC输入信号，发现脚踏向前开关输入X04.2为“1”，尾座套筒转换开关输入X17.3为“l”，润滑油供给正常使液位开关输入X17.6为“1?1;。调出PLC输出信号，当脚踏向前开关时，输出Y49.0为“1”，电磁阀YV4.1也得电，这说明系统PLC输入/输出状态均正常，分析尾座套筒液压系统。
当电磁阀YV4.1通电后，液压油经溢流阀、流量控制阀和单向阀进入尾座套筒液压缸，使其向前顶紧工件。松开脚踏开关后，电磁换向阀处于中间位置，油路停止供油，由于单向阀的作用，尾座套筒向前时的油压得到保持，该油压使压力继电器常开触点接通，在系统PLC输入信号中X00.2为“l”。但检查系统PLC输入信号X00.2则为“0”，说明压力继电器有问题，其触点开关损坏。
故障原因：因压力继电器SP4.1触点开关损坏，油压信号无法接通，从而造成PLC输入信号为“0”，故系统认为尾座套筒未顶紧而产生报警。
解决方法：更换新的压力继电器，调整触点压力，使其在向前脚踏开关动作后接通并保持到压力取消，故障排除。
S5 PLC具有自诊断能力，发生模块功能错误时往往能报警并按预先程序作出反应，通过故障指示灯就可判断。当电源正常，各指示灯也指示正常，特别是输入信号正常，但系统功能不正常（输出无或乱）时，本着先易后难、先软后硬的检修原则检查用户程序是否出现问题。S5的用户程序储存在PLC的RAM中，是掉电易失性的，当后备电池故障系统电源发生闪失时，程序丢失或紊乱的可能性就很大，当然强烈的电磁干扰也会引起程序出错。有EPROM存储卡及插槽的PLC恢复程序就相当简单，将EPROM卡上的程序拷回PLC后一般都能解决问题；没有EPROM子卡的用户就要利用PG的联机功能将正确的程序发送到PLC上。需要特别说明的是，有时简单的程序覆盖不能解决问题，这时在重新拷贝程序前总清一下RAM中的用户程序是相当必要的。通过将PLC上的“RUN”“ST”开关按RUN－－-ST－－-RUN－－-ST－－-RUN的顺序拨打一遍或在PG上执行“bbbbbb—Blocks—Delete－－-inPLC—allblocks－－-overall—Reset”功能就完成了RAM中程序的总清。 保存在EPROM中的程序并不是万无一失的，过分相信EPROM上的程序有时会给检修带来困惑。经常性的检查核对EPROM中的程序，特别是PG中的备份程序就显的尤为重要。
检修实例：设备上电后无法启动。工程师在检查后认为程序出错，很自然地将EPROM卡插入PLC中，总清后拷贝程序，完成后重启，故障依旧，由于程序不大，逐条把EPROM上的程序读出，与手册上的指令核对后发现完全一样，重复拷贝无效后认为是PLC硬件故障。我们用PG将备份程序调出，与EPROM上的程序进行比对，结果语句指令表相同，但程序存放地址发生了变化，把备份程序发送到PLC后设备运行正常。可见EPROM上的程序也出现了错误，用紫外线擦除后重新写入问题解决。
维修实例：一台PLC合上电源时无法将开关拨到RUN状态，错误指示灯先闪烁后常亮，断电复位后故障依旧，更换CPU模块后运行正常。在进行芯片级维修时更换了CPU但故障灯仍然不停闪烁，至到更换了通信借口板后功能才恢复正常。