97久久精品人人爽人人爽蜜臀/www.青草视频/成视频年人黄网站视频福利/国产第一页第二页/国产裸拍裸体视频在线观看/国产又色又爽又高潮免费/精品超清无码视频在线观看/久久精品蜜芽亚洲国产av/辽宁熟女高潮狂叫视频/你懂在线/欧美少妇15p/人妖 丝袜 另类 亚洲/日韩欧美网站/少妇人妻大乳在线视频/婷婷色国产/性色av无码久久一区二区三区/亚洲精品图片一区15p/亚洲一卡2卡3卡4卡5卡精品

在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測試過了