CPU 312 的操作系統更新

描述：

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

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

1.微存儲卡：

創建操作系統更新卡的前提條件：

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

使用 STEP7 創建操作系統更新卡的步驟：

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

執行操作系統更新：

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

2.在線更新：

前提條件：

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

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

圖 1：模塊狀態

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

  BG_ABL.UPD
  CPU_HD.UPD
  KOMP_1.UPD

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

執行固件更新：

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 將自行執行固 件更新。
8. 通過 STEP 7 (讀 CPU 的診斷緩沖區)檢查 CPU 是否使用新的固件成功啟動。

CPU312 的訂貨號和版本總覽：

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

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

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

• 通電之后，不再在總復位后因實際值偶爾丟失而出現 ID 為 16#6522 或 16#4580 的事件。(備份緩沖區不一致)
• 當監控塊或變量同時連接到 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 0124 或 STEP7 V5.4 +SP3 或更高版本。

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

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

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

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

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

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

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

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

固件更新版本 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 字節時，將不再導致通過 RET_VAL 中返回回查信號 8x22。
• 從 STEP7 塊目錄裝載 SDB 將不再因為組態不一致而導致 STOP。
• 如果未置位 “Start-up if desired configuration equals actual configuration” (如果期望組態等同于實際組態則啟動) 組態位，從站丟失時 CPU 將正確地進入 STOP 模式。如果隨后將 “Startup if desired configuration equals actual configuration” (如果期望組態等同于實際組態則啟動) 組態位置位，并且隨后將組態裝入 CPU，則 CPU 現在將啟動。
• 在塊清單的在線視圖中進行塊比較時，現在將顯示所有的塊，而不僅是每種類型的前 50 個塊。
• 如果在參數記錄 (Parameter Record) 中輸入了數據類型 BLOCK_DB，SFB 52、53 和 81 將不再發送 Retval 8x3a。
• 改進了與操作員面板建立連接的過程。

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

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

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

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

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

• 如果在 SFC 17、18、107 和 108 的輸入 SD 上置位一個地址位，整個字節將不會被設置為零。

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

• CPU 的標識和維護數據(例如工廠和地點代碼)
• 將 CPU 復位為出廠狀態
• 通過網絡進行在線固件更新
• 診斷轉發器的測量發起者(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” *

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

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

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

• 當 HMI 循環讀操作異常終止時，現在將不再出現故障 Z1:72C1。
• 帶有 ANY STRING 類型參數的復制功能(尤其是在 SCL 編程中)現在將可以正確地復制長度參數中數量的數據。
• 帶有 ANY 型參數的復制功能現在也允許區域代碼 #85，并且 SFC83 的 RETVAL 將不再顯示 #8525 “Area error with writing” (寫入時發生區域故障)。
• 通過調用路徑進行監視時，現在zui多可以為調用環境 7 個塊。

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

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

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

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

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

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

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

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

    FC 和 FB 的編號段增加到了 2048。

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

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

• 連接終止之后出現故障 Z1:64D2
  如果在通信功能 “Status Block” 或 “Status/Control Tag” 處于運行狀態時終止一個連接，現在將可以正確地取消連接而不再發生故障。
• 連接終止之后,出現故障 Z1:7015 和 Z1:7010
  現在當通信功能 “Block Details” 正在運行時,且 CPU 中包含 51 個以上的同一類型（DB、FB 或 FC）塊時終止連接，連接可以正確釋放而不會導致故障。
• 關閉/打開 WinCC 時，不能確認 ALARM_SQ 消息
  當 HMI 不可用時，有 ALARM_SQ 消息到來，并在隨后重新激活 HMI。現在，將從更新存儲區中刪除確認信息。
• 當開關處于 RUN 和電源上電時，在 OB100_STRT_INFO 中沒有不同。
  現在 OB 100 的啟動信息中可以顯示正確的啟動類型。
• 如果 OP 循環地訪問一個不存在的或過于小的 DB，則出現故障 Z1:7350
  OP 區域指針指向一個不存在的或過于小的 DB 時，不再會導致 CPU 故障。
• 將 DS1 寫入 BUS1*-ASIC 模塊時，PZF 將被置位
  如果用 SFC55 將 DS1 寫入某些不可參數化的模塊(帶有 BUS13 或 BUS1*-ASIC 的模塊)，現在這些模塊的 PZF 不會被置位，并且在 SFC 調用之后模塊仍保持可訪問。

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

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

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

• 執行 RAM-to-ROM 操作之后，發生錯誤 6523 “Master reset request upon accessing the MMC” (由于 MMC 訪問故障引起主站復位請求)
  執行 RAM-to-ROM 功能之后，重新裝載數據塊不再出現事件條目號為 6253 的主站復位請求。
• "Identical source and target blocks" (相同的源和目標塊) 將導致 SFC 83 和 84 協調錯誤(80C0)
  現在，調用 SFC 83 和 84 時，源和目標塊可以相同。
• 使用 SFC59 時偶爾出現 RETVAL 80C4
  已經改進了 SFC59 “RD_REC” 的資源管理。
• 重復登記過程錯誤診斷時，出現故障 FFFF
  現在，即使重復登記過程錯誤診斷，也不會導致故障 FFFF。
• 循環之前的狀態顯示不正確
  現在，在循環之前狀態數據顯示正確。
• 將應用程序裝載到 CPU 時導致進入主站復位模式
  裝載應用程序不再導致錯誤消息 “(8404) S7 Protocol:The function can not be executed” 因此也不會導致 CPU 發出主站復位請求。
• SFB52/53 運行時，CPU 狀態發生 STOP/RUN 轉換，導致故障 3324
  SFB52/53 運行期間，如果 CPU 狀態發生 STOP/RUN 轉換，不再導致出現故障 3324。

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

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

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

• 壓縮 (COMPRESSION) 操作之后偶爾會出現故障 F402 和 F204
  壓縮操作之后不再會導致故障。
• 在通電之后，如果報警時間大于 12.31.2064，則出現故障 8113。
  報警時間大于 12.31.2064 不再會導致這種故障。
• 周期性地處理系統功能 SFC 39 “DIS_IRT” 時，將暫時重新解鎖已鎖定的報警事件
  現在可以周期性地鎖定報警事件而不會出現問題。
• PA enabling 功能將上一個過程映像完整地傳送到外設
  如果現在使用 PA-enabling 功能，集中式外設的輸出將不再使用其上一個值，也就是說將刪除上一個值或者采用一個新的替代值。
• 禁用 PA-enabling 功能時，將復位組態為 “Keep last Value” (保持為上一個值) 的模塊
  禁用 PA-enabling 功能時，組態為 “Keep last Value” 并且以前未受控制的模塊將繼續使用其上一個值。
• 使用 Applicom 驅動卡時偶爾會出現故障 98C1
  現在使用 Applicom 驅動卡時不會出現問題。
• 使用 LOOP 命令時周期時間出現波動
  使用 LOOP 命令時不再會導致周期時間發生波動。