常見電力規(guī)約小結(jié)_第1頁(yè)
常見電力規(guī)約小結(jié)_第2頁(yè)
常見電力規(guī)約小結(jié)_第3頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

這個(gè)月主要的任務(wù)就是對(duì)加深對(duì)通信規(guī)約的認(rèn)識(shí),因此自己平時(shí)通過寫規(guī)約、看代碼、網(wǎng)上搜尋資料,對(duì)規(guī)約做個(gè)小結(jié)。目前在電力系統(tǒng)中普遍應(yīng)用的通信規(guī)約可以分為問答式規(guī)約(如ModbuS)、循環(huán)式規(guī)約(如CDT),因此下面就這兩類規(guī)約的優(yōu)缺點(diǎn)作一下總結(jié)。CDT規(guī)約是一種子站自發(fā)地不斷循環(huán)上報(bào)現(xiàn)場(chǎng)數(shù)據(jù)的規(guī)約,上報(bào)信息串的長(zhǎng)度是可變的。適用于點(diǎn)對(duì)點(diǎn)的遠(yuǎn)動(dòng)通道結(jié)構(gòu)。循環(huán)式規(guī)約的主要有以下幾個(gè)特點(diǎn):數(shù)據(jù)傳送以現(xiàn)場(chǎng)端為主,子站自發(fā)地不斷循環(huán)上報(bào)現(xiàn)場(chǎng)數(shù)據(jù)給主站,而主站只能被動(dòng)接受。數(shù)據(jù)格式在發(fā)送端與接收端事先約定好,按順序首先發(fā)送起始同步字,然后依次發(fā)送控制字和信息字,如此周而復(fù)始,連續(xù)循環(huán)發(fā)送。;重要數(shù)據(jù)發(fā)送周期短,實(shí)時(shí)性強(qiáng),一般數(shù)據(jù)發(fā)送周期長(zhǎng),實(shí)時(shí)性差,遙信變位優(yōu)先傳送。循環(huán)式規(guī)約的優(yōu)點(diǎn)如下:由于子站不斷循環(huán)上傳現(xiàn)場(chǎng)數(shù)據(jù),即使在發(fā)生短暫通信失敗丟失的一些數(shù)據(jù),當(dāng)通道恢復(fù)正常后,被丟失的信息仍然有機(jī)會(huì)上報(bào),而不至于造成顯著危害,因此這種方式對(duì)通道的要求不高,適合在質(zhì)量比較差的通道環(huán)境下使用。循環(huán)式規(guī)約采用遙信變位優(yōu)先插入傳送的方式,可提高了事故傳送的相應(yīng)速度。循環(huán)式規(guī)約的不足:由于采用循環(huán)式規(guī)約的子站自發(fā)不斷循環(huán)上報(bào)現(xiàn)場(chǎng)數(shù)據(jù),因此通道必須采用全雙工通道。由于采用現(xiàn)場(chǎng)數(shù)據(jù)不斷循環(huán)上報(bào)的策略,主機(jī)對(duì)一般遙測(cè)量的響應(yīng)速度較慢。在循環(huán)方式下,各RTU以一定速率向主站端連續(xù)發(fā)送遠(yuǎn)動(dòng)數(shù)據(jù),包括大量冗余數(shù)據(jù),這樣會(huì)使主站處理負(fù)擔(dān)加重。問答式規(guī)約,它以主站為主,依次向各子站發(fā)出查詢命令,各子站根據(jù)查詢命令進(jìn)行回答,回答的信息串長(zhǎng)度是可變的。問答式規(guī)約的特點(diǎn):子站有問必答,當(dāng)子站收到主機(jī)查詢命令后,必須在規(guī)定的時(shí)間內(nèi)應(yīng)答,否則認(rèn)為本次通信失敗。子站無問不答,當(dāng)子站未收到主機(jī)查詢命令時(shí),絕對(duì)不允許主動(dòng)上報(bào)信息。(平衡式傳輸方式中101規(guī)約是一種“問答+循環(huán)”式規(guī)約)。問答式規(guī)約的優(yōu)點(diǎn)如下:允許多點(diǎn)共線的方式連接,多個(gè)子站共用一個(gè)通道,這樣有助于節(jié)省通道,提高了通道的占用率。既可以采用全雙工通道,也可以采用半雙工的通道,既可以采用點(diǎn)對(duì)點(diǎn)方式,因此通道適應(yīng)性強(qiáng)。問答式規(guī)約存在以下幾點(diǎn)不足:由于不允許主動(dòng)上報(bào),應(yīng)答式規(guī)約對(duì)事故的響應(yīng)速度慢,尤其是當(dāng)通道的傳輸速率較低的情況下,這個(gè)問題會(huì)比較突出。由于采用變化信息傳送策略,應(yīng)答式規(guī)約對(duì)通道的要求較高,在通道質(zhì)量較差時(shí),會(huì)發(fā)生重要事件信息(如SOE)丟失的現(xiàn)象。應(yīng)答式規(guī)約往往采用整幀校驗(yàn)的方式,由于一幀的信息量比較大,因此出錯(cuò)的概率也相應(yīng)增大。以前對(duì)于規(guī)約的理解就是按照幀格式,編寫代碼,實(shí)現(xiàn)與裝置的通訊或是與后臺(tái)通訊,實(shí)現(xiàn)規(guī)定的功能就好了。在與陸工交流及其自己平時(shí)體會(huì)中,初步認(rèn)識(shí)規(guī)約在傳輸方式、通信速率、幀格式、可靠性、應(yīng)用場(chǎng)所相互聯(lián)系。在CDT方式下,當(dāng)傳送中偶爾發(fā)生傳輸錯(cuò)誤時(shí),可以在以后的循環(huán)中得到糾正,因此要求的可靠性級(jí)別較低。所采用的幀校驗(yàn)也比較簡(jiǎn)單,通信速率也很低。在循環(huán)方式下,各RTU以一定速率向主站端連續(xù)發(fā)送數(shù)據(jù),這其中包括大量冗余數(shù)據(jù)。會(huì)使主站處理負(fù)擔(dān)加重。同時(shí)傳輸?shù)臄?shù)據(jù)種類很單調(diào),不符合變電站綜合自動(dòng)化發(fā)展趨勢(shì),因此使用也越來越少。MODBUS協(xié)議為問答式通信協(xié)議,基于半雙工的模式,采用讀寫寄存器的格式。主站比CDT協(xié)議更有自主選擇性,主站可以向裝置詢問所需要的數(shù)據(jù)。但由于MODBUS是采取被動(dòng)的問答式通信,變化信號(hào)不提供主動(dòng)上報(bào),這就造成了信號(hào)上報(bào)的速度慢,所以MODBUS規(guī)約只適用于實(shí)時(shí)性不高的系統(tǒng),大多數(shù)為直流屏、及儀表所用。101協(xié)議具有平衡和不平衡兩大方式。當(dāng)產(chǎn)生突變信息,RTU便插入變化信息的標(biāo)志,然后主站進(jìn)行查詢變化的數(shù)據(jù);上報(bào)的速度也很快,平時(shí)主站僅查詢變化數(shù)據(jù),RTU有數(shù)據(jù)變化就把變化的信息上報(bào)。對(duì)于CDT協(xié)議來說,發(fā)送方和接收方基本是沒有聯(lián)系的,至于接收端是否能收到,發(fā)送端根本就不關(guān)心,這就容易造成發(fā)送和接收的脫節(jié),因此對(duì)于重要信息的丟失也就不可避免了。而101協(xié)議對(duì)于收發(fā)數(shù)據(jù)有它們特有的確認(rèn)機(jī)制,以防止報(bào)文丟失。接收端是通過詢問報(bào)文的鏈路控制域中的FCB位的是否翻轉(zhuǎn)來對(duì)發(fā)送端上一次所發(fā)信息進(jìn)行確認(rèn)。安全性更好。 以上就是我對(duì)常見規(guī)約的一點(diǎn)總結(jié),從規(guī)約的傳輸方式、通信速

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論