日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當(dāng)前位置:首頁 > 通信技術(shù) > 通信技術(shù)
[導(dǎo)讀]摘要:介紹了支持多串口同時抄表的智能儀表軟件構(gòu)架、驅(qū)動層程序設(shè)計(jì)方法,并設(shè)計(jì)了一種支持多串口同時抄表的智能儀表程序。通過通信協(xié)議層和應(yīng)用層中的接收回調(diào)函數(shù)、發(fā)送回調(diào)函數(shù)、接收幀處理和發(fā)送幀處理詳細(xì)過程

摘要:介紹了支持多串口同時抄表智能儀表軟件構(gòu)架、驅(qū)動層程序設(shè)計(jì)方法,并設(shè)計(jì)了一種支持多串口同時抄表的智能儀表程序。通過通信協(xié)議層和應(yīng)用層中的接收回調(diào)函數(shù)、發(fā)送回調(diào)函數(shù)、接收幀處理和發(fā)送幀處理詳細(xì)過程,有效地實(shí)現(xiàn)多個用戶根據(jù)自己的權(quán)限同時對同一塊儀表進(jìn)行抄讀。實(shí)踐證明,該設(shè)計(jì)獲得了較好的預(yù)期效果,具有良好的應(yīng)用前景。

引言

隨著計(jì)算機(jī)技術(shù)、通信技術(shù)、電子技術(shù)的發(fā)展,推動了儀表行業(yè)快速發(fā)展;同時,隨著人力成本的增加,人工抄表將會逐漸被淘汰;智能儀表將成為儀表行業(yè)發(fā)展的方向??梢灶A(yù)見,在未來20年儀表行業(yè)將經(jīng)歷一次革命,我國將由目前的人工抄表方式逐漸轉(zhuǎn)變?yōu)檫h(yuǎn)程抄表,各級水、氣和電力管理部門可以根據(jù)不同的權(quán)限對同一塊儀表進(jìn)行遠(yuǎn)程抄讀。為了支持多用戶同時抄表,本文設(shè)計(jì)了一種支持多串口同時抄讀的智能儀表程序,對程序設(shè)計(jì)流程做了詳細(xì)的闡述。

1 支持多串口智能儀表軟件構(gòu)架

支持多串口智能儀表軟件構(gòu)架如圖1所示,支持多串口智能儀表的軟件構(gòu)架分為4層:驅(qū)動層、基于任務(wù)調(diào)度的操作系統(tǒng)、通信協(xié)議層和應(yīng)用層。驅(qū)動層主要提供智能儀表的各種硬件驅(qū)動。其中,串口驅(qū)動程序?qū)崿F(xiàn)的功能包括:串口的配置、提供通信協(xié)議在串口發(fā)送列表和串口接收列表中注冊的接口函數(shù)、為通信協(xié)議層提供數(shù)據(jù)服務(wù)?;谌蝿?wù)調(diào)度的操作系統(tǒng)的設(shè)計(jì)可以提高程序的通用性和擴(kuò)展性;通信協(xié)議層和應(yīng)用層根據(jù)需要在操作系統(tǒng)中注冊任務(wù),如果以后需要增加一個功能,則可以直接增加一個任務(wù)而不需要對以前的代碼進(jìn)行改動。

通信協(xié)議層主要對從物理層接收的數(shù)據(jù)幀和命令幀,按照通信協(xié)議的幀格式進(jìn)行解析和對從應(yīng)用層接收到的數(shù)據(jù)和命令按照通信協(xié)議的幀格式進(jìn)行組幀。應(yīng)用層主要實(shí)現(xiàn)智能電表和抄表客戶端應(yīng)用對象之間的通信。支持多協(xié)議的智能儀表軟件構(gòu)架如圖1所示。

2 驅(qū)動層串口程序設(shè)計(jì)

通信協(xié)議層系統(tǒng)初始化時,通信協(xié)議需要在每個串口的發(fā)送列表和接收列表中注冊。其中,串口發(fā)送協(xié)議列表和串口接收協(xié)議列表如下所示:

