糟心的西門子PLC項目經曆

admin

配置：西門子1215（先選的1214，後來因為工作存儲器的關係換了）和16個MODBUS稱重儀表，每個稱重儀表的通訊量在200個字節左右，並且不是連續地址。

前言：這個項目的電氣選型是公司領導（機械設計）做的，我接到工作任務的時候，也跟領導詳細說了他的選型所帶來的弊端，但是因為業內有競爭對手使用的是這款儀表，領導認為別人能用我們也能用，所以根本勸說不動。

首先16個MODBUS從站帶來的滯後性的問題根本無法解決，並且通訊幹擾始終是存在隱患的。最開始的時候領導從成本角度就PASS掉了最優方案，用支持PN通訊的稱重儀表，每個儀表就要加1000元，但是成本領導接受不了。如果折中方案用西門子1500來掛多個MODBUS主站模塊可能會改善滯後性的問題，但是1500的成本還沒有直接換PN儀表來的痛快。

編程第一個坑：稱重儀表的雙字整數與西門子的高低字節是反的，所以讀取寫入都要經過轉換，因為沒有現成的指令（SWAP指令交換的是字節，不是字），所以我自己編寫了功能塊來轉換，但是16個儀表的通訊量過於大，導致功能塊要被調用200多次（建議這個量級，大家用循環來做，這種項目用梯形圖絕對搞不定的），當時我的第一反應就是，plc極有可能性能和存儲都不行。但是因為前期與領導溝通的並不愉快，我隻是提了一句，說這個係列的PLC很可能不行，因為我知道就算我說絕對不行，PLC也不可能換的。

編程第二個坑：其實這個不算坑，應為已經預料到，並且是不能繞過的。16個MODBUS稱重儀表，每個稱重儀表的通訊量在200個字節，並且不是連續地址，直接用輪詢指令簡單粗暴的一次性讀寫，是絕對不可能的了，隻能劃分區域，盡量將實時讀取的數據壓縮到最小，類似參數、控製用的字節，隻在某些特定情況完成讀寫。其實我應該感謝西門子，感謝博圖，博圖對數組、結構體、variant指針的支持，使程序量極大的簡化，要不然真能幹一個項目少活一年。

編程第三個坑：配方我全部放在PLC裏完成的，因為配方數據量巨大，所以保持性存儲器被填滿了，隻能由原來的6個配方改為3個，不夠也沒辦法了（與客戶要求可能已經不滿足了）。配方也沒有辦法放在屏裏，因為，配方包含了很多數組和指針的邏輯功能，KTP係列的屏完成不了。

調試第四個坑：滯後性！雖然已經盡自己最大努力優化了MODBUS程序，可是16個儀表的延時還是在8秒以上（1200雖然可以掛3個主站模塊，1個擴展板，將從站分別處理，可是相應的邏輯程序會增加，因為當時1214的工作存儲器已經接近極限了），與實時性有關的功能都變成了雞肋。

調試第五個坑：調試過程因為要更改功能，發現1214的工作存儲器不夠了，調整成了1215。

調試第六個坑：換成1215之後發現有個光電檢測出了問題，當物體移動過快，光電就檢測不到了，我測試了一下，隻有一段檢測程序運行的時候是可以的，所以程序體量太大會導致“反應慢”的問題。（中斷和：P都不行，我已經考慮過了）。領導也是個機靈鬼，讓我單獨掛一個PLC執行檢測功能，我嗬嗬。

總結一，對於幾十萬的設備，省下一兩萬的成本，搭進去更多售後成本，丟掉客戶體驗，甚至影響公司口碑，得不償失。

總結二，我有多數技術人員的通病，我隻關心設備最後的結果好壞，很少關心人情世故，我要和我的領導道個歉，“讓你難堪了”。