高平, 吉福龍, 王佳環(huán), 那麗丹

(國網(wǎng)思極神往位置服務(wù)(北京)有限公司,北京 100031)

0 引言

智能電網(wǎng)的大范圍實際應(yīng)用，使得在大城市完成了住戶電網(wǎng)數(shù)據(jù)的自動采集的基礎(chǔ)上，對交通不暢的區(qū)域電力供應(yīng)有更高精度的采集傳輸和對應(yīng)的費控管理規(guī)劃[1]?，F(xiàn)在遠程抄表通信形式包括光纖、電力載波以及GPRS /CDMA無線這三種方式[2、3]。在我國西南、西北某些位置的牧場和山林，不適合在此構(gòu)建造價高的通信線路。 而無線網(wǎng)絡(luò)也存在著范圍太大通信質(zhì)量太差的情況難以實施。此外人工抄表也有悖智能化、自動化電力網(wǎng)絡(luò)的建設(shè)初衷。因此研究偏僻位置的電網(wǎng)數(shù)據(jù)自動化采集有其現(xiàn)實意義。有研究者已初步摸索到解決問題的方向，相應(yīng)的成果也陸續(xù)產(chǎn)出。這之中基于北斗高精度的電網(wǎng)數(shù)據(jù)采集有一定的可行性。北斗是集定位、授時、通信為一體的，安全性高的同時覆蓋范圍大，且能夠雙向傳輸?shù)男l(wèi)星導(dǎo)航系統(tǒng)[4]。文獻[5]通過北斗通信完成了電網(wǎng)數(shù)據(jù)的傳遞工作，缺點在于未設(shè)置補包功能，這導(dǎo)致了丟包后的采集達標率不高。文獻[6]依據(jù)北斗完成主站與集中器之間的電網(wǎng)數(shù)據(jù)傳遞，不足之處在于沒有考慮鏈路本身的不穩(wěn)定性帶來的丟包情況。文獻[7]構(gòu)造了基于北斗通信的智能電表，缺點在于其實施難度相較于集中器端安裝相應(yīng)裝備較大。文獻[8]制作了基于北斗/GPRS電能計量終端，但大批量的改動主站會增大系統(tǒng)運維的花費。為解決上述問題，本文構(gòu)造了基于北斗高精度的電網(wǎng)數(shù)據(jù)采集系統(tǒng)。即將有采集和傳輸功能的嵌入式放置在主站側(cè)和集中器側(cè)。如此保留電力企業(yè)已運營實施設(shè)備以及原有系統(tǒng)，電網(wǎng)數(shù)據(jù)也能通過北斗系統(tǒng)通信鏈路實現(xiàn)透明傳輸。同時配合補包操作以及超時控制策略維持電網(wǎng)數(shù)據(jù)采集達標率和系統(tǒng)整體運行效率。

1 系統(tǒng)整體設(shè)計方案

基于北斗通信的電網(wǎng)數(shù)據(jù)采集系統(tǒng)的采集步驟內(nèi)，主站負責(zé)查找集中器指令，其傳遞回Q/GDW 376.1-2009標準的數(shù)據(jù)格式[9]。上述電表數(shù)據(jù)經(jīng)過封裝之后在北斗通信鏈路中傳輸，再對電表數(shù)據(jù)包進行“將大變小”的策略，防止北斗通信單一次數(shù)的報文長度超過限定值。構(gòu)造差錯控制以及超時控制機制以維持北斗通信穩(wěn)定性和傳輸?shù)臏蚀_率。

1.1 系統(tǒng)架構(gòu)

基于北斗通信的電網(wǎng)數(shù)據(jù)采集系統(tǒng)涉及到以下功能模塊，北斗模塊、主站、電網(wǎng)數(shù)據(jù)采集終端、數(shù)據(jù)采集與傳輸設(shè)備，如圖1所示。

其中圖1虛線框組成了北斗通信基礎(chǔ)上的透明數(shù)據(jù)傳遞通道。主站包括服務(wù)器和其他功能性設(shè)備，其任務(wù)是一方面向集中器發(fā)送查詢命令，另一方面響應(yīng)集中器，對相應(yīng)的電網(wǎng)數(shù)據(jù)進行接收、處理以及存儲。電網(wǎng)數(shù)據(jù)采集終端包括智能電表、采集器和集中器，用于采集并匯聚多戶居民電網(wǎng)數(shù)據(jù)[10]。數(shù)據(jù)采集與傳輸設(shè)備一般被定義為廣泛意義上的前端，其任務(wù)為將集中器返回的電網(wǎng)數(shù)據(jù)拆包，同時經(jīng)相應(yīng)協(xié)議打包處理的內(nèi)容借助于北斗模塊傳遞。數(shù)據(jù)采集與傳輸設(shè)備一般被定義為后端，功能為數(shù)據(jù)解析以及組包，最后將在北斗通信鏈路傳送的發(fā)送到主站。

1.2 系統(tǒng)工作模式

