描述：

更新操作系統(tǒng)時，應當始終更新為相關訂貨號產品可用的版本。以前版本的操作系統(tǒng)僅作為備用，允許用戶恢復到zui初的版本。但是至今為止還沒發(fā)現有這樣做的必要。
CPU 操作系統(tǒng)的版本適用于該訂貨號的所有版本。

可以使用微存儲卡進行更新或在線更新：

1.微存儲卡：

創(chuàng)建操作系統(tǒng)更新卡的前提條件：

• 存儲容量至少為 4 MB 的微存儲卡
  (訂貨號 6ES7 953-8LM00-0AA0)
• STEP 7 V5.1 SP2 或更高版本
• 帶有外部 PROM 編程器 (6ES7 792-0AA00-0XA0) 的 PC 或
  帶有適配器 (6ES7 798-0BA00-0XA0) 的 PG720/740 或
  FieldPG/PowerPG，用于編程微存儲卡

使用 STEP7 創(chuàng)建操作系統(tǒng)更新卡的步驟：

1. 下載所需的 CPU 文件。
2. 雙擊文件名將文件解壓縮
3. 在 Simatic 管理器中執(zhí)行下列操作刪除微存儲卡：“File/S7 Memory Card/Delete”。
4. 在 SIMATIC 管理器中選擇 “Update target system/operating system” 編程操作系統(tǒng)。選擇目標目錄并“打開” CPU_HD.UPD 文件，啟動編程過程。
5. 當屏幕上出現 "The firmware update for the module with order number 6ES7 315-2AG10-0AB0 was transferred successfully to the S7 memory card" (訂貨號為 6ES7 315-2AG10-0AB0 的模塊的固件更新內容已經成功傳送至 S7 存儲卡) 的提示消息時，操作系統(tǒng)更新卡的編程即告完成。

執(zhí)行操作系統(tǒng)更新：

1. 切斷 CPU 所在機架的電源 (PS)
2. 將 PLC 從通信網絡斷開
3. 將準備好的操作系統(tǒng)更新卡插入 CPU 中
4. 接通 CPU 所在機架的電源 (PS)
5. 操作系統(tǒng)將從微存儲卡傳送到 CPU 內部閃存 EPROM。在此期間，所有的 CPU LED (FRCE、RUN、STOP、SF、BF) 都將點亮。
6. 大約 2 分鐘后，操作系統(tǒng)更新完成。此時 CPU 上的 STOP LED 慢閃提示 =>提示系統(tǒng)*復位。
7. 切斷電源，將操作所需的微存儲卡插入。
8. 接通電源。CPU 自動執(zhí)行一次總復位，然后立即轉為準備運行狀態(tài)。
9. 將 PLC 重新接入通信網絡之前，必須進行時鐘同步。

2.在線更新：

前提條件：

• 使用 STEP 7 V5.3 及更高版本可進行在線更新固化程序。
• 站中將進行固件更新的模塊的固件版本必須為 V2.6.1 或更高，并且可被在線訪問。
• 可通過 STEP7 以在線模式下查看 CPU 的模塊狀態(tài)。顯示的版本必須為 A0.21.0 或更高，以便能夠執(zhí)行固件更新。

  選擇：SIMATIC Manager -> <Name of station> -> Strg+D
   

圖 1：模塊狀態(tài)

• SIMATIC 管理器的硬件組態(tài)中必須列出固件版本為 V2.6 的模塊。
• 必須將一塊 MMC (微存儲卡)插入模塊，作為緩沖存儲器。
• PG 或 PC 的文件系統(tǒng)上必須含有固件版本的未壓縮文件。

  BG_ABL.UPD
  CPU_HD.UPD
  KOMP_1.UPD

  每個文件夾中只能包含一個固化程序版本的文件。

執(zhí)行固化程序更新：

1. 啟動 STEP 7 并切換到 HW-Config。
2. 打開待更新的 CPU 所在的站。
3. 選擇 CPU。
4. 選擇菜單命令 “Target system > Update firmware”。只有當所選的 CPU 支持 "Firmware update" 功能時，該菜單命令才可用。
5. 現在在打開的對話框 “Update firmware” 對話框中，使用 “Search” 按鈕查找該固化程序更新文件 (*.UPD) 的路徑。
6. 選定一個文件之后，將會在 “Firmware update” 對話框的下半部分提示該文件適合哪些模塊，以及從哪個固件版本開始可以使用該文件。
7. 點擊 “Execute” 按鈕。STEP 7 將檢查該模塊是否可解析所選的文件，如果結果是肯定的，則將該文件裝載到 CPU。如果必須為此改變 CPU 的操作模式，則會通過對話框提示用戶。然后 CPU 將自行執(zhí)行固化程序更新。
8. 通過 STEP 7 (讀 CPU 的診斷緩沖區(qū))檢查 CPU 是否使用新的固件成功啟動。

