CPU313C-2PtP的操作系統更新
描述:
更新操作系統時,應當始終更新為相關訂貨號產品可用的版本。以前版本的操作系統僅作為備用,允許用戶恢復到zui初的版本。但是至今為止還沒發現有這樣做的必要。
CPU 操作系統的版本適用于該訂貨號的所有版本。
可以使用微存儲卡進行更新或在線更新:
1.微存儲卡:
創建操作系統更新卡的前提條件:
- 存儲容量為 2 MB 或更高的微存儲卡,
訂貨號:6ES7 953-8LL20-0AA0 - STEP 7 STEP 7 V5.1 + SP2 或更高版本
- 帶有外部 PROM 編程器 6ES7 792-0AA00-0XA0 的 PC 或
帶有適配器 (6ES7 798-0BA00-0XA0) 的 PG720/740 或
FieldPG/PowerPG,用于編程微存儲卡
使用 STEP7 創建操作系統更新卡的步驟:
- 下載所需的 CPU 文件。
- 雙擊文件名將文件解壓縮。
- 在 Simatic 管理器中執行下列操作刪除微存儲卡:“File/S7 Memory Card/Delete”。
- 在 SIMATIC 管理器中選擇 “Update target system/operating system” 編程操作系統。選擇目標目錄并“打開” CPU_HD.UPD 文件,啟動編程過程。
- 當屏幕上出現 “The firmware update for the module with order number 6ES7 313-6BF03-0AB0 was transferred successfully to the S7 memory card” (訂貨號為 6ES7 313-6BF03-0AB0 的模塊的固件更新內容已經成功傳送至 S7 存儲卡)的提示消息時,操作系統更新卡的編程即告完成。
執行操作系統更新:
- 切斷 CPU 所在機架的電源 (PS)。
- 將 PLC 從通信網絡斷開。
- 將準備好的操作系統更新卡插入 CPU 中。
- 接通 CPU 所在機架的電源 (PS)。
- 操作系統將從微存儲卡傳送到 CPU 內部閃存 EPROM。在此期間,所有的 CPU LED (FRCE、RUN、STOP、SF、BF) 都將點亮。
- 大約 2 分鐘后,操作系統更新完成。此時 CPU 上的 STOP LED 慢閃提示 =>提示系統*復位。
- 切斷電源,將操作所需的微存儲卡插入。
- 接通電源。CPU 自動執行一次總復位,然后立即轉為準備運行狀態。
- 將 PLC 重新接入通信網絡之前,必須進行時鐘同步。
2.在線更新:
前提條件:
圖 1:模塊狀態
執行固件更新:
- 啟動 STEP 7 并切換到 HW-Config。
- 打開待更新的 CPU 所在的站。
- 選擇 CPU。
- 選擇菜單命令 “Target system > Update firmware”。只有當所選的 CPU 支持 "Firmware update" 功能時,該菜單命令才可用。
- 現在在打開的對話框 “Update firmware” 對話框中,使用 “Search” 按鈕查找該 固件更新文件 (*.UPD) 的路徑。
- 選定一個文件之后,將會在 “Firmware update” 對話框的下半部分提示該文件適合哪些模塊,以及從哪個固件版本開始可以使用該文件。
- 單擊 “Execute” 按鈕。STEP 7 將檢查模塊是否可以解析所選的文件,如果可以,則將文件裝載到 CPU 中。如果該操作中必須改變 CPU 的操作模式,則會通過一個對話框進行提示。然后 CPU 將自行更新固件 。
- 通過 STEP 7 (讀 CPU 的診斷緩沖區)檢查 CPU 是否使用新 的固件成功啟動。
CPU313C-2 PtP 的訂貨號和版本總覽:
訂貨號 | 固件 版本 | 升級... |
6ES7313-6BF03-0AB0 | | |
| V2.6.11 | 升級推薦: V2.6.11 更新描述 3136BF03_V2611.EXE ( 696 KB ) |
| V2.6.9 | 只用于備份: V2.6.9 更新描述 3136BF03_V269.EXE ( 695 KB ) |
| V2.6.6 | 只用于備份: V2.6.6 更新描述 3136BF03_V266.EXE ( 694 KB ) |
| V2.6.4 | 只用于備份: V2.6.4 更新描述 3136BF03_V264.EXE ( 694 KB ) |
| V2.6.3 | 只用于備份: V2.6.3 更新描述 |
| V2.6.1 | 只用于備份: V2.6.1 更新描述 |
| V2.0.12 | 只用于備份: 3136BF03_V2012.EXE ( 646 KB ) |
| | |
6ES7 313-6BE01-0AB0 | | |
| V2.0.12 | 升級推薦: V2.0.12 更新描述 3136BE01_V2012.EXE ( 646 KB ) |
| V2.0.11 | 只用于備份: V2.0.11 更新描述 3136BE01_V2011.EXE ( 640 KB ) |
| V2.0.10 | 只用于備份: V2.0.10 更新描述 3136BE01_V2010.EXE ( 640 KB ) |
| V2.0.8 | 只用于備份: V2.0.8更新描述 3136BE01_V208.EXE ( 640 KB ) |
| V2.0.5 | 只用于備份: 3136BE01_V205.EXE ( 640 KB ) |
| | |
6ES7 313-6BE00-0AB0 | | |
| V1.0.5 | 升級推薦: V1.0.5 更新描述 3136BE00_V105.EXE ( 579 KB ) |
| V1.0.3 | 只用于備份: V1.0.3 更新描述 3136BE00_V103.EXE ( 575 KB ) |
| V1.0.2 | 只用于備份: V1.0.2 更新描述 3136BE00_V102.EXE ( 575 KB ) |
. | V1.0.1 | 只用于備份: 3136BE00_V101.EXE ( 575 KB ) |
更新版本 V2.6.11 (6ES7 313-6BF03-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP 7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.3 + SP2 + HSP 0123 或更高版本。
固件更新版本 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" )。
更新版本 V2.6.9 (6ES7 313-6BF03-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP 7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.3 + SP2 + HSP 0123 或 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。
更新版本 V2.6.6 (6ES7 313-6BF03-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP 7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.3 + SP2 + HSP0123 或更高版本。
固件更新版本 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。
更新版本 V2.6.4 (6ES7 313-6BF03-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP 7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.3 + SP2 + HSP0123 或更高版本。
固件更新版本 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。
- 改進了與操作員面板建立連接的過程。
更新版本 V2.6.3 (6ES7 313-6BF03-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP 7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.3 + SP2 + HSP 0123 或更高版本。
固件更新版本 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 上置位一個地址位,整個字節將不會被設置為零。
更新版本 V2.6.1 (6ES7 313-6BF03-0AB0) |
上述 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.3 + SP2 + HSP 0123 或更高版本。
下列更改將隨固件更新版本 V2.6.1 而生效:
- 當 HMI 循環讀操作異常終止時,現在將不再出現故障 Z1:72C1。
- 帶有 ANY STRING 類型參數的復制功能(尤其是在 SCL 編程中)現在將可以正確地復制長度參數中數量的數據。
- 帶有 ANY 型參數的復制功能現在也允許區域代碼 #85,并且 SFC83 的 RETVAL 將不再顯示 #8525 “Area error with writing” (寫入時發生區域故障)。
- 通過調用路徑進行監視時,現在zui多可以為調用環境 7 個塊。
更新版本 V2.0.12 (6ES7 313-6BE01-0AB0) |
上述 CPU 版本并未包含任何新功能。
關于 STEP7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.2+SP1 或更高版本。
固件更新版本 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” 符號。
更新版本 V2.0.11 (6ES7 313-6BE01-0AB0) |
上述 CPU 版本并未包含任何功能變化。
關于 STEP7 的注意事項:
要運行該 CPU,用戶需要安裝 STEP7 V5.2+SP1 或更高版本。
固件更新版本 V2.0.11 中包含下列更改:
- 調用 SFC58/59 時,BUSY 位出現問題
當 RET_VAL=7000h 時,將相應刪除 BUSY 位。 - 運行系統啟動 (Runtime Start) 時,將不能顯示 Alarm_SQ 消息
冷啟動 WinCC-Runtime 之后,之前由控制器產生的所有 Alarm_SQ 消息都將顯示在 WinCC AlarmControl 中。 - 時鐘中斷后,發生 OB 請求出錯
如果一個時鐘中斷的中斷時間與當前時間*相同,則將該中斷打上標記用于將來的下一個中斷點。 - 通電之后出現故障 Z1:F102
通電時的響應已經穩定。 - 通電之后出現停機事件 16#6522
通電時的響應已經穩定。
更新版本 V2.0.10 (6ES7 313-6BE01-0AB0) |
上述 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 模塊時,將產生一個外設訪問錯誤
如果用 SFC55 將 DS1 寫入某個不可參數化的模塊(帶有 BUS13 或 BUS1* ASIC 的模塊),現在不會產生這些模塊的外設訪問錯誤,并且在 SFC 調用之后模塊仍保持可訪問。 - SFB63 „SEND_RK“: RESET 輸入端上的錯誤導致出現出錯消息 05
試圖通過計算機連接 RK512 使用 RESET 輸入端進行發送操作時,不再會導致塊反饋響應中出現出錯消息 05。 - 丟失過程報警后使用 “Counting” 時出現故障 Z1:DA04。
“Counting” 運行期間重新觸發診斷報警(診斷事件: 丟失過程報警)不再導致 CPU 故障。
更新版本 V2.0.8 (6ES7 313-6BE01-0AB0) |
上述 CPU 版本并未包含任何重大的新功能。
關于 STEP7 相關的依賴關系和向上兼容性的注意事項:
要運行這些 CPU,至少需要安裝 STEP7 V5.2+SP4,為各種老版本 CPU 創建的組態具有向上兼容性。
下述更改將隨固件更新版本 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。
更新版本 V1.0.5 (6ES7 313-6BE00-0AB0) |
該 CPU 版本并未包含任何重大的新功能。
關于 STEP7 的注意事項:
要使用以前的功能,至少需要安裝 STEP7 V5.1+SP4,為各種老版本 CPU 創建的組態具有向上兼容性。
固件更新版本 V1.0.5 中更正了下列問題:
- 壓縮 (COMPRESSION) 操作之后偶爾會出現故障 F402 和 F204
壓縮操作之后不再會導致故障。 - PA enabling 功能將上一個過程映像完整地傳送到外設
如果現在使用 PA-enabling 功能,集中式外設的輸出將不再使用其上一個值,也就是說將刪除上一個值或者采用一個新的替代值。 - 禁用 PA-enabling 功能時,將復位組態為 “Keep last Value” (保持為上一個值) 的模塊
禁用 PA-enabling 功能時,組態為 “Keep last Value” 并且以前未受控制的模塊將繼續使用其上一個值。 - 終止 HMI 作業后將偶爾出現故障 F834
終止 HMI 作業后,不再出現故障。 - 使用 Applicom 驅動卡時偶爾會出現故障 98C1
現在使用 Applicom 驅動卡時不會出現問題。 - 使用 LOOP 命令時周期時間出現波動
使用 LOOP 命令時不再會導致周期時間發生波動。 - 周期性地處理系統功能 SFC 39 “DIS_IRT” 時,將暫時重新解鎖已鎖定的報警事件
現在可以周期性地鎖定報警事件而不會出現問題。 - 在 HDX 操作期間,拔掉一個從站后通信停止
斷開控制器的連接不再會導致通信停止。 - SFB63 (SEND_RK)、SFB64 (FETCH_RK) 和 SFB65 (SERVE_RK) 不支持多重背景
從現在起,上述 SFB 可以在背景數據塊內訪問其在實例化期間獲得的偏移地址。 - 在 OB1 循環內,改變方向后模擬定位操作模式 “Jogging” 出錯
即使在 OB1 周期內在 “Jogging” 操作模式下發生方向變化,CPU 將仍然可以正常運行而不會導致故障。
更新版本 V1.0.3 (6ES7 313-6BE00-0AB0) |
該 CPU 版本并未包含任何重大的新功能。
關于 STEP7 的注意事項:
要使用以前的功能,至少需要安裝 STEP7 V5.1+SP3,為各種老版本 CPU 創建的組態具有向上兼容性。
下列問題已得以更正:
- 模擬 I/O 負向超*,出現故障 4550:DA01
即使模擬 I/O 負限超限(Ue < -11.75 V),也不再會出現任何故障。 - Defect 4550:中央 DS 讀/寫時出現故障 4550:FFFF
現在,對集中插入的模塊進行 DS 讀/寫時不會出現任何問題。
更新版本 V1.0.2 (6ES7 313-6BE00-0AB0) |
該 CPU 版本并未包含任何重大的新功能。
關于 STEP7 的注意事項:
要使用以前的功能,至少需要安裝 STEP7 V5.1+SP3,為各種老版本 CPU 創建的組態具有向上兼容性。
下列問題已得以更正:
- Defect 4550:通電之后出現故障 4550: 2FFF
通電之后不再出現故障 2FFF。 - SFC 64 “Timetick” 偶爾會輸出任意值
過運行到 0 時,SFC 64 現在可以連續地讀取數值。 - 板載輸出,參數設置為 +/- 20mA:只能輸出正向范圍的值
在板載模擬輸出端,參數設置為 I +/-20mA 時,現在也可以正確輸出負向范圍內的數值。 - 如果在 SPL 表之內的停止點處存在一個 “下一條語句”,則不能跳轉至目標標號
現在可以在單步模式中方便地測試分支表。 - 如果狀態塊之后存在一個停止點,則將不能正確地顯示 STA 位
如果一個塊的*個程序行存在一個停止點,現在,即使位于前面的狀態塊之后,STA 位也可以正確顯示。