请注意《S7-200西门子PLC体系手册》中，关于三种守时器刷新规则的描绘。

　　按这种方法运用守时器时，守时器的置位、复位或许与程序扫描周期不合作，存在形成上述问题的机制。守时比较短的守时使命应运用“守时中止”功用，这样更为可靠。

　　2.编了一个利用守时器的程序，在编译时已经经过，为何下载到CPU中时提示犯错？

　　这种状况往往是调用的守时器号与守时器类型不合作形成的。拜见协助的表格，如T7只能用作TONR，而不能用于TON或TOF。

　　3.守时中止（SMB34/SMB35）***长守时为255ms，怎么完成更长时间的守时？

　　能够选用T32/T96中止，***长时间可到32.767s。在守时中止服务程序中对进入中止的次数进行计数，也能完成更长时间的中止延时。

　　4.守时中止个数不行怎么办？

　　每个守时中止服务程序不一定只能处理一项守时使命，能够把几个使命放在一个守时中止服务程序中。

　　对于守时距离不同的使命，能够计算出它们的守时长度的***大公约数，以此作为守时中止的时间设置。在中止服务程序内部对中止事情进行计数，据此编程别处理不同的使命。

　　5.运用子程序时，为何动作只能履行一次，或许某些状况不能完毕？

　　假如产生动作不能重复履行，或许状况不能完毕（像锁死了一样），而这些功用都与子程序有关时，请查看是否有条件调用子程序。调用子程序的条件在上述动作履行后，或许进入某个状况后不再有效，无法再次“激活”，而脱离上述状况或复位的指令正好在子程序内，必然形成上述的现象。

　　6.带形式参数的子程序，定义为OUT类型的变量为何会在多次调用子程序时互相搅扰？

　　那是由于定义为OUT类型的形式参数又在子程序内部参加了运算。但凡此类参数都应当定义为IN_OUT类型。

　　7.与中止服务程序有关的计算使命，为何会偶然得出不正确的结果？

　　呈现这种现象的原因多是在主（子）程序和中止程序之间传递数据的机制不当。

　　中止程序或许在任何时刻履行，假如此刻主程序（或子程序）正在对中止程序运用的数据进行操作，其中心结果或许带入中止程序，形成计算结果的变化；同样地，在中止程序中产生数据也对主（子）程序中的计算有类似影响。