CPU 315-2DP 的訂貨號和版本總覽：  

上述 CPU 版本并未包含任何新功能。

關于 STEP 7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

固件更新版本 V2.6.11 中包含下列更改：

• 通電之后，不再在總復位后因實際值偶爾丟失而出現 ID 為 16#6522 或 16#4580 的事件。(備份緩沖區(qū)不一致)
• 當監(jiān)控塊或變量同時連接到 HMI 設備時不再偶爾出現故障 Z1=97EA。
• 如果一個 DB 可用，SFC 24 "TEST_DB" 將不管該 DB 的存儲器屬性或并行調用的 SFC83，而總是提供該 DB 正確的長度。
• 調整時間時，在 OB 10 的本地數據將立即調整 Weekday (變量 "OB10_DATE_TIME" )。

上述 CPU 版本并未包含任何新功能。

關于 STEP 7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP 0125 或 STEP7 V5.4 +SP3 或更高版本。

固件更新版本 V2.6.9 中包含下列更改：

• 將防止在運行期間因實際值丟失而產生標識符為 16#6523 和 Z2=8020 / Z3=1410 的事件。
• 強制操作將不再導致定時中斷丟失。
• 監(jiān)視塊或變量表時，快速滾動將不再導致故障 Z1=6A6F。
• SFC 20 與 SFC 21 的 ANY 指針具有錯誤的長度參數時，現在將導致 BLF (區(qū)域長度錯誤：8x22 or 8x23); 從而避免發(fā)生如超出循環(huán)時間和看門狗錯誤之類的后繼錯誤。
• 外部 HMI 系統(tǒng) (如 ProSCADA ) 發(fā)生通信錯誤或使用 CP343-1EX11 發(fā)生通信錯誤時，將不再會發(fā)生故障 Z1=98C6。

上述 CPU 版本并未包含任何新功能。

關于 STEP 7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

固件更新版本 V2.6.6 中包含下列更改：

• 如果一個連接在周期性 HMI 讀操作期間斷開，CPU 將不再進入故障模式 Z1=7173。
• 糾正了 CP5613 A2 帶來的路由選擇問題。
• 如果相應軟鍵被按下，OP 3 中分配到位變量的軟鍵現在將置位 PLC 中所分配的對應位。
• 現在，強制輸入(PAI)在報警 OB 中也始終有效。
• 與 HMI 設備的通信速度已加快。
• 如果正在監(jiān)視塊或變量時連接中斷，將不再發(fā)生故障 Z1=7393。
• 如果上載軟件模塊時出現錯誤消息 “The memory space on the module is insufficient.Should the loading memory be compressed?”，以 “Yes” 確認不再會保持無效。
• 如果裝載了塊 FB48 和 FB49 (“信號系統(tǒng)錯誤”)，則程序裝載結束且電壓斷/通之后不再出現故障 Z1=FFFF。

上述 CPU 版本并未包含任何新功能。

關于 STEP 7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

固件更新版本 V2.6.4 中包含下列更改：

• 只有 REQ 位被置位時，才檢查 SFB 52、53、75、81 和 SFC 11、51、55-59 的調用參數。如果 REQ 位未被置位，RET_VAL 將不再報告錯誤。
• SFC 82/83/84 的參數 SRCBLK 或 DSTBLK 的 ANY 指針處的地址偏移量大于 4096 字節(jié)時，將不再導致通過 RET_VAL 中返回回查信號 8x22。
• 從 STEP7 塊目錄裝載 SDB 將不再因為組態(tài)不一致而導致 STOP。
• 如果未置位 “Start-up if desired configuration equals actual configuration” (如果期望組態(tài)等同于實際組態(tài)則啟動) 組態(tài)位，從站丟失時 CPU 將正確地進入 STOP 模式。如果隨后將 “Startup if desired configuration equals actual configuration” (如果期望組態(tài)等同于實際組態(tài)則啟動) 組態(tài)位置位，并且隨后將組態(tài)裝入 CPU，則 CPU 現在將啟動。
• 在塊清單的在線視圖中進行塊比較時，現在將顯示所有的塊，而不僅是每種類型的前 50 個塊。
• 如果在參數記錄 (Parameter Record) 中輸入了數據類型 BLOCK_DB，SFB 52、53 和 81 將不再發(fā)送 Retval 8x3a。
• 改進了與操作員面板建立連接的過程。

