??
配置
西門子1215（先選的1214，后來因為工作存儲器的關系換了）和16個MODBUS稱重儀表，每個稱重儀表的通訊量在200個字節左右，并且不是連續地址。
編程第一個坑
稱重儀表的雙字整數與西門子的高低字節是反的，所以讀取寫入都要經過轉換，因為沒有現成的指令（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執行檢測功能，我呵呵。
總結一
對于幾十萬的設備，省下一兩萬的成本，搭進去更多的售后成本，丟掉客戶體驗，甚至影響公司口碑，得不償失。
總結二
我有多數技術人員的通病，我只關心設備最后的結果好壞，很少關心人情世故，我要和我的領導道個歉，“讓你難堪了”。
