載入中……
[供應]西門子6ES7 953-8LL20-0AA0
- 產品產地：德國
- 產品品牌：西門子
- 包裝規格：6ES7 953-8LL20-0AA0
- 產品數量：01111
- 計量單位：1
- 產品單價：01
- 更新日期：2018-04-28 10:34:24
- 有效期至：2019-04-28
-
-
- 收藏此信息
西門子6ES7 953-8LL20-0AA0
詳細信息
西門子6ES7 953-8LL20-0AA0
SIEMENS西門子上海朕鋅電氣設備有限公司
聯系人：鐘濤
24小時銷售及維修熱線：18221357245
電話：021-31139793
手機：18221357245
QQ:1824547528
地址：上海市金山區楓灣路500號
《銷售宗旨》：為客戶創造價值是我們永遠追求的目標！
《產品質量》：原裝正品，全新原裝！
《產品優勢》：專業銷售薄利多銷信譽好，口碑好，價格低，貨期短，大量現貨，服務周到！
問題：
S7-400中保持數據傳輸的一致性使用的是什么機理?
解答：
一致的數據指的是就內容來說是一致的，而且它所描述了在某個時間點的一個稱之為一致性數據的過程狀態。要保持數據的一致性，它在傳輸或處理過程中不得被更新或改動。</span>
樣例1：</span>
為了對CPU在循環程序處理過程中有一致的過程信號的映像，在程序處理前就把過程信號讀入輸入的過程映像中，并且在程序處理后又寫到輸出的過程映像。然后，在程序處理過程中，用戶程序在對操作數區輸入(I)和輸出(Q)尋址時并不直接訪問信號模塊，而是訪問CPU的內部存儲區里的過程映像。</span>
樣例2：
如果一個通訊塊(比如SFB14“GET”，SFB15“PUT”)被較高優先級的過程警報OB所中斷，就有可能出現不一致性。現在，如果在該過程警報OB中的用戶程序更改了已經部分被通訊塊處理過的數據，那樣的話被傳輸的數據中，部分是過程警報處理以前時間的數據，部分則是過程警報處理以後時間的數據，這意味著，此數據是不一致的。
SFC81"UBLKMOV"
使用SFC81“UBLKMOV”，把一個內存區(源區)的內容一致地復制到另一個內存區(目標區)里。復制過程不得被操作系統的任何其它動作所打斷。
使用SFC81“UBLKMOV”，可復制下列內存區：
位存儲器
DB 內容
輸入的過程映像
輸出的過程映像
可復制的最大數據量為512字節。請注意與CPU性能有關的限制。有關的限制可從操作列表中看到。
既然復制過程不能打斷，在使用SFC81“UBLKMOV”時，可增大CPU對報警的響應時間。
源區和目標區不得互相交迭。如果指定的目標區大于源區，那么只把與源區里同樣多的數據復制到目標區。如果指定的目標區小于源區，那么只把目標區能接收的那么多的數據復制入目標區。
通訊塊和功能之間的一致性
對S7-400，通訊作業不在循環程序的執行處來處理，而是在程序循環過程中的一個固定的時間段里處理。從系統來講，數據格式字節，字和雙字永遠可以得到一致性的處理，就是說傳輸一個字節，一個字(兩個字節)或雙字(4個字節)是不會被打斷的。
如果通訊塊(比如SFB12“BSEND”)只能成對使用(象SFB12“BSEND”和SFB13“BRCV”)而且它訪問公共數據在用戶程序中被調用，那么也訪問本身數據區，比如通過“DONE”參數對該數據區的訪問，是可以協調的。通過這些通訊塊局部傳輸的數據的一致性，因而可以在用戶的程序里得到保證。
使用S7的通訊功能時動作是不一樣的。用這些功能時目標設備(比如SFB14“GET”，SFB15“PUT”)里的用戶程序不要求通訊塊。在編程時就必須把一致性數據的大小已經考慮在內。
訪問CPU的工作內存
操作系統的通訊功能是以固定長度數據包來訪問CPU的工作內存。此數據包的大小與CPU性能有關，S7-400CPU是32個字節。</span>
這樣就確保了在使用通訊功能時報警響應時間不會被延長。由于這種訪問與用戶程序異步，你無法一致地傳輸任意個數字節的數據。</span>
下面將解釋為保證數據一致性所要遵循的規則。
用于SFB14"GET"或讀變量的一致性規則
如果是SFB14“GET”，只要遵循下列規則就可一致性地傳輸數據。
主動CPU(數據接收方)：通過調用SFB14讀出OB中接收區的數據，或者，如果無法這樣做的話，r在SFB14的處理結束后讀出接收區的數據。
被動CPU(數據發送方)：按照被動CPU(數據發送方)規定的數據塊的大小寫入與發送區大小等量的數據。
被動CPU(數據發送方)：在封鎖中斷的情況下把要發送的數據寫入發送區。</span>
下圖給出了一個無法保證數據傳輸一致性的例子。因為它沒有遵守一致性規則的第二條：被動CPU(數據發送方)的數據塊大小為8個字節，而傳輸的卻是32個字節。
圖1：數據傳輸的例子
用于SFB15“PUT”或寫變量的一致性規則
對于SFB15“PUT”，如果遵循下列規則，數據傳輸將具有一致性：
主動CPU(數據發送方)：把來自調用SFB15的OB中的數據寫入發送區。如果不可能，在第一次調用SFB15結束后寫入發送區。
主動CPU(數據發送方)：把按照被動CPU(數據發送方)指定的塊大小的數據寫入發送區。</span>
被動CPU(數據接收方)：在封鎖中斷的情況下，從接收區里讀出收到的數據。</span>
下圖為一個數據傳輸的例子。由于一致性規則的第二條沒有得到遵守<被動CPU(數據接收方)指定的數據塊大小只有32個字節，而發送的卻是64個字節>，無法保證數據的一致性。
圖2：無法保證一致性的數據傳輸
通過SFC81“UBLKMOV”可在S7-400的用戶程序里實現跨幾個變量的大數據塊一致性傳輸(不可中斷的塊移動)。
這樣，例如通過SFB14“GET”，
同類型其他產品
免責聲明：所展示的信息由企業自行提供,內容的真實性、和合法性由發布企業負責,浙江民營企業網對此不承擔任何保證責任。
友情提醒：普通會員信息未經我們人工認證，為了保障您的利益，建議優先選擇浙商通會員。
浙江民營企業網 www.brightenupmyday.com 版權所有 2002-2010