3 協(xié)議層和應(yīng)用層程序設(shè)計(jì)

在通信協(xié)議層定義一個類型為PROTOCOL的數(shù)組ProtocolPortList,ProtocolPortList數(shù)組的主要作用是:存放對應(yīng)串口接收的數(shù)據(jù)和要發(fā)送的數(shù)據(jù)、表征該串口目前的狀態(tài)。代碼如下:

PROTOCOL ProtocolPortList[SERIAL_PORT_COUNT];

typedef struct{

UINT8 RxBuff[RECV_FRAME_BUFF_LEN];

UINT8 TxBuff[SEND_FRAME_BUFF_LEN];

UINT8 ReceiveSuccessFlag;

UINT8 RxLen:

UINT8 TxLen;

}PROTOCOL;

RxBuff是用來存放從串口接收的數(shù)據(jù),TxBuff為要發(fā)送的數(shù)據(jù),如果接收到一幀合法數(shù)據(jù)將ReceiveSuccessFlag置0xFF,該標(biāo)志的作用是為操作系統(tǒng)提供一個處理RxBuff中數(shù)據(jù)的標(biāo)志,防止已經(jīng)接收的幀被后續(xù)幀覆蓋。RxLen為RxBuff接收字節(jié)的長度,TxLen為TxBuff要發(fā)送數(shù)據(jù)的長度。

3.1 接收回調(diào)函數(shù)程序設(shè)計(jì)

當(dāng)串口接收到一個字節(jié)后調(diào)用接收回調(diào)函數(shù),接收數(shù)據(jù)回調(diào)函數(shù)數(shù)據(jù)處理流程圖如圖2所示。首先判斷返回的channel是否為物理通道1、物理通道2或物理通道3。如果不是則將此數(shù)據(jù)拋棄,如果是則判斷ProtocolList[channel].ReceiveSuccesFlag是否為0xFF。如果是,說明該串口已經(jīng)接收到一幀數(shù)據(jù)但還沒有被處理,不能接收數(shù)據(jù)。如果不是,則判斷接收字節(jié)是否符合通信協(xié)議的幀格式,如果不符合則將接收字節(jié)拋棄,如果符合將接收字節(jié)Data存入接收緩沖區(qū)ProtocolList[channel].RxBuff中,并且將接收長度ProtocolList[channel].RxLen加1,最后判斷是否一幀數(shù)據(jù)接收完畢,如果接收完成則將ProtocolList[channel].ReeeiveSuiccesFlag置為0xFF。

3.2 消息格式

在應(yīng)用層和通信協(xié)議層中都有一個消息列表,分別來收集協(xié)議棧發(fā)送給它的消息和應(yīng)用層發(fā)送給通信協(xié)議層的消息。

Message MessageList[MAX_MESSAGE_NUM];

其中Message的結(jié)構(gòu)如下所示:

typedef struct{

Un8 Channel;

Un8 STaskID;

Un8 DTaskID;

Un8 MessageType;

Un8*Data;

}Message;

通道號為協(xié)議棧接收數(shù)據(jù)的串口號,STaskID為源任務(wù)號(協(xié)議棧的任務(wù)號或應(yīng)用層的任務(wù)號),DTaskID為目的任務(wù)ID(協(xié)議棧的任務(wù)號或應(yīng)用層的任務(wù)號),MessageType代表什么類型的消息(讀數(shù)據(jù)請求、寫數(shù)據(jù)請求),Data為所要寫入數(shù)據(jù)的指針。

3.3 基于任務(wù)調(diào)度的操作系統(tǒng)對接收幀的處理

當(dāng)基于任務(wù)調(diào)度的操作系統(tǒng)執(zhí)行通信協(xié)議層任務(wù)時會搜索ProtocolList數(shù)組中哪個元素的ProtocolList[channel].ReceiveSuccesFlag為0xFF,然后對其ProtocolList[channel].RxBuff中的數(shù)據(jù)進(jìn)行處理,處理過程是:

①首先按照通信協(xié)議層的幀格式對接收數(shù)據(jù)進(jìn)行解析。