上述 CPU 版本并未包含任何新功能。

關于 STEP 7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

固件更新版本 V2.6.3 中包含下列更正：

• 程序員使用了塊狀態(tài)的操作中，處理 “O” 操作 (AND 之前的 OR 操作)時 RLO 出錯，該情況已更正。

由于固件 V2.6.1 和 V2.6.2 中存在的一個問題，使用編程設備以及以下列程序順序在線監(jiān)視塊狀態(tài)期間，可能發(fā)生 RLO 被破壞：A a b.c
A d e.f
.
.
A x y.z
O // 由此形成的 RLO 可能被破壞(只發(fā)生在對該程序序列的塊狀態(tài)進行監(jiān)視期間)
A y z.x
.
.
A s t.u

• 如果在 SFC 17、18、107 和 108 的輸入 SD 上置位一個地址位，整個字節(jié)將不會被設置為零。
• SFB 52 和 53 的 RECORD 參數現在也允許使用數據類型 Word 和 DWord。

上述 CPU 版本包含以下新功能：

• CPU 的標識和維護數據(例如工廠和地點代碼)
• 將 CPU 復位為出廠狀態(tài)
• 通過網絡進行在線固件更新
• 診斷轉發(fā)器的測量發(fā)起者 (SFC 103 “DP_TOPOL”)*
• 塊相關信息的擴展 (SFC 105-108) *
• 使用 SFC 109 “PROTECT” 改變保護等級
• 帶有 1ms 間隔的 SFC 64 “TIME_TCK” *
• 新軟件功能塊 SFC 70 “GEO_LOG”、SFC 71“LOG_GEO” 和 SFB 81 “RD_DPAR” *
• 通過 PROFIBUS DP 實現時鐘同步
• 改變了 CPU 作為 MPI 和 DP 接口上的時鐘主站時的響應—請參閱產品信息/條目號 25323411

*可以在指令列表 (Operations List) 和 S7-300/400 的系統(tǒng)軟件參考手冊、系統(tǒng)和標準功能 (System Software Reference Manual for S7-300/400, System and Standard Functions) 中找到關于各種 SFC 附加功能的詳細信息。

關于 STEP7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP 0125 或更高版本。

下列更改將隨固件更新版本 V2.6.1 而生效：

• 當 HMI 循環(huán)讀操作異常終止時，現在將不再出現故障 Z1:72C1。
• 帶有 ANY STRING 類型參數的復制功能(尤其是在 SCL 編程中)現在將可以正確地復制長度參數中數量的數據。
• 帶有 ANY 型參數的復制功能現在也允許區(qū)域代碼 #85，并且 SFC83 的 RETVAL 將不再顯示 #8525 “Area error with writing” (寫入時發(fā)生區(qū)域故障)。
• 通過調用路徑進行監(jiān)視時，現在zui多可以為調用環(huán)境 7 個塊。
• 加載含有 CP 或 FM 模塊的項目，且項目中 CPU 的 MPI 地址已變化時，不再會導致錯誤消息 “Station cannot be reached” (無法訪問站)。

上述 CPU 版本并未包含任何新功能。

關于 STEP7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.1 + SP4 或更高版本。

固件更新版本 V2.0.12 中包含下列更正：

• 當 OB 請求出錯且同時報警負載很高時，將出現故障 Z1:E802
  同時由其它報警引起的負載也很高時，OB 請求出錯(由過長的報警處理時間引發(fā)的)將不再導致故障。
• 如果同時監(jiān)視幾個變量表，將導致故障 Z1:72F1 或者沒有可操作的 MPI
  如果同時有超過四個變量表被激活，將生成消息“(8304):No further simultaneous upload process possible. There is a resource bottleneck” (8304：不能再同時進行上傳操作，存在瓶頸)，而不是一個 Defect 故障。
• 使用 CP340 時產生的通信問題：發(fā)送期間 CP 阻塞
  使用 CP 進行通信的能力已經改進。
• 在 HW Config 中模塊仍被標記為故障
  在 DPV1 從站中更正了編碼器短路后，將去除組態(tài)中的 “faulty” 符號。

上述 CPU 版本并未包含任何功能變化。

關于 STEP7 的注意事項：
要運行該 CPU，需要安裝 STEP7 V5.1+SP4 或更高版本。
 

固件更新版本 V2.0.11 中包含下列更改：

