近在熱線上總是碰到這樣一些類似的case——客戶在下載程序時，提示報錯294:6（不能復制塊***），如圖1所示。這樣的錯誤，是由于沒有完全掌握CPU的技術參數，在編程過程中犯了一些錯誤而導致的。下面我將例舉一個典型例子詳細說明。

圖1

有位客戶描述他下載程序總是報錯，提示OB1和FC塊不能復制下載。我問他，您在下載之前做了什么操作，才導致出現這個問題的。

客戶停頓想了想，說他在別人的項目中，增加了一些程序段，而且程序段都是使用的很簡單的指令——將DI（數字量點）狀態賦值到M區點。

的確都是很簡單的指令，所以我懷疑客戶可能使用的地址有問題，于是我問客戶指令中都使用了什么地址，并且詢問客戶使用的是什么CPU（即CPU的型號）。開始客戶很不解——覺得指令使用都是正確的，而且軟件也沒有報錯（即：地址輸入后沒有出現紅色報錯），在我一再要求下，客戶告訴項目組態的CPU型號是6ES7 314-6CG03-0AB0，程序段使用了I 128.0、I 128.1等DI組態的點地址，如圖2所示，而且該組態地址是系統默認的，如圖3所示。

圖2

圖3

表面上看似乎一切都很正常，地址也是系統自動分配的，通過交叉索引的方式找到使用該地址的FC塊，如圖4所示，詢問客戶是不是該FC下載時提示無法復制的報錯信息——如圖1所示。客戶確認是這個FC塊無法復制下載。

[

圖4

在選型樣本手冊中介紹了這個型號的CPU相關技術參數——過程映像區地址，如圖5所示。在圖5中，可以看到6ES7 314-6CG03-0AB0的過程映像區的輸入和輸出都是128個字節，也就是說該CPU的過程映像區的輸入、輸出范圍是I 0.0——I 127.7和Q 0.0——Q 127.7。而I 128.0、I 128.1等地址，已經超出了該CPU的過程映像區的使用范圍，從而導致下載報錯——無法復制FC塊。

圖5

其實，系統組態對CPU集成的I/O點分配地址，默認是從124開始的。只是該客戶在項目組態時因為一些原因將一個DI模塊的地址改成了124，導致系統組態對集成的I/O點分配地址默認從128開始分配。

如果真的需要這樣分配，那么解決辦法就只能是改變地址訪問方式，即：使用MOVE指令。如圖6所示。然后對M 100.0等點進行逐點操作。

圖6

西門子網站有一篇常問問題：何時何處需要外設地址？可以去看看。 http://support.automation.siemens.com/CN/view/zh/18325417

同樣的，在使用M區和定時器T區的地址做編程，使用時超出系統允許范圍，而導致類似報錯（見圖1）。

例如，如圖7所示，圖中的CPU312、313、314對M區定義的大數量是256個字節，即MB0——MB255，結果有些客戶編程使用了MW300等地址，超出了M區的范圍，而導致下載時報294:6的錯誤。

圖7

還有如圖8所示，圖中的CPU312、313、314對S7定時器定義的大數量是256個，即從T0——T255，而有些客戶不注意該參數，使用定時器個數超出了256，如使用了T256、T257等，這樣就會在下載報294:6的錯誤提示。

圖8

同樣的問題也會出現在計數器上，這些都是需要注意的。

總之，只有注意了CPU這些技術參數，才能避免上面的問題發生。