②解析出需要發(fā)往應(yīng)用層的數(shù)據(jù),按一定的消息格式(包含發(fā)送數(shù)據(jù)和通道號)組成一條消息,然后將其發(fā)送給應(yīng)用層,應(yīng)用層收到這個消息后將其存入AMessageList應(yīng)用層消息列表中。

當(dāng)處理完成后將ProtocolList[channel].RxLen置0,將ProtocolList[channel].ReceiveSuccessFlag置0,以便于該channel串口通道可以接收下一幀數(shù)據(jù)。

基于任務(wù)調(diào)度的操作系統(tǒng)會按一定的調(diào)度時間來搜索ProtocolList中各個串口通道是否接收到一個完整的幀并進(jìn)行處理,這樣就能夠?qū)崿F(xiàn)協(xié)議棧對多個串口接收到的數(shù)據(jù)幀進(jìn)行及時處理,多串口同時進(jìn)行通信。

基于任務(wù)調(diào)度的操作系統(tǒng)會按一定的調(diào)度時間來搜索AMessageList是否為空,如果不為空則對相應(yīng)的消息進(jìn)行處理,這樣就能夠?qū)崿F(xiàn)應(yīng)用層對收到的多個消息進(jìn)行及時處理,實(shí)現(xiàn)并行通信。

3.4 協(xié)議層對從應(yīng)用層接收到的消息處理

智能儀表需要向客戶機(jī)返回抄讀數(shù)據(jù)時,首先智能儀表應(yīng)用層將抄讀數(shù)據(jù)按照一定的消息格式組成一條消息,然后將該消息發(fā)送給通信協(xié)議層。通信協(xié)議層收到該消息后將其存入PMessageList協(xié)議層消息列表中。

基于任務(wù)調(diào)度的操作系統(tǒng)會按一定的調(diào)度時間來搜索PMessageList是否為空,如果不為空則對相應(yīng)的消息進(jìn)行處理。

通信協(xié)議層對消息的處理過程如下:

①通信協(xié)議層將消息進(jìn)行解析,解析出發(fā)送的Data和發(fā)送通道channel。

②將需要發(fā)送的數(shù)據(jù)按照通信協(xié)議的幀格式進(jìn)行組幀,并存儲于ProtocolList[channel].TxBuff中。ProtocolList[channel].TxLen為需要發(fā)送的長度。

③調(diào)用串口發(fā)送函數(shù),將該幀數(shù)據(jù)通過串口channel發(fā)送出去。

3.5 發(fā)送回調(diào)函數(shù)程序設(shè)計(jì)

當(dāng)channel的串口將協(xié)議層數(shù)據(jù)幀發(fā)送出去后會調(diào)用發(fā)送回調(diào)函數(shù)將ProtocolList[channel].TxLen置為0。

結(jié)語

本文根據(jù)智能儀表的發(fā)展方向和多用戶同時抄表的需求,闡述了設(shè)計(jì)支持多串口同時抄表的智能儀表程序的必要性。給出了支持多串口同時抄表的智能儀表軟件構(gòu)架、驅(qū)動層程序設(shè)計(jì)、通信協(xié)議層程序設(shè)計(jì)和應(yīng)用層程序設(shè)計(jì)。它可以使多個抄表部門根據(jù)各自的權(quán)限同時對同一塊儀表進(jìn)行抄讀和設(shè)置。該設(shè)計(jì)可以廣泛地應(yīng)用于智能儀表行業(yè),從而推動我國儀表行業(yè)的發(fā)展和國際化。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

