描述：

更新操作系統(tǒng)時(shí)，應(yīng)當(dāng)始終更新為相關(guān)訂貨號(hào)產(chǎn)品可用的版本。以前版本的操作系統(tǒng)僅作為備用，允許用戶恢復(fù)到zui初的版本。但是至今為止還沒(méi)發(fā)現(xiàn)有這樣做的必要。
CPU 操作系統(tǒng)的版本適用于該訂貨號(hào)的所有版本。

可以使用微存儲(chǔ)卡進(jìn)行更新或在線更新：

1.微存儲(chǔ)卡：

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

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

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

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

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

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

2.在線更新：

前提條件：

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

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

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

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

  BG_ABL.UPD
  CPU_HD.UPD
  KOMP_1.UPD

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

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

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

CPU 315-2DP 的訂貨號(hào)和版本總覽：  

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

關(guān)于 STEP 7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

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

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

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

關(guān)于 STEP 7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP 0125 或 STEP7 V5.4 +SP3 或更高版本。

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

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

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

關(guān)于 STEP 7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

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

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

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

關(guān)于 STEP 7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

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

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

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

關(guān)于 STEP 7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP0125 或更高版本。

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

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

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

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

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

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.4 + SP3 或 STEP7 V5.2 + SP1 + HSP 0125 或更高版本。

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

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.1 + SP4 或更高版本。

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

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，需要安裝 STEP7 V5.1+SP4 或更高版本。
 

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.2+SP1 或更高版本。
 

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

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.2+SP1 或更高版本。

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

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

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

關(guān)于 STEP7 的注意事項(xiàng)：
要運(yùn)行該 CPU，用戶需要安裝 STEP7 V5.1+SP4 或更高版本。

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

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