99久久国产综合精品女不卡-99久久好看一级毛片-99久久精品99999久久-99久久精品费精品国产-99久久精品费精品国产一区二

西門子的1200系列cpu做模擬量累積（例如做流量的累積），瞬時流量準確但累積流量不準確，偏差非常大，感覺上是低端cpu時間基準不準確導致的，因為用同樣的編程方法在S7-300和1500系列下又是準確的。不知道各位可否有什么好的解決辦法，請大神指導。
順便說一下我是OB30里面做累積的，循環(huán)中斷時間為100ms

貼程序看一下，是否是ob設(shè)置的循環(huán)和程序中使用的不一致

程序貼圖，請指教

程序累計量比實際累計量少50%。

你這程序肯定不準，西門子浮點數(shù)的小數(shù)點位數(shù)有限制，你的流量除以36000整數(shù)部分肯定是零，估計小數(shù)點后還有很多零，那得舍去多少，

意思是我100ms累積，修改為1s累積一次？除以3600？

引用

引用第4樓wanghuijun于2023-04-21 12:20發(fā)表的  :
你這程序肯定不準，西門子浮點數(shù)的小數(shù)點位數(shù)有限制，你的流量除以36000整數(shù)部分肯定是零，估計小數(shù)點后還有很多零，那得舍去多少，

1S累積一次沒用過，之前在300和1500上都是100ms這種做的，都沒有問題。

關(guān)注，請問：問題解決了嗎？

引用

引用第7樓騎車看風景于2023-04-21 23:48發(fā)表的  :
關(guān)注，請問：問題解決了嗎？

    目前還沒有很好的解決方案，樓上說的小數(shù)位數(shù)的問題，應(yīng)該沒有關(guān)系，real值是32位的應(yīng)該不會存在截取的問題。很早以前在用S7-200的時候就遇到過這個問題，最后是通過設(shè)置一個修改系數(shù)來處理的，相當于根據(jù)實際的累積量來對程序進行系數(shù)修正，但這會出現(xiàn)一個問題是每一臺CPU均不一樣，需要不同的修改系數(shù)，這在實際的使用過程中會非常不方便。因此在此把這個問題拋出來，希望有實際項目經(jīng)驗的同仁能一起討論，希望能有一個很好的解決方案。
    這種問題，只有有實際項目經(jīng)驗的人才能感受得到，理論學者就不說了。像這種問題非常常見，比如工業(yè)上用的電子皮帶秤，也是一個很好的例子，問了很多設(shè)計人員都沒有很好的解決方案，最終都是直接用1500（S7-300）系列的cpu，提升plc檔次解決該問題，但這種就導致了成本的上升！小公司用不起，我們做的設(shè)備成本也高。

可以參考下西門子SCL積分流量累積的教程看看

我覺得不太對,這是最基礎(chǔ)的定時中斷執(zhí)行問題,即使存在誤差也是us級別的,而且不存在累積誤差,幾塊錢的單片機都能完成的任務(wù),沒理由1200PLC做不到.

而且本身100ms這個周期也是非常容易做到了,如果懷疑硬件問題可以上示波器,沒示波器也可以同時接兩臺上去做AB測試.我傾向于是軟件問題,比如濾波

這個程序讓我寫我會選擇10ms的中斷里面采樣10次然后中值濾波后再進行累積

另外這個時候像1200和CP1H這種比較高級的小型機里面我最喜歡的功能就有用了,就是示波器（TIA里面叫Trace）,直接以目標信號10倍采樣率（目的是看到更多細節(jié)）讓示波器連續(xù)采樣,監(jiān)測輸入信號、觸發(fā)信號、時間戳和累加和，波形一出來啥問題都很明確了