隨著環(huán)保意識的增強(qiáng)和對可持續(xù)能源的追求,電動汽車(EV)作為一種清潔能源交通工具,正逐漸成為汽車行業(yè)發(fā)展的主流趨勢。電動汽車的核心部件之一是充電機(jī),它負(fù)責(zé)將外部電能轉(zhuǎn)化為電池可存儲的能量。而 CAN(Controller...

關(guān)鍵字: 電動汽車 通信協(xié)議 充電機(jī)

在工業(yè)自動化、汽車電子等領(lǐng)域,CAN(Controller Area Network)總線憑借其高可靠性、多主通信、高速傳輸以及連接節(jié)點(diǎn)眾多等優(yōu)勢,成為了應(yīng)用極為廣泛的通信協(xié)議。然而,實(shí)際應(yīng)用環(huán)境往往十分復(fù)雜,存在諸如電...

關(guān)鍵字: 總線 通信協(xié)議 隔離技術(shù)

隨著物聯(lián)網(wǎng)(IoT)技術(shù)的飛速發(fā)展,萬物互聯(lián)的時代已經(jīng)到來。然而,地面網(wǎng)絡(luò)的覆蓋范圍和穩(wěn)定性在某些極端環(huán)境下仍存在局限性。為了克服這些挑戰(zhàn),衛(wèi)星物聯(lián)網(wǎng)(NTN,Non-Terrestrial Network)技術(shù)應(yīng)運(yùn)而生...

關(guān)鍵字: 衛(wèi)星物聯(lián)網(wǎng) NTN 通信協(xié)議

UART(Universal Asynchronous Receiver/Transmitter,通用異步收發(fā)傳輸器)通信協(xié)議是嵌入式系統(tǒng)中廣泛應(yīng)用的通信協(xié)議之一。它以其簡單、可靠和靈活的特性,成為連接微控制器、傳感器、...

關(guān)鍵字: 嵌入式系統(tǒng) UART 通信協(xié)議

在數(shù)字通信領(lǐng)域,二進(jìn)制通信協(xié)議扮演著至關(guān)重要的角色。它們不僅決定了數(shù)據(jù)如何在不同系統(tǒng)或設(shè)備間高效、準(zhǔn)確地傳輸,還直接影響到通信的實(shí)時性、可靠性和資源利用率。本文將深入探討二進(jìn)制通信協(xié)議的序列化與解析過程,并通過實(shí)例代碼展...

關(guān)鍵字: 二進(jìn)制 通信協(xié)議 序列化

控制器局域網(wǎng) (CAN) 總線由博世于 20 世紀(jì) 80 年代開發(fā),是工業(yè)和汽車應(yīng)用中常用的通信協(xié)議。它的開發(fā)是為了改善電子控制單元 (ECU) 之間的數(shù)據(jù)交換,從而提高車輛的系統(tǒng)效率。

關(guān)鍵字: CAN總線 通信協(xié)議

在現(xiàn)代汽車電子、工業(yè)自動化等領(lǐng)域,CAN(Controller Area Network)總線作為一種高效、可靠的通信協(xié)議,扮演著至關(guān)重要的角色。它以多主、去中心化的方式連接各個設(shè)備,實(shí)現(xiàn)了數(shù)據(jù)的高速、實(shí)時傳輸。然而,當(dāng)...

關(guān)鍵字: CAN總線 通信協(xié)議

本文設(shè)計(jì)的開關(guān)電源將作為智能儀表的電源,最大功率為10 W。為了減少PCB的數(shù)量和智能儀表的體積,要求電源尺寸盡量小并能將電源部分與儀表主控部分做在同一個PCB上。

關(guān)鍵字: 單端反激 開關(guān)電源 智能儀表

在通信技術(shù)日益發(fā)展的今天,AT命令作為一種古老但依舊強(qiáng)大的通信協(xié)議,依然廣泛應(yīng)用于調(diào)制解調(diào)器、移動通信設(shè)備、藍(lán)牙模塊、GPS模塊等多種設(shè)備中。AT命令(Attention Command)源于早期調(diào)制解調(diào)器制造商的引入,...

關(guān)鍵字: AT命令 通信技術(shù) 通信協(xié)議

隨著汽車電子技術(shù)的快速發(fā)展,汽車內(nèi)部通信協(xié)議的選擇變得尤為重要。在眾多的通信協(xié)議中,容錯CAN(Controller Area Network)和高速CAN(High-Speed CAN)作為兩種常見的協(xié)議,被廣泛應(yīng)用于...

關(guān)鍵字: 汽車電子 容錯CAN 通信協(xié)議
關(guān)閉