最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀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測試過了