Zui近看到有些工程師在討論一個問題，就我們在寫程序的過程中，會不會使用IO映射，或者是直接使用分配的物理I點和Q點。

我個人而言，我是一直在使用的，至于我為什么會使用，我認為它的優點是什么？請看下文！

何為IO映射？

即說的是，PLC的主程序中不要直接使用物理的I和O地址，而是在程序的一個批量映射，I信號批量復制到中間寄存器或者全局DB中， 把輸出的全局DB的數據或寄存器區域的數據批量拷貝到O地址區。

在網上，大多數人都說IO映射有這么一個優點，那就是可以保證程序中所有的I/O物理地址只使用1次， 如果某個點壞了，可以直接把映射表改一下，既可以更換到另一個備用通道，而主程序邏輯可以絲毫不需要改動。

我個人認為這個觀點是僅適用某些情況。

例如:

但是

當我們項目中IO量很多是，大多數都會用PEEK/POKE指令，做了個循環，批量式地實現了IO映射

或者用BLKMOV塊移動指令

或者VariantGet/VariantPut指令

或者用指針（AR）

如果我們是用上述方法做的IO映射，假設某個點壞了，那我們該如何替換這個壞的點呢？？？會不會很麻煩？？？所以說，“在網上，大多數人都說IO映射有這么一個優點，那就是可以保證程序中所有的I/O物理地址只使用1次， 如果某個點壞了，可以直接把映射表改一下，既可以更換到另一個備用通道，而主程序邏輯可以絲毫不需要改動” 這個優點我認為在這種情況下是不存在的，反而變得更復雜。而目前，我一直用IO映射的主要兩個有兩個原因。
1.在我入行剛沒多就的時候，領導安排我負責某主機廠4條線PLC程序編寫，做過汽車行業的工程師都知道，主機廠線體程序的各種設備，他的命名，網絡地址和IO信號等都是有著嚴格的要求，在項目前期，甲方的相關部門會提供該工廠的所有的設備，他的命名，網絡地址和IO信號等相關規范給機械電氣工程師等。當時的情況是這樣子的，我拿到線體的IO分配表后，就著手開始編寫程序，由于缺乏經驗，在編寫程序的時候，有使用到IO變量的地方，我都是直接有實際的物理變量，當我程序完成到百分之80的時候，甲方突然說，原來規劃的地址有問題，需要變更一下，聽到這個消息，我當時那個頭大啊。后面只能自己加班加點，先通過映射到DB變量，再一個一個變量的替換。如果一開始，我就先將IO變量映射到DB變量，不管他的地址規劃如何編號，都可以很快的修改。
2.做過汽車行業的工程師都知道，不管是主機廠的線體，還是零部件廠的工作站，基本都是柔性生產線，可生產多種車型，這種產線的夾具（載具）一般分為兩種，一種是通用的（要求比較高，需要滿足適用多種車型產品，一般是伺服夾具）一種就是專用夾具，即不同車型產品，對應不對的夾具（需要切換，有手動切換，也有自動切換，比通用夾具浪費節拍）。我這種情況針對于專用夾具。在一些可生產多種車型的工作站中，不同車型對應專用的夾具，一般的電氣設計方案都是這樣的，不同的夾具上的遠程IO模塊的IP地址（節點）應該是設置成一樣的，所有夾具的物理地址也是一樣的。這樣只需要在第一次導入的時候設置網絡即可，后面新增夾具不需要修改和增加網絡。但這樣子會有這樣的一種情況出現，不同夾具的同一路氣，它所帶的氣缸不一樣，導致到位開關信號的數量不一樣，這時候，如果直接用IO變量，可讀性就會很差。例如有兩套夾具的IO信號是這樣的

如果我們不做IO映射，這些信號的注釋就會很亂，程序可讀性會很差。

如果我們做了IO映射，就可以避免這個問題了。

注釋是寫在DB信號里，程序需要用到的點也是用DB信號，這樣子程序可讀性會比較好

以上僅個人觀點，是小潘在項目中用到情景

IO映射還有另外許多的優點，等待小潘和各位工程師發掘。