蜜桃免费av-一级中文片-久久青青草原av免费观看-香蕉在线观看视频-少妇丰满极品嫩模白嫩-成人妇女免费播放久久久-久久国产精品_国产精品-少妇69xx-国产网站免费在线观看-sese婷婷-最近中文字幕在线中文视频-欧美色xxx-亚洲a∨国产av综合av-免费观看日批视频-午夜福利免费0948视频-亚洲一二三视频-可以免费观看的av毛片下载-日韩综合精品-国产精品福利久久久-亚洲精品综合一区二区

在wincc報警中，用布爾量報警，在消息文本需要關聯過程值，發現過程值不是觸發報警的值，而是觸發報警的前一個值，例如80報警，實時值從78跳躍到81時，報警文本關聯的過程值是78，而不是81，但是在限制監視里面觸發報警，過程值3就是實時值，不知道布爾量報警為何是這種情況。

https://www.ad.siemens.com.cn/productportal/prods/hmi/wincc/q3_configuration/FAQ31.html

這種呢

不是模擬量報警，是布爾量報警，比較是在PLC程序中做的，因為這是在做模板程序，模擬量報警不適合模板程序

我發的就是BOOL+模擬量。你仔細看看。。。？？？

不好意思，我也是這么做的啊，但是就是出問題，官網的這種方法我也測試過，沒有問題，因為他的值是固定住的，然后再觸發的報警，所以沒問題。而我的是通過值的變化去觸發報警。

正好就著這個問題我一直有個疑問，模擬量報警中這個報警時的實際值有什么意義？
你報警值設置100 這個實際值就在100左右，報警值80 報警時的實際值就在80左右，非要顯示這個值有什么重要意義呢？

你我覺得不重要，客戶覺得最重要

我覺得是你仿真問題。仿真改變值的速度沒有那么快�；蛘吣阍诔绦蛑屑觽�定時器。   過報警值，持續幾秒（還能防止誤報警，一個報警一個定時器）在觸發BOOL量報警。應該就沒那些問題。

不是仿真的問題，用PLC測試過了