描述:
更新操作系統(tǒng)時(shí),應(yīng)當(dāng)始終更新為相關(guān)訂貨號產(chǎn)品可用的版本。以前版本的操作系統(tǒng)僅作為備用,允許用戶恢復(fù)到zui初的版本。但是至今為止還沒發(fā)現(xiàn)有這樣做的必要。
CPU 操作系統(tǒng)的版本適用于該訂貨號的所有版本。
可以使用微存儲(chǔ)卡進(jìn)行更新或在線更新:
1.微存儲(chǔ)卡:
創(chuàng)建操作系統(tǒng)更新卡的前提條件:
- 存儲(chǔ)容量至少為 4 MB 的微存儲(chǔ)卡
(訂貨號 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)更新卡的步驟:
- 下載所需的 CPU 文件。
- 雙擊文件名將文件解壓縮
- 在 Simatic 管理器中執(zhí)行下列操作刪除微存儲(chǔ)卡:“File/S7 Memory Card/Delete”。
- 在 SIMATIC 管理器中選擇 “Update target system/operating system” 編程操作系統(tǒng)。選擇目標(biāo)目錄并“打開” CPU_HD.UPD 文件,啟動(dòng)編程過程。
- 當(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" (訂貨號為 6ES7 315-2AG10-0AB0 的模塊的固件更新內(nèi)容已經(jīng)成功傳送至 S7 存儲(chǔ)卡) 的提示消息時(shí),操作系統(tǒng)更新卡的編程即告完成。
執(zhí)行操作系統(tǒng)更新:
- 切斷 CPU 所在機(jī)架的電源 (PS)
- 將 PLC 從通信網(wǎng)絡(luò)斷開
- 將準(zhǔn)備好的操作系統(tǒng)更新卡插入 CPU 中
- 接通 CPU 所在機(jī)架的電源 (PS)
- 操作系統(tǒng)將從微存儲(chǔ)卡傳送到 CPU 內(nèi)部閃存 EPROM。在此期間,所有的 CPU LED (FRCE、RUN、STOP、SF、BF) 都將點(diǎn)亮。
- 大約 2 分鐘后,操作系統(tǒng)更新完成。此時(shí) CPU 上的 STOP LED 慢閃提示 =>提示系統(tǒng)*復(fù)位。
- 切斷電源,將操作所需的微存儲(chǔ)卡插入。
- 接通電源。CPU 自動(dòng)執(zhí)行一次總復(fù)位,然后立即轉(zhuǎn)為準(zhǔn)備運(yùn)行狀態(tài)。
- 將 PLC 重新接入通信網(wǎng)絡(luò)之前,必須進(jìn)行時(shí)鐘同步。
2.在線更新:
前提條件:
圖 1:模塊狀態(tài)
執(zhí)行固化程序更新:
- 啟動(dòng) STEP 7 并切換到 HW-Config。
- 打開待更新的 CPU 所在的站。
- 選擇 CPU。
- 選擇菜單命令 “Target system > Update firmware”。只有當(dāng)所選的 CPU 支持 "Firmware update" 功能時(shí),該菜單命令才可用。
- 現(xiàn)在在打開的對話框 “Update firmware” 對話框中,使用 “Search” 按鈕查找該固化程序更新文件 (*.UPD) 的路徑。
- 選定一個(gè)文件之后,將會(huì)在 “Firmware update” 對話框的下半部分提示該文件適合哪些模塊,以及從哪個(gè)固件版本開始可以使用該文件。
- 點(diǎn)擊 “Execute” 按鈕。STEP 7 將檢查該模塊是否可解析所選的文件,如果結(jié)果是肯定的,則將該文件裝載到 CPU。如果必須為此改變 CPU 的操作模式,則會(huì)通過對話框提示用戶。然后 CPU 將自行執(zhí)行固化程序更新。
- 通過 STEP 7 (讀 CPU 的診斷緩沖區(qū))檢查 CPU 是否使用新的固件成功啟動(dòng)。
CPU 315-2DP 的訂貨號和版本總覽:
訂貨號 | FW 版本 | 升級... |
6ES7315-2AG10-0AB0 | | |
| V2.6.11 | 升級推薦: V2.6.11 更新 描述 3152AG10_V2611.EXE ( 902 KB ) |
| V2.6.9 | 只用于備份: V2.6.9 更新 描述 3152AG10_V269.EXE ( 902 KB ) |
| V2.6.6 | 只用于備份: V2.6.6 更新 描述 3152AG10_V266.EXE ( 900 KB ) |
| V2.6.4 | 只用于備份: V2.6.4 更新 描述 3152AG10_V264.EXE ( 899 KB ) |
| V2.6.3 | 只用于備份: V2.6.3 更新 描述 |
| V2.6.1 | 只用于備份: V2.6.1 更新 描述 |
| V2.0.12 | 只用于備份: V2.0.12 更新 描述 3152AG10_V2012.EXE ( 817 KB ) |
| V2.0.11 | 只用于備份: V2.0.11 更新 描述 3152AG10_V2011.EXE ( 812 KB ) |
| V2.0.10 | 只用于備份: V2.0.10 更新 描述 3152AG10_V2010.EXE ( 812 KB ) |
| V2.0.8 | 只用于備份: V2.0.8更新 描述 3152AG10_V208.EXE ( 808 KB ) |
. | V2.0.5 | 只用于備份: V2.0.5 更新 描述 3152AG10_V205.EXE ( 779 KB ) |
. | V2.0.0 | 只用于備份: 3152AG10_V200.EXE ( 767 KB ) |
更新版本 V2.6.11 (6ES7 315-2AG10-0AB0) |
上述 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 正確的長度。
- 調(diào)整時(shí)間時(shí),在 OB 10 的本地?cái)?shù)據(jù)將立即調(diào)整 Weekday (變量 "OB10_DATE_TIME" )。
更新版本 V2.6.9 (6ES7 315-2AG10-0AB0) |
上述 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ò)誤的長度參數(shù)時(shí),現(xiàn)在將導(dǎo)致 BLF (區(qū)域長度錯(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。
更新版本 V2.6.6 (6ES7 315-2AG10-0AB0) |
上述 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 帶來的路由選擇問題。
- 如果相應(yīng)軟鍵被按下,OP 3 中分配到位變量的軟鍵現(xiàn)在將置位 PLC 中所分配的對應(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ì)保持無效。
- 如果裝載了塊 FB48 和 FB49 (“信號系統(tǒng)錯(cuò)誤”),則程序裝載結(jié)束且電壓斷/通之后不再出現(xiàn)故障 Z1=FFFF。
更新版本 V2.6.4 (6ES7 315-2AG10-0AB0) |
上述 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)致通過 RET_VAL 中返回回查信號 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)了與操作員面板建立連接的過程。
更新版本 V2.6.3 (6ES7 315-2AG10-0AB0) |
上述 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è)問題,使用編程設(shè)備以及以下列程序順序在線監(jiān)視塊狀態(tài)期間,可能發(fā)生 RLO 被破壞:A a b.c
A d e.f
.
.
A x y.z
O // 由此形成的 RLO 可能被破壞(只發(fā)生在對該程序序列的塊狀態(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。
更新版本 V2.6.1 (6ES7 315-2AG10-0AB0) |
上述 CPU 版本包含以下新功能:
- CPU 的標(biāo)識(shí)和維護(hù)數(shù)據(jù)(例如工廠和地點(diǎn)代碼)
- 將 CPU 復(fù)位為出廠狀態(tài)
- 通過網(wǎng)絡(luò)進(jìn)行在線固件更新
- 診斷轉(zhuǎn)發(fā)器的測量發(fā)起者 (SFC 103 “DP_TOPOL”)*
- 塊相關(guān)信息的擴(kuò)展 (SFC 105-108) *
- 使用 SFC 109 “PROTECT” 改變保護(hù)等級
- 帶有 1ms 間隔的 SFC 64 “TIME_TCK” *
- 新軟件功能塊 SFC 70 “GEO_LOG”、SFC 71“LOG_GEO” 和 SFB 81 “RD_DPAR” *
- 通過 PROFIBUS DP 實(shí)現(xiàn)時(shí)鐘同步
- 改變了 CPU 作為 MPI 和 DP 接口上的時(shí)鐘主站時(shí)的響應(yīng)—請參閱產(chǎn)品信息/條目號 25323411
*可以在指令列表 (Operations List) 和 S7-300/400 的系統(tǒng)軟件參考手冊、系統(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ù)制長度參數(shù)中數(shù)量的數(shù)據(jù)。
- 帶有 ANY 型參數(shù)的復(fù)制功能現(xiàn)在也允許區(qū)域代碼 #85,并且 SFC83 的 RETVAL 將不再顯示 #8525 “Area error with writing” (寫入時(shí)發(fā)生區(qū)域故障)。
- 通過調(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” (無法訪問站)。
更新版本 V2.0.12 (6ES7 315-2AG10-0AB0) |
上述 CPU 版本并未包含任何新功能。
關(guān)于 STEP7 的注意事項(xiàng):
要運(yùn)行該 CPU,用戶需要安裝 STEP7 V5.1 + SP4 或更高版本。
固件更新版本 V2.0.12 中包含下列更正:
- 當(dāng) OB 請求出錯(cuò)且同時(shí)報(bào)警負(fù)載很高時(shí),將出現(xiàn)故障 Z1:E802
同時(shí)由其它報(bào)警引起的負(fù)載也很高時(shí),OB 請求出錯(cuò)(由過長的報(bào)警處理時(shí)間引發(fā)的)將不再導(dǎo)致故障。 - 如果同時(shí)監(jiān)視幾個(gè)變量表,將導(dǎo)致故障 Z1:72F1 或者沒有可操作的 MPI
如果同時(shí)有超過四個(gè)變量表被激活,將生成消息“(8304):No further simultaneous upload process possible. There is a resource bottleneck” (8304:不能再同時(shí)進(jìn)行上傳操作,存在瓶頸),而不是一個(gè) Defect 故障。 - 使用 CP340 時(shí)產(chǎn)生的通信問題:發(fā)送期間 CP 阻塞
使用 CP 進(jìn)行通信的能力已經(jīng)改進(jìn)。 - 在 HW Config 中模塊仍被標(biāo)記為故障
在 DPV1 從站中更正了編碼器短路后,將去除組態(tài)中的 “faulty” 符號。
更新版本 V2.0.11 (6ES7 315-2AG10-0AB0) |
上述 CPU 版本并未包含任何功能變化。
關(guān)于 STEP7 的注意事項(xiàng):
要運(yùn)行該 CPU,需要安裝 STEP7 V5.1+SP4 或更高版本。
固件更新版本 V2.0.11 中包含下列更改:
- 調(diào)用 SFC58/59 時(shí),BUSY 位出現(xià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 請求出錯(cuò)
如果一個(gè)時(shí)鐘中斷的中斷時(shí)間與當(dāng)前時(shí)間*相同,則將該中斷打上標(biāo)記用于將來的下一個(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)定。
更新版本 V2.0.10 (6ES7 315-2AG10-0AB0) |
關(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 消息到來,并在隨后重新激活 HMI?,F(xiàn)在,將從更新存儲(chǔ)區(qū)中刪除確認(rèn)信息。 - 當(dāng)開關(guān)處于 RUN 和電源上電時(shí),在 OB100_STRT_INFO 中沒有不同。
現(xiàn)在 OB 100 的啟動(dòng)信息中可以顯示正確的啟動(dòng)類型。 - 如果 OP 循環(huán)地訪問一個(gè)不存在的或過于小的 DB,則出現(xiàn)故障 Z1:7350
OP 區(qū)域指針指向一個(gè)不存在的或過于小的 DB 時(shí),不再會(huì)導(dǎo)致 CPU 故障。 - 將 DS1 寫入 BUS1*-ASIC 模塊時(shí),PZF 將被置位
如果用 SFC55 將 DS1 寫入某些不可參數(shù)化的模塊(帶有 BUS13 或 BUS1*-ASIC 的模塊),現(xiàn)在這些模塊的 PZF 不會(huì)被置位,并且在 SFC 調(diào)用之后模塊仍保持可訪問。 - 主站故障后 BF LED 沒有點(diǎn)亮/輸出將可能不被禁用
當(dāng)被用作中繼器之后的一個(gè)被動(dòng) I 從站,并且該總線網(wǎng)段沒有另外的主動(dòng)站點(diǎn)時(shí),如果發(fā)生故障或者拔除電纜,現(xiàn)在會(huì)發(fā)送信號表明發(fā)生了主站故障,同時(shí) I 從站禁用其輸出通道。 - DPV1 從站的診斷緩沖區(qū)條目 “Faulty Module” 不消失
來自同一個(gè) DPV1 從站中不同插槽的兩個(gè)相繼的通道診斷,這兩個(gè)診斷均被正確地輸入診斷緩沖區(qū)中,隨后當(dāng)這兩個(gè)診斷均被更正之后它們將不再被顯示為故障。
更新版本 V2.0.8 (6ES7 315-2AG10-0AB0) |
上述 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 訪問故障引起主站復(fù)位請求)
執(zhí)行 RAM-to-ROM 功能之后,重新裝載數(shù)據(jù)塊不再出現(xiàn)事件條目號為 6253 的主站復(fù)位請求。 - "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ù)登記過程錯(cuò)誤診斷時(shí),出現(xiàn)故障 FFFF
現(xiàn)在,即使重復(fù)登記過程錯(cuò)誤診斷,也不會(huì)導(dǎo)致故障 FFFF。 - MCRA 命令之后訪問 >255 的標(biāo)志或者 >127 的 I/O 時(shí),出現(xiàn)故障
對大于 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ù)位請求。 - 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è)訪問錯(cuò)誤將保持置位。
現(xiàn)在,如果將 IM151-1 HF (6ES7 151-1BA00-0AB0)組態(tài)為 DPV1 從站,電源模塊和組合模塊將獲得一個(gè)診斷地址。 對于這些診斷地址,將不再置位外設(shè)訪問錯(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 之后,來自 PROFInet 系統(tǒng)庫的 FC 10 和 FC 11 現(xiàn)在將提供正確的 RET_VAL=0。
更新版本 V2.0.5 (6ES7 315-2AG10-0AB0) |
上述 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)問題。 - PA enabling 功能將上一個(gè)過程映像完整地傳送到外設(shè)
如果現(xiàn)在使用 PA-enabling 功能,集中式外設(shè)的輸出將不再使用其上一個(gè)值,也就是說將刪除上一個(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)問題。 - 使用 LOOP 命令時(shí)周期時(shí)間出現(xiàn)波動(dòng)
使用 LOOP 命令時(shí)不再會(huì)導(dǎo)致周期時(shí)間發(fā)生波動(dòng)。 - 對于狀態(tài)塊,大于 511 的標(biāo)志將不再能正確顯示(于 CPU315)
現(xiàn)在可以正確顯示標(biāo)志位大于 511 的狀態(tài)。 - 如果一個(gè)標(biāo)準(zhǔn)從站發(fā)生故障,不相干的輸入模塊將返回一個(gè)外設(shè)訪問錯(cuò)誤。
在使用標(biāo)準(zhǔn)從站時(shí)(CPU 為 DP 主站),其中這些從站的可用用戶數(shù)據(jù)槽從 1 號槽開始,2 號槽組態(tài)為輸出通道,則此從站故障不再會(huì)導(dǎo)致不相關(guān)的輸入模塊(或者地址)報(bào)告發(fā)生了外設(shè)訪問錯(cuò)誤,(如果該輸入模塊的輸入地址與 2 號槽中輸出槽的地址相同的話。) - 使用含有大量插槽(已組態(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)任何問題。 - 從 HW-Config 中重載 CPU315-2DP 模塊時(shí)偶爾會(huì)發(fā)生故障
DP 主站系統(tǒng)使用 Profibus 設(shè)置的情況下,現(xiàn)在可以通過 MPI 接口以低波特率 (9.6 kbit、19.2kbit) 進(jìn)行重載而不會(huì)出現(xiàn)問題。