需要保持和國家電網(wǎng)通信鏈路規(guī)范一致，據(jù)此本文構(gòu)造的基于北斗通信的電網(wǎng)數(shù)據(jù)采集系統(tǒng)可以選擇兩種模式來完成整個通信鏈路內(nèi)數(shù)據(jù)的傳遞以及相關(guān)的解析、壓縮、發(fā)送/接收處理等。這兩種形式具體為自動采集以及受控采集。前者是由集中器依據(jù)主站采集的實際情況設(shè)置時間間隔，通過自動的形式借助于RS-232串口將電網(wǎng)數(shù)據(jù)上傳至數(shù)據(jù)采集與傳輸設(shè)備，由后者完成對電網(wǎng)數(shù)據(jù)的存儲、處理并傳輸至主站。特別指出處在受控采集方式時，后者在采集數(shù)據(jù)不成功時的處理是，主站為維持數(shù)據(jù)不丟失會以自動/人工形式，為集中器傳遞讀取用電信息指令，進而進行補采電網(wǎng)數(shù)據(jù)的操作。

2 系統(tǒng)硬件設(shè)計

在基于北斗通信的電網(wǎng)數(shù)據(jù)采集系統(tǒng)中，數(shù)據(jù)采集與傳輸設(shè)備承擔(dān)著電網(wǎng)數(shù)據(jù)拆包/組包，同時維持著對北斗協(xié)議打包和解析等步驟。本文構(gòu)建了以STM32F103微處理器為基礎(chǔ)的上述部件，單片機最小系統(tǒng)涉及STM32F103微處理器部分、晶體振蕩部分以及復(fù)位功能部分。具體各模塊參數(shù)由表1所示。

據(jù)此硬件規(guī)劃主要包括單片機最小系統(tǒng)、串口通信模塊、SD卡、下載管理模塊、電源電路等,如圖2所示。

3 系統(tǒng)軟件設(shè)計

3.1 數(shù)據(jù)拆/組包

北斗通信每一次傳遞報文長度存在著限度值，據(jù)此為保證借助于北斗模塊進行數(shù)據(jù)傳輸時應(yīng)優(yōu)先保證其數(shù)據(jù)傳遞的準確性。涉及到的數(shù)據(jù)拆/組包情況為，在發(fā)送端完成數(shù)據(jù)包的“將大變小”拆分，同時構(gòu)建拆分后各自包頭。同樣的，接收端執(zhí)行相反的操作，即將去掉各分開的數(shù)據(jù)包的包頭，將之依序組合以得到最先開始的數(shù)據(jù)。如果出現(xiàn)未發(fā)送完畢的情況，則各小包的整合過程不能進行，需讓若接收端發(fā)送補包的指令給發(fā)送端。補包操作沒有執(zhí)行，則重復(fù)嘗試一定次數(shù)，直到能夠補上缺失數(shù)據(jù)，否則拒絕此次傳輸，繼續(xù)下次電網(wǎng)數(shù)據(jù)采集工作。本文中的北斗模塊SIM卡限制每一次傳送的報文長度在78.5 Byte以內(nèi)，拆包接著會新加包頭，這需要一定的存儲空間。據(jù)此前端向集中器報送多于70 Byte數(shù)據(jù)包，將之進行拆包操作。北斗通信鏈路的不穩(wěn)定容易造成丟包以及亂序狀況。維持拆包后各個子包能在對端組包且恢復(fù)原狀的情況，有必要在分散的固定值為70 Byte的子包前段放置4 Byte。依照北斗用戶機接口協(xié)議v2.1子包完成封裝，其幀格式如表2所示。

圖2 硬件結(jié)構(gòu)框圖

＄TXSQ為通信申請，依照此項決定發(fā)/收信方地址。相應(yīng)的接收端，后端收取到北斗鏈路發(fā)來數(shù)據(jù)，最初依據(jù)幀格式提取子包，分析包頭信息(SEQ+Num+Rank+Len)完成組包這一步驟，同時找出丟包，執(zhí)行補包動作，完畢后整個電網(wǎng)數(shù)據(jù)上報給主站。

表2 帶有電網(wǎng)數(shù)據(jù)的北斗通信幀格式

3.2 數(shù)據(jù)壓縮

集中器側(cè)有大量待傳送信息時，借助于北斗通信鏈路會形成傳遞時間較慢的情形，有必要在拆包前增加壓縮這一步驟。由于系統(tǒng)要求在接收端解壓縮后的數(shù)據(jù)必須具有完整性，因此借助于對數(shù)據(jù)包內(nèi)重復(fù)出現(xiàn)的內(nèi)容無損壓縮的LZ77算法[11]。壓縮進行時，數(shù)據(jù)依序通過預(yù)置區(qū)、滑動窗口。后通過的緩存區(qū)內(nèi)的數(shù)據(jù)是構(gòu)造字典索引憑證，前后兩區(qū)域的數(shù)據(jù)比對，根據(jù)有無匹配字符串決定字典索引是原字符還是偏移量、長度、首字符的組合。根據(jù)上述區(qū)域長度的調(diào)整改變壓縮程度。這一算法解壓縮過程需要運用滑動窗口數(shù)據(jù)緩存區(qū)，匹配規(guī)律是，單個字符立即讀入，字符串依照偏移量、長度以及首字符等信息還原。

