假设，程序中有个定时器T1，定时时间为50ms，执行整个程序1个周期耗时为20ms，那么执行第二个周期时定时器的时间是否要增加20ms？

这里有个概念
你的整个工作过程20毫秒？这也太短了。程序控制的是微生物的什么？
你的整个程序扫描周期20毫秒？这也太长了。扫描周期超过15毫秒就要精检程序了，一般的在7毫秒左右。
没明白你的意思,的，无从回答。
你这里有三个时间，50毫秒，20毫秒，第二个周期定时器时间。

定时器啥时记时，和他的输入端开毕时间有直接关系。如果你的控制周期在毫秒，建议你用多个PLC或者换个扫描周期在微妙数量级的PLC，(S7-200系列的扫描周期数量级是毫秒)..也就是说，如果用普通的指令， 例如 S  Q0.0，1 ，Q0.0被置位，最大有扫描周期（一般为7毫秒）的延迟。这个延迟时间是你不能承受的，换句话说，如果用S7-200系列来控制微妙级的时序，真的是很困难。

建议你在可能的情况下在主程序中加入：
诸如：if   I0.0   (or MB0<>0 )    than  call  SUB0  以缩短扫描周期，扫描周期过长的确会带来一系列问题。
我理解不是20毫秒不可控，而是各种动作要延迟20毫秒才能有动作。
至于加上20毫秒，如果需要50毫秒的方波信号，我怎么感觉应该减20毫秒呢，或者PLC本身可以处理这种延迟？要不怎么扫描周期是10毫秒级，怎么还会有1毫秒级的定时器呢？
初看很简单的问题，把俺搞糊涂啦？

扫描周期过长，建议使用时间中断，在中断程序中做一些动作，以满足时序要求。

从你叙述的通讯的控制出方式上看，感觉你的通讯控制方式有问题。你文中的计数器不是计数器，、而而是个计时器，用记时器就有可能造成通讯随机，这种随机方式有可能某个命令会很长时间比如10秒才发送一次，
使用个内存单元，比如VD0，为零时，0号通讯,完毕使其为1,然后1号通讯，结束后，使其为2,然后2号命令通讯..............9号完毕后使其为零，0号通讯.................这种控制方法是绝对的轮流工作，、而不会造成丢失命令。

即使扫描周期很端的程序，触摸屏幕显示的也不是即时值.，我观察过Q点，设备已经开始工作，、而触摸屏上的Q点状态指示灯，要过1-5秒才能有反应，反应的时间和触摸屏幕上的可视元件数量好像也有关系（除通讯速率、数据交换周期影响外）。
.

引用

引用第7楼lanjinghao于2009-05-18 12:44发表的  :
我有个高压变频系统，PLC采用S7-200，触摸屏是TP277。现在触摸屏显示的运行频率、输入电流和输出电流有时会跳变到0，但实际的运行参数又没有任何变化。运行参数都是主控板采集或计算出来的，PLC通过通讯指令读取到运行参数并存储到PLC的存储空间，然后通过触摸屏显示出来。而这个问题又是随机发生，有时候在试验平台有这个问题，但在现场又正常，有时候现场出现这个问题，拿回来测试又正常。检测软件代码也没有任何故障，这个问题是否与触摸屏和PLC通讯干扰有关还是怎样？

感觉不是触摸屏与PLC 的通讯问题，应该是数据采集问题，如果没有握手信号，由于采集的时间很随机，可能会采集到0数据。

在程序中加入一句：
ld sm0.1
movw   0,vw10000
...................
if  采集数据=0 ，than vw10000=255

再在触摸屏幕上，加入vw10000地址的显示信息，一段时间后观察其值,如果变为255,说明你真的采集到了数据0。

我没有和设备直接通讯过，猜想想设备应该有个数据准备好信号，只有该信号为真，采集到的数据才是真实值。