描述:
SIMATIC MMC卡是唯一能用于帶CPU的ET200接口模塊(IM)或基本模塊(BM)的儲存卡 .
 

MMC卡清單
下表列出了不同容量的MMC卡的訂貨號
 

描述

本篇文章旨在解釋當(dāng)使用博途 WinCC 拷貝或移動歸檔數(shù)據(jù)時如何避免訪問沖突和隨之而來的數(shù)據(jù)丟失。

推薦使用 WinCC Advanced V15 手冊中的下列函數(shù)拷貝/移動歸檔數(shù)據(jù)。

• CloseAllArchives(關(guān)閉所有日志)
• ArchiveLogFile(歸檔日志文件)

• OpenAllArchives(打開所有日志)

手冊中更多可利用的信息請參考 “SIMATIC STEP 7 Basic/Professional V15 and SIMATIC WinCC V15> 可視化過程  > 使用系統(tǒng)函數(shù)和運行系統(tǒng)腳本 > 參考 > 函數(shù)列表 > 系統(tǒng)函數(shù) > 歸檔 >歸檔日志文件,詳見文檔ID“109755202”。

然而，該過程有可能出現(xiàn)前一個函數(shù)沒執(zhí)行完，后一個函數(shù)已經(jīng)開始的情況，會導(dǎo)致數(shù)據(jù)丟失。
為了避免類似問題，確保系統(tǒng)函數(shù)能夠按照順序一步步執(zhí)行，系統(tǒng)函數(shù)完成后觸發(fā)一條系統(tǒng)消息。只有接收到系統(tǒng)消息再觸發(fā)下一個系統(tǒng)函數(shù)。

注意

如果您在使用審計追蹤，請始終使用“移動(hmiMove)”模式，否者將因為復(fù)制數(shù)據(jù)產(chǎn)生兩個數(shù)據(jù)段而違反FDA準則。但是，這過程中有可能出現(xiàn)前一個函數(shù)執(zhí)行完成之前就開始了下一函數(shù)的執(zhí)行，這會導(dǎo)致數(shù)據(jù)丟失。

為了避免該情況發(fā)生，您可以利用系統(tǒng)函數(shù)運行完成時產(chǎn)生的系統(tǒng)消息，以確保一步步依次執(zhí)行這些系統(tǒng)函數(shù)。也就是說您要先接收到上一步函數(shù)產(chǎn)生的系統(tǒng)消息再執(zhí)行下一步的系統(tǒng)函數(shù)。

注意
該方法不適用于分段歸檔，因為函數(shù) "歸檔日志文件" 僅拷貝一個文件而不是分段。
拷貝或移動一個歸檔
 

拷貝或移動多個歸檔
 

No.	過程
1	關(guān)閉所有歸檔 為一個按鈕的“釋放”事件組態(tài) “關(guān)閉所有日志” 函數(shù)。
2	歸檔日志文件 如果函數(shù) “關(guān)閉所有日志” 成功執(zhí)行完成，會產(chǎn)生一條編號為 80019 的系統(tǒng)報警， 為這條系統(tǒng)報警的 “到達” 事件組態(tài)以下腳本。 示例為5條歸檔的拷貝。 圖. 01
3	打開所有歸檔 如果函數(shù) “歸檔日志文件” 成功執(zhí)行完成，會產(chǎn)生一條編號為 80048 的系統(tǒng)報警。 為這條系統(tǒng)報警的 “到達” 事件組態(tài)以下腳本。 圖. 02 腳本的功能 一旦每一個歸檔的拷貝或移動發(fā)生，系統(tǒng)報警 “80048” 就會出現(xiàn)，編號為 “80048” 的系統(tǒng)報警會被內(nèi)部變量 “Counter” 計數(shù)，一旦所有歸檔的拷貝或復(fù)制完成（本例為5），IF 條件滿足，那么 “打開所有日志” 函數(shù)會被執(zhí)行。 同時內(nèi)部變量 “Counter” 被清零。

表1顯示了總線模塊，模塊還有DP/PA Link模塊以及Y Link模塊的可能組合。
   

表1

1) 在使用舊的CP 443-5 時(文章編號: 6GK7443-5DX02-0XE0), 在自動化系統(tǒng)中執(zhí)行 IM 157/IM 153-2 只能在總線模塊6ES7-7HE80-0XA0以及配置6ES70AA81-0XA0結(jié)合時操作。

表2 展示的是總線模塊，模塊(PROFIBUS IM 153-2)和配置ET 200M的可能組合。
   

表 2

表3 展示的是總線模塊，模塊(PROFIBUS IM 153-2 FO)和配置ET 200M的可能組合。
 

表 3

表 4 顯示的是哪個總線模塊可以使用接口模塊PROFIBUS IM153-1。
   

表 4

表5顯示的是哪個總線模塊可以使用接口模塊IM 153-4。