4 實驗測試

4.1 系統(tǒng)安裝

本系統(tǒng)現(xiàn)場使用DJGZ33-WFET1600集中器，其放置在偏僻地區(qū)變壓器上，前端有用戶電表。所設(shè)計前端設(shè)備置于變壓器上的戶外機箱，其串口與北斗模塊、集中器均互連，在主站端，北斗模塊、后端設(shè)備置于電力公司頂層接于北斗模塊以及主站。

4.2 系統(tǒng)采集測試

4.2.1 受控模式結(jié)果

主站最初對集中器設(shè)置參數(shù)，通過設(shè)置串口號、波特率等內(nèi)容，選擇主站測試軟件內(nèi)的讀取項，上述指令借助于北斗通信鏈路傳輸至現(xiàn)場集中器。兩3分鐘后，集中器收到“68 32 00 32 00 68 98 01 65 80 7F 14 00 66 00 00 02 00 7916”，主站軟件判斷集中器地址65017F80。主站向集中器召測請求1類以及請求2類，6號測量點“當(dāng)前正向有功電能示值(總費率1～M)”情況,如圖3所示。

具體為正向有功總電能示值為0.29 kW·h，費率2、費率3的正向有功總電能示值分別是0.1 kW·h以及0.18 kW·h，剩下費率相應(yīng)值為0。上述驗證內(nèi)容和人工觀察的情形相同，證實本系統(tǒng)狀態(tài)運行效果。

4.2.2 自動模式結(jié)果

集中器調(diào)整為主動上報模式，完成相應(yīng)系統(tǒng)測試。據(jù)LZ77壓縮算法，調(diào)整滑動窗口、預(yù)置區(qū)大小為128 Byte、32 Byte。表2示出集中器內(nèi)置的數(shù)個測量點有關(guān)正向有功電能示值。

圖3 主站召測集中器的返回結(jié)果

表2中總、費率1～M且表現(xiàn)為日凍結(jié)效果。當(dāng)主動上報10個測量點時，壓縮使得數(shù)據(jù)量前后變化由540 Byte到265 Byte，對應(yīng)壓縮率是49%；測量點為60 個時，壓縮將數(shù)據(jù)從3 240 Byte到810 Byte，對應(yīng)壓縮率為25%。通過上述操作，數(shù)據(jù)傳輸效率大幅提升。當(dāng)上報數(shù)目為60時，假設(shè)未進行壓縮操作，以每一次65 s/次的頻率計算，要51 min才能結(jié)束3 240 Byte傳遞。經(jīng)過壓縮處理后15 min結(jié)束傳遞，大大提升了電網(wǎng)數(shù)據(jù)采集效率。如此無過量的數(shù)據(jù)，拆包后的子包變少，補包操作也可順利進行。

表2 壓縮算法有效性測試

4.3 采集成功率分析

受控模式設(shè)置了5組數(shù)據(jù)類型有區(qū)別的實驗，重復(fù)60次得出對應(yīng)達標率,如表3所示。

表3 系統(tǒng)采集成功率

未采用補包操作，電網(wǎng)數(shù)據(jù)采集達標率在91.67%和93.94%之間，均值為92.98%。由于本實驗場地處在高緯度、群山環(huán)繞的環(huán)境導(dǎo)致北斗信號質(zhì)量下降。補包之后，電網(wǎng)數(shù)據(jù)采集達標率為100%，說明在北斗通信補包措施有利于遏制丟包造成的達標率不高。自動模式下完成1組，日凍結(jié)總費率1～M，集中器上報60個測量點正向有功電能示值。集中器上報90次電網(wǎng)數(shù)據(jù)，在未補包電網(wǎng)數(shù)據(jù)采集達標率是0。北斗通信傳輸較多數(shù)據(jù)，存在子包缺失以及無法組包，電網(wǎng)數(shù)據(jù)采集失敗。在采用了補包操作的情況下，接收端完成89次無遺漏的收取，采集成功率達到了98.9%，證明補包操作有效性。

5 總結(jié)

本文研究未連入互聯(lián)網(wǎng)的交通不暢的位置的用電信息采集，完成了基于北斗通信的電網(wǎng)數(shù)據(jù)采集系統(tǒng)，構(gòu)造了支撐自動化的數(shù)據(jù)采集與傳輸設(shè)備。其中電表側(cè)和主站側(cè)分別執(zhí)行集中器上報數(shù)據(jù)拆包、北斗通信協(xié)議封裝和傳輸，解析子包、組包將得到的原始數(shù)據(jù)發(fā)送至主站。組包過程中的補包操作可以保證電網(wǎng)數(shù)據(jù)采集達標率。數(shù)據(jù)量較多抄表任務(wù)借助于壓縮算法，避免過長傳輸時間。測試結(jié)果顯示所構(gòu)造系統(tǒng)采集達標率高，適用于偏僻山區(qū)位置。之后著眼于北斗通信指揮機的應(yīng)用，致力于實現(xiàn)多集中器并發(fā)數(shù)據(jù)采集與傳輸。