我也来说说我的编程套路：
一般做程序时可能硬件还没有设计出来，IO点的功能未定，或者说有可能后期会有变动，所以我一般会设计一个DB作为IO映像，后续的程序如果需要使用硬件IO点就使用该DB的数据，不采用IO硬点。这样及时后续IO变动也只需简单修改映像DB的程序而无需整个程序进行修改。
程序大量使用到定时器，并且定时时间一般精度要求不高，如果使用PLC提供的定时器元件，一方面数量有限，一方面需要自己管理定时器编号，更何况编号还和时基相关，不太好管理。所以我一来就设置PLC的MW0为硬件定时脉冲存储单元，再转换为上升沿信号，后续程序中需要使用定时器就用该信号计数实现。这用只需管理ADD加法器了。或者把定时器包装为一个FB，内部实现了时基、开始计数信号、复位信号、定时时间输出等等功能，需要就用该FB生成。一般我采用...叫什么忘了，总之不是公共DB，不需要我管理。对了，叫多重背景DB，只需要在程序内的静态数据区管理。
。。。。。
一般做程序时可能硬件还没有设计出来，IO点的功能未定，或者说有可能后期会有变动，所以我一般会设计一个DB作为IO映像，后续的程序如果需要使用硬件IO点就使用该DB的数据，不采用IO硬点。这样及时后续IO变动也只需简单修改映像DB的程序而无需整个程序进行修改。
程序大量使用到定时器，并且定时时间一般精度要求不高，如果使用PLC提供的定时器元件，一方面数量有限，一方面需要自己管理定时器编号，更何况编号还和时基相关，不太好管理。所以我一来就设置PLC的MW0为硬件定时脉冲存储单元，再转换为上升沿信号，后续程序中需要使用定时器就用该信号计数实现。这用只需管理ADD加法器了。或者把定时器包装为一个FB，内部实现了时基、开始计数信号、复位信号、定时时间输出等等功能，需要就用该FB生成。一般我采用...叫什么忘了，总之不是公共DB，不需要我管理。对了，叫多重背景DB，只需要在程序内的静态数据区管理。
。。。。。
18-04-04 10:13