描述
当使用带定时器的项目进行移植后，"RU" 变量（"Runing"变量）在定时器的背景数据块中不能再被访问。该功能在STEP 7 (TIA Portal) V11及更高版本中均不允许。当TIA Portal 项目进行编译时，如果使用该变量会将该变量标记为红色并报如下错误：
“访问私有及内部变量受限。”
注意
该FAQ描述了使用计时器的一种特殊情况。在正常使用时，合适的定时器被触发，同时使用输出Q点，可以保证定时器正常使用。背景数据块里的“Runing”位仅仅表示定时器在运行，该位的显示对执行定时器(TON/TOF)开关延迟很有必要。
如果在应用程序中只需要一个定时器运行，可以使用TP的Q点。
图 1
说明
补救措施1
1.不要创建一个新的背景数据块，而创建一个多重背景数据块
2.在本地访问“Runing”位"RU" 例如：#instTimer.RU
图 2
补救措施2
根据不同的定时器类型，可以使用定时器背景数据块中其它内部关联的布尔变量来模拟"RU""Ruing"位的状态，如下表所示：
| 定时器 | 内部连接 |
| TP | 在“生成脉冲”定时器TP的背景数据块DB中，"Q"(输出)与"Ruing"位保持一致。 |
| TON TONR |
使用TON"接通延时定时器"和TONR"保持接通延时定时器"时，"Ruing"位的值为背景数据块DB中"IN" (输入)常开点和 "Q"常闭点的与结果。
图3 |
| TOF | 使用TOF"关断延时"定时器时，"Ruing"位的值为背景数据块DB中 "IN" (输入)常闭点和"Q"常开点的与结果。
|
表 01
创建环境
该篇FAQ文档图片均来自于STEP7 （TIA Portal）V13。
重要
应该使用背景数据块中（而非它们的缓存）的变量组合，因为在异步查询缓存时，反映的未必是当前的状态。
关键词
定时器
原创文章，作者：ximenziask，如若转载，请注明出处：https://www.zhaoplc.com/plc324413.html
微信扫一扫 
支付宝扫一扫