• 調用 SFC58/59 時，BUSY 位出現問題
  當 RET_VAL=7000h 時，將相應刪除 BUSY 位。
• 運行系統(tǒng)啟動 (Runtime Start) 時，將不能顯示 Alarm_SQ 消息
  冷啟動 WinCC-Runtime 之后，之前由控制器產生的所有 Alarm_SQ 消息都將顯示在 WinCC AlarmControl 中。
• 時鐘中斷后，發(fā)生 OB 請求出錯
  如果一個時鐘中斷的中斷時間與當前時間*相同，則將該中斷打上標記用于將來的下一個中斷點。 
• 通電之后出現故障 Z1:F102
  通電時的響應已經穩(wěn)定。
• 通電之后出現停機事件 16#6522
  通電時的響應已經穩(wěn)定。

關于 STEP7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.2+SP1 或更高版本。
 

下述更改將隨固件更新版本 V2.0.10 而生效：

• 連接終止之后出現故障 Z1:64D2
  如果在通信功能 “Status Block” 或 “Status/Control Tag” 處于運行狀態(tài)時終止一個連接，現在將可以正確地取消連接而不再發(fā)生故障。
• 連接終止之后,出現故障 Z1:7015 和 Z1:7010
  現在當通信功能 “Block Details” 正在運行時,且 CPU 中包含 51 個以上的同一類型（DB、FB 或 FC）塊時終止連接，連接可以正確釋放而不會導致故障。
• 關閉/打開 WinCC 時，不能確認 ALARM_SQ 消息
  當 HMI 不可用時，有 ALARM_SQ 消息到來，并在隨后重新激活 HMI。現在，將從更新存儲區(qū)中刪除確認信息。
• 當開關處于 RUN 和電源上電時，在 OB100_STRT_INFO 中沒有不同。
  現在 OB 100 的啟動信息中可以顯示正確的啟動類型。
• 如果 OP 循環(huán)地訪問一個不存在的或過于小的 DB，則出現故障 Z1:7350
  OP 區(qū)域指針指向一個不存在的或過于小的 DB 時，不再會導致 CPU 故障。
• 將 DS1 寫入 BUS1*-ASIC 模塊時，PZF 將被置位
  如果用 SFC55 將 DS1 寫入某些不可參數化的模塊(帶有 BUS13 或 BUS1*-ASIC 的模塊)，現在這些模塊的 PZF 不會被置位，并且在 SFC 調用之后模塊仍保持可訪問。
• 主站故障后 BF LED 沒有點亮/輸出將可能不被禁用
  當被用作中繼器之后的一個被動 I 從站，并且該總線網段沒有另外的主動站點時，如果發(fā)生故障或者拔除電纜，現在會發(fā)送信號表明發(fā)生了主站故障，同時 I 從站禁用其輸出通道。 
• DPV1 從站的診斷緩沖區(qū)條目 “Faulty Module” 不消失
  來自同一個 DPV1 從站中不同插槽的兩個相繼的通道診斷，這兩個診斷均被正確地輸入診斷緩沖區(qū)中，隨后當這兩個診斷均被更正之后它們將不再被顯示為故障。

上述 CPU 版本并未包含任何重大的新功能。  

關于 STEP7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.2+SP1 或更高版本。

下述更改將隨固件更新版本 V2.0.8 而生效：

• 執(zhí)行 RAM-to-ROM 操作之后，發(fā)生錯誤 6523 “Master reset request upon accessing the MMC” (由于 MMC 訪問故障引起主站復位請求)
  執(zhí)行 RAM-to-ROM 功能之后，重新裝載數據塊不再出現事件條目號為 6253 的主站復位請求。
• "Identical source and target blocks" (相同的源和目標塊) 將導致 SFC 83 和 84 協(xié)調錯誤(80C0)
  現在，調用 SFC 83 和 84 時，源和目標塊可以相同。
• 使用 SFC59 時偶爾出現 RETVAL 80C4
  已經改進了 SFC59 “RD_REC” 的資源管理。
• 重復登記過程錯誤診斷時，出現故障 FFFF
  現在，即使重復登記過程錯誤診斷，也不會導致故障 FFFF。
• MCRA 命令之后訪問 >255 的標志或者 >127 的 I/O 時，出現故障
  對大于 255 的標志或者大于 127 的 I/O 執(zhí)行受 MCR 影響的分配/傳送指令時，不再導致 CPU 故障消息。
• 循環(huán)之前的狀態(tài)顯示不正確
  現在，在循環(huán)之前狀態(tài)數據顯示正確。
