最近發(fā)現(xiàn)，之前一直運行良好的溫度采集系統(tǒng)，突然發(fā)生了超高溫報警。調取歷史數(shù)據(jù)查看，發(fā)生超高溫報警時，確實有1組溫度讀數(shù)異常，如圖。
  
請問該怎么處理這個問題，如何避免這種情況發(fā)生？

你把你這個溫度采集系統(tǒng) 說細點，傳感器什么信號輸出，經過什么采集器，采集器又跟電腦怎么連的 等等

引用

引用第1樓13821917697于2020-10-23 11:46發(fā)表的  :
你把你這個溫度采集系統(tǒng) 說細點，傳感器什么信號輸出，經過什么采集器，采集器又跟電腦怎么連的 等等

謝謝回復。

溫度采集系統(tǒng)如下：

云組態(tài)--遠程監(jiān)控模塊--HMI--PLC--RS485--溫度數(shù)據(jù)采集器--溫度傳感器PT100

以上截圖是云組態(tài)的歷史數(shù)據(jù)。

我個人認為是PLC 485 溫度數(shù)據(jù)采集器這個環(huán)節(jié) 出現(xiàn)問題的概率比較大，因為我以前也遇到過類似的情況。是走的modbus吧應該，如果是，對收回來的報文進行檢查（CRC校驗），檢查有問題的話 舍棄這包數(shù)據(jù)。

謝謝13821917697，我加上CRC校驗試一下。

引用

引用第4樓plcchina于2020-10-28 11:45發(fā)表的  :
謝謝13821917697，我加上CRC校驗試一下。

差不多一個月了，加上CRC校驗之后，顯示N/A報警的數(shù)據(jù)沒有了。
期間發(fā)現(xiàn)云組態(tài)偶爾還是會誤報警，但與數(shù)據(jù)采樣應該沒有關系，修改報警范圍設定值后沒有再報。

在程序上加個濾波不就可以避免誤報警了嘛

解決就好

引用

引用第6樓書香伴侶于2020-11-26 21:04發(fā)表的  :
在程序上加個濾波不就可以避免誤報警了嘛

程序上加濾波？能詳細一點嗎？

看來CRC校驗很重要

引用

引用第8樓plcchina于2020-11-29 18:32發(fā)表的  :



程序上加濾波？能詳細一點嗎？

多次采樣，去掉最大值，去掉最小值，求平均