西門(mén)子NCU572.5B數(shù)控主板西門(mén)子NCU572.5B數(shù)控主板

S7-400中保持?jǐn)?shù)據(jù)傳輸?shù)?性使用的是什么機(jī)理?

解答：
*的數(shù)據(jù)指的是就內(nèi)容來(lái)說(shuō)是*的，而 且它所描述了在某個(gè)時(shí)間點(diǎn)的一個(gè)稱之為*性數(shù)據(jù)的過(guò)程狀態(tài)。要保持?jǐn)?shù)據(jù)的*性，它在傳輸或處理過(guò)程中不得被更新或改動(dòng)。< /span>

樣例 1：  
為了對(duì)CPU在循環(huán)程序處理過(guò)程中有*的過(guò)程信號(hào)的映像，在程序處理前就把過(guò)程信號(hào)讀入輸入的過(guò)程映像中，并 且在程序處理后又寫(xiě)到輸出的過(guò)程映像。然后，在程序處理過(guò)程中，用戶程序在對(duì)操作數(shù)區(qū)輸入(I)和輸出(Q) 尋址時(shí)并不直接訪問(wèn)信號(hào)模塊，而是訪問(wèn)CPU 的內(nèi)部存儲(chǔ)區(qū)里的過(guò)程映像 。
樣例 2： 
如果一個(gè)通訊塊(比如 SFB 14 “GET”, SFB 15 “PUT”)被較高優(yōu)先級(jí)的過(guò)程警報(bào)OB所中斷，就有可能出現(xiàn)不*性。 現(xiàn)在，如果在該過(guò)程警報(bào)OB中的用戶程序更改了已經(jīng)部分被通訊塊處理過(guò)的數(shù)據(jù)，那樣的話被傳輸?shù)臄?shù)據(jù)中，部分是過(guò)程警報(bào)處理以前時(shí)間的數(shù)據(jù)，部 分則是過(guò)程警報(bào)處理以後時(shí)間的數(shù)據(jù)，這意味著，此數(shù)據(jù)是不*的。

SFC 81 "UBLKMOV"    
使用 SFC 81 “UBLKMOV”，把一個(gè)內(nèi)存區(qū)(源區(qū))的內(nèi)容*地復(fù)制到另一個(gè)內(nèi)存區(qū)(目標(biāo)區(qū))里 。復(fù) 制過(guò)程不得被操作系統(tǒng)的任何其它動(dòng)作所打斷。 
使用SFC 81 “UBLKMOV”，可復(fù)制下列內(nèi)存區(qū)：

• 位存儲(chǔ)器
• DB 內(nèi)容
• 輸入的過(guò)程映像
• 輸出的過(guò)程映像

可復(fù)制的大數(shù)據(jù)量為 512 字節(jié)。請(qǐng)注意與CPU性能有關(guān)的限制。有關(guān)的限制可從操作列表中看到。

既然復(fù)制過(guò)程不能打斷，在使用 SFC 81“UBLKMOV” 時(shí)，可增大CPU對(duì)報(bào)警的響應(yīng)時(shí)間。

源區(qū)和目標(biāo)區(qū)不得互相交迭。如 果的目標(biāo)區(qū)大于源區(qū)，那么只把與源區(qū)里同樣多的數(shù)據(jù)復(fù)制到目標(biāo)區(qū)。如果的目標(biāo)區(qū)小于源區(qū)，那 么只把目標(biāo)區(qū)能接收的那么多的數(shù)據(jù)復(fù)制入目標(biāo)區(qū)。

通訊塊和功能之間的*性
對(duì) S7-400 ，通 訊作業(yè)不在循環(huán)程序的執(zhí)行處來(lái)處理，而是在程序循環(huán)過(guò)程中的一個(gè)固定的時(shí)間段里處理。從系統(tǒng)來(lái)講，數(shù)據(jù)格式字節(jié)，字 和雙字永遠(yuǎn)可以得到*性的處理，就是說(shuō)傳輸一個(gè)字節(jié)，一個(gè)字(兩個(gè)字節(jié))或雙字(4個(gè)字節(jié))是不會(huì)被打斷的。  
如果通訊塊(比如 SFB 12 “BSEND”)只能成對(duì)使用(象SFB 12 “BSEND” 和 SFB 13 “BRCV”) 而且它訪問(wèn)公共數(shù)據(jù)在用戶程序中被調(diào)用，那么也訪問(wèn)本身數(shù)據(jù)區(qū)，比如通過(guò) “DONE”參數(shù)對(duì)該數(shù)據(jù)區(qū)的訪問(wèn)，是可以協(xié)調(diào)的。通 過(guò)這些通訊塊局部傳輸?shù)臄?shù)據(jù)的*性，因而可以在用戶的程序里得到保證。  
使用 S7 的通訊功能時(shí)動(dòng)作是不一樣的。用這些功能時(shí)目標(biāo)設(shè)備 (比如 SFB 14 “GET”, SFB 15“PUT”) 里的用戶程序不要求通訊塊。在編程時(shí)就必須把*性數(shù)據(jù)的大小已經(jīng)考慮在內(nèi)。

訪問(wèn) CPU的工作內(nèi)存   
操作系統(tǒng)的通訊功能是以固定長(zhǎng)度數(shù)據(jù)包來(lái)訪問(wèn)CPU的工作內(nèi)存。此數(shù)據(jù)包的大小與CPU性能有關(guān)，S7-400 CPU是32個(gè)字節(jié)。
這樣就確保了在使用通訊功能時(shí)報(bào)警響應(yīng)時(shí)間不會(huì)被延長(zhǎng)。由于這種訪問(wèn)與用戶程序異步，你無(wú)法*地傳輸任意個(gè)數(shù)字節(jié)的數(shù)據(jù)。
下面將解釋為保證數(shù)據(jù)*性所要遵循的規(guī)則。

用于 SFB 14 "GET" 或讀變量的*性規(guī)則

如果是 SFB 14 “GET”，只要遵循下列規(guī)則就可*性地傳輸數(shù)據(jù)。

• 主動(dòng)CPU(數(shù)據(jù)接收方)：通過(guò)調(diào)用SFB 14讀出OB中接收區(qū)的數(shù)據(jù)，或者，如果無(wú)法這樣做的話，r 在SFB 14的處理結(jié)束后讀出接收區(qū)的數(shù)據(jù)。
• 被動(dòng)CPU (數(shù)據(jù)發(fā)送方)：按照被動(dòng)CPU (數(shù)據(jù)發(fā)送方)規(guī)定的數(shù)據(jù)塊的大小寫(xiě)入與發(fā)送區(qū)大小等量的數(shù)據(jù)。
• 被動(dòng) CPU (數(shù)據(jù)發(fā)送方)：中斷的情況下把要發(fā)送的數(shù)據(jù)寫(xiě)入發(fā)送區(qū)。

   

  下圖給出了一個(gè)無(wú)法保證數(shù)據(jù)傳輸*性的例子。因?yàn)樗鼪](méi)有遵守*性規(guī)則的第二條：被動(dòng) CPU (數(shù)據(jù)發(fā)送方)的數(shù)據(jù)塊大小為 8 個(gè)字節(jié)，而傳輸?shù)膮s是 32 個(gè)字節(jié)。