• 將應用程序裝載到 CPU 時導致進入主站復位模式
  裝載應用程序不再導致錯誤消息 “(8404) S7 Protocol:The function can not be executed” 因此也不會導致 CPU 發(fā)出主站復位請求。
• SFB52/53 運行時，CPU 狀態(tài)發(fā)生 STOP/RUN 轉換，導致故障 3324
  SFB52/53 運行期間，如果 CPU 狀態(tài)發(fā)生 STOP/RUN 轉換，不再導致出現故障 3324。
• 重復地插/拔 Profibus 連接器之后出現故障 9862
  重復拔掉 Profibus 連接器(例如連接松動的情況)不再會導致 CPU 進入故障模式。
• 裝載 SDB 時出現故障 e800
  重新裝載一個經修改的組態(tài)時，CPU 不再進入故障模式。
• 如果將 IM151-1 HF 組態(tài)為 DPV1 從站，診斷地址的外設訪問錯誤將保持置位。
  現在，如果將 IM151-1 HF (6ES7 151-1BA00-0AB0)組態(tài)為 DPV1 從站，電源模塊和組合模塊將獲得一個診斷地址。 對于這些診斷地址，將不再置位外設訪問錯誤。
• 以非常短的啟動時間啟動一個 I 從站時，發(fā)生故障 F102。
  現在，根據組態(tài)非常快速地啟動一個 I 從站時，啟動后 CPU 將不再會進入 DEFECT 故障模式。
• 在 CPU 作為 DP 從站時，FC10 和 FC11 輸出 RET_VAL 8010
  將主站切換到 RUN 之后，來自 PROFInet 系統(tǒng)庫的 FC 10 和 FC 11 現在將提供正確的 RET_VAL=0。

上述 CPU 版本并未包含任何重大的新功能。

關于 STEP7 的注意事項：
要運行該 CPU，用戶需要安裝 STEP7 V5.1+SP4 或更高版本。

下述更改將隨固件更新版本 V2.0.5 而生效：

• 壓縮 (COMPRESSION) 操作之后偶爾會出現故障 F402 和 F204
  壓縮操作之后不再會導致故障。
• 在通電之后，如果報警時間大于 12.31.2064，則出現故障 8113。
  報警時間大于 12.31.2064 不再會導致這種故障。
• 周期性地處理系統(tǒng)功能 SFC 39 “DIS_IRT” 時，將暫時重新解鎖已鎖定的報警事件
  現在可以周期性地鎖定報警事件而不會出現問題。
• PA enabling 功能將上一個過程映像完整地傳送到外設
  如果現在使用 PA-enabling 功能，集中式外設的輸出將不再使用其上一個值，也就是說將刪除上一個值或者采用一個新的替代值。
• 禁用 PA-enabling 功能時，將復位組態(tài)為 “Keep last Value” (保持為上一個值) 的模塊
  禁用 PA-enabling 功能時，組態(tài)為 “Keep last Value” 并且以前未受控制的模塊將繼續(xù)使用其上一個值。
• 使用 Applicom 驅動卡時偶爾會出現故障 98C1
  現在使用 Applicom 驅動卡時不會出現問題。
• 使用 LOOP 命令時周期時間出現波動
  使用 LOOP 命令時不再會導致周期時間發(fā)生波動。
• 對于狀態(tài)塊，大于 511 的標志將不再能正確顯示(于 CPU315)
  現在可以正確顯示標志位大于 511 的狀態(tài)。
• 如果一個標準從站發(fā)生故障，不相干的輸入模塊將返回一個外設訪問錯誤。
  在使用標準從站時(CPU 為 DP 主站)，其中這些從站的可用用戶數據槽從 1 號槽開始，2 號槽組態(tài)為輸出通道，則此從站故障不再會導致不相關的輸入模塊（或者地址）報告發(fā)生了外設訪問錯誤，(如果該輸入模塊的輸入地址與 2 號槽中輸出槽的地址相同的話。)
• 使用含有大量插槽(已組態(tài))的從站時，從 HW-Config (或 HW Diagnostics)中在線進行選擇期間，出現故障 7089
  
  即使使用含有大量插槽(組態(tài)的插槽數從 120 至 244 個)的從站，現在也可以使用 HW-Config 的在線模式或 HW Diagnostics 進行選擇，不會出現任何問題。
• 從 HW-Config 中重載 CPU315-2DP 模塊時偶爾會發(fā)生故障
  DP 主站系統(tǒng)使用 Profibus 設置的情況下，現在可以通過 MPI 接口以低波特率 (9.6 kbit、19.2kbit) 進行重載而不會出現問題。