国产日韩欧美一区二区三区三州_亚洲少妇熟女av_久久久久亚洲av国产精品_波多野结衣网站一区二区_亚洲欧美色片在线91_国产亚洲精品精品国产优播av_日本一区二区三区波多野结衣 _久久国产av不卡

?

基于51單片機的串行通信協(xié)議的實現(xiàn)

2009-10-26 09:35:10曾增烽
新媒體研究 2009年13期
關(guān)鍵詞:下位通信協(xié)議字節(jié)

曾增烽 劉 浩 李 雪

[摘要]首先分析數(shù)據(jù)通信協(xié)議數(shù)據(jù)包的一般格式,然后采用有限狀態(tài)機的算法實現(xiàn)單片機與上位機之間的串行通信協(xié)議,包含上下位機的數(shù)據(jù)發(fā)送接受和協(xié)議的解析實現(xiàn),并給出具體的實現(xiàn)方法。

[關(guān)鍵詞]51單片機串口通信協(xié)議上位機下位機

中圖分類號:TN91文獻標(biāo)識碼:A文章編號:1671-7597(2009)0710022-01

一、引言

數(shù)據(jù)協(xié)議是建立在物理層之上的通信數(shù)據(jù)包格式。所謂通信的物理層就是指我們通常所用到的RS232、RS485、紅外、光纖、無線等等通信方式。在這個層面上,底層軟件提供兩個基本的操作函數(shù):發(fā)送一個字節(jié)數(shù)據(jù)、接收一個字節(jié)數(shù)據(jù)。所有的數(shù)據(jù)協(xié)議全部建立在這兩個操作方法之上。通信中的數(shù)據(jù)往往以數(shù)據(jù)包的形式進行傳送的,我們把這樣的一個數(shù)據(jù)包稱作為一幀數(shù)據(jù)。類似于網(wǎng)絡(luò)通信中的TCP/IP協(xié)議一般,比較可靠的通信協(xié)議往往包含有以下幾個組成部分:幀頭、地址信息、數(shù)據(jù)類型、數(shù)據(jù)長度、數(shù)據(jù)塊、校驗碼、幀尾[1][2]?,F(xiàn)在大部分的儀器設(shè)備都要求能過通過上位機軟件來操作,這樣方便調(diào)試,利于操作。其中就涉及到通信的過程,本文給出了串行通信協(xié)議的具體實現(xiàn),總結(jié)出了通信程序的通用寫法,包括上位機端和下位機端等。

二、上位機和下位機中的數(shù)據(jù)發(fā)送

物理通信層中提供了兩個基本的操作函數(shù),發(fā)送一個字節(jié)數(shù)據(jù)則為數(shù)據(jù)發(fā)送的基礎(chǔ)。數(shù)據(jù)包的發(fā)送即把數(shù)據(jù)包中的左右字節(jié)按照順序一個一個的發(fā)送[3]。在單片機系統(tǒng)中,比較常用的方法是直接調(diào)用串口發(fā)送單個字節(jié)數(shù)據(jù)的函數(shù)。另外一種方法是采用中斷發(fā)送的方式,所有需要發(fā)送的數(shù)據(jù)被送入一個緩沖區(qū),利用發(fā)送中斷將緩沖區(qū)中的數(shù)據(jù)發(fā)送出去[4]。對于51系列單片機,比較傾向于采用直接發(fā)送的方式,采用中斷發(fā)送的方式比較占用RAM資源,而且對比直接發(fā)送來說也沒有太多的優(yōu)點。以下是51系列單片機中發(fā)送單個字節(jié)的函數(shù)[5]。

void SendByte(unsigned char ch){

SBUF = ch;

while(TI ==0);TI = 0;

}

上位機中關(guān)于串口通信的方式也有多種,這種方式不是指數(shù)據(jù)有沒有緩沖的問題,而是操作串口的方式不同,因為PC上數(shù)據(jù)發(fā)送基本上都會被緩沖后再發(fā)送。對于編程來說操作串口有三種方式:1.使用windows系統(tǒng)中自帶的串口通信控件,這種方式使用起來比較簡單,需要注意的是接收時的阻塞處理和線程機制。2.使用系統(tǒng)的API直接進行串口數(shù)據(jù)的讀取,在windows和linux系統(tǒng)中,設(shè)備被虛擬為文件,只需要利用系統(tǒng)提供的API函數(shù)即可進行串口數(shù)據(jù)的發(fā)送和讀取。3.使用串口類進行串口操作。在此只介紹windows環(huán)境下利用串口類編程的方式。CSerialPort是比較好用的串口類。它提供如下的串口操作方法:

void WriteToPort(char* string, int len);

串口初始化成功后,調(diào)用此函數(shù)即可向串口發(fā)送數(shù)據(jù)。為了避免串口緩沖所帶來的延時,可以開啟串口的沖刷機制。

三、下位機中的數(shù)據(jù)接收和協(xié)議解析

下位機接收數(shù)據(jù)也有兩種方式:1.等待接收,處理器一直查詢串口狀態(tài),來判斷是否接收到數(shù)據(jù)。2.中斷接收。如果協(xié)議比較簡單,整個系統(tǒng)只是處理一些簡單的命令,那么可以直接把數(shù)據(jù)包的解析過程放入到中斷處理函數(shù)中,當(dāng)收到正確的數(shù)據(jù)包的時候,置位相應(yīng)的標(biāo)志,在主程序中再對命令進行處理[6]。以下給出具體的實例。在這個系統(tǒng)中,串口的命令非常簡單。所有的協(xié)議全部在串口中斷中進行。數(shù)據(jù)包的格式如下:

0x55, 0xAA, 0x7E, 0x12, 0xF0, 0x02, 0x23, 0x45, SUM, XOR, 0x0D

其中0x55,0xAA,0x7E為數(shù)據(jù)幀的幀頭,0x0D為幀尾,0x12為設(shè)備的目的地址,0xF0為源地址,0x02為數(shù)據(jù)長度,后面接著兩個數(shù)據(jù)0x23,0x45,從目的地址開始結(jié)算累加、異或校驗和,到數(shù)據(jù)的最后一位結(jié)束。協(xié)議解析的目的,首先判斷數(shù)據(jù)包的完整性,正確性,然后提取數(shù)據(jù)類型,數(shù)據(jù)等數(shù)據(jù),存放起來用于主程序處理。

此過程中,使用了一個變量state_machine作為有限協(xié)議狀態(tài)機的轉(zhuǎn)換狀態(tài),用于確定當(dāng)前字節(jié)處于一幀數(shù)據(jù)中的那個部位,同時在接收過程中自動對接收數(shù)據(jù)進行校驗和處理,在數(shù)據(jù)包接收完的同時也進行了校驗的比較。因此當(dāng)幀尾結(jié)束符接收到的時候,則表示一幀數(shù)據(jù)已經(jīng)接收完畢,并且通過了校驗,關(guān)鍵數(shù)據(jù)也保存到了緩沖去中。主程序即可通過retval的標(biāo)志位來進行協(xié)議的解析處理。接收過程中,只要哪一步收到的數(shù)據(jù)不是預(yù)期值,則直接將狀態(tài)機復(fù)位,用于下一幀數(shù)據(jù)的判斷,因此系統(tǒng)出現(xiàn)狀態(tài)死鎖的情況非常少,系統(tǒng)比較穩(wěn)定,如果出現(xiàn)丟失數(shù)據(jù)包的情況也可由上位機進行命令的補發(fā)。對于主程序中進行協(xié)議處理的過程與此類似,主程序循環(huán)中不斷的讀取串口緩沖區(qū)的數(shù)據(jù),此數(shù)據(jù)即參與到主循環(huán)中的協(xié)議處理過程中。

四、上位機中的數(shù)據(jù)接收和命令處理

上位機中數(shù)據(jù)接收的過程與下位機可以做到完全一致,不過針對不同的串口操作方法有所不同。對于阻塞式的串口讀函數(shù),例如直接進行API操作或者調(diào)用windows的串口通信控件,最好能夠開啟一個線程專門用于監(jiān)視串口的數(shù)據(jù)接收,每接收到一個數(shù)據(jù)可以向系統(tǒng)發(fā)送一個消息。CSerialPo

Rt打開串口后開啟線程監(jiān)視串口的數(shù)據(jù)接收,將接收的數(shù)據(jù)保存到緩沖區(qū),并向父進程發(fā)送接收數(shù)據(jù)的消息,數(shù)據(jù)將隨消息一起發(fā)送到父進程。父進程中開啟此消息的處理函數(shù),從中獲取串口數(shù)據(jù)后就可以進行數(shù)據(jù)接收和命令處理。

五、總結(jié)

本文給出的是串口通信系統(tǒng)的基本雛形,雖然簡單,但是可行。實際的通信系統(tǒng)中協(xié)議比這個要復(fù)雜,而且涉及到數(shù)據(jù)包響應(yīng)、命令錯誤、延時等等一系列的問題,在這樣的一個基礎(chǔ)上可以克服這些困難并且實現(xiàn)出較為穩(wěn)定可靠的系統(tǒng)。在實際系統(tǒng)中,問題會出現(xiàn)在任何地方,有些特別的問題需要特別的方法才能解決。如何實現(xiàn)一個強壯的通信系統(tǒng)還需要繼續(xù)深入的研究。

參考文獻:

[1]J.Satran,"Internet Protocol Small Computer System Interface (iSCSI) Cyclic Redundancy.Check (CRC)/Checksum Considerations",RFC 3385,2002.

[2]ITU-T V.41,"Code-independent error-control system",1989.

[3]郭梯云,數(shù)據(jù)傳輸(修訂本)[M].人民郵電出版社,1998.

[4]顧上杰、薛質(zhì),計算機通信網(wǎng)基礎(chǔ)[M].電子工業(yè)出版,2005.7.

[5]丁元杰,單片微機原理及應(yīng)用[M].機械工業(yè)出版社,2003.7.

[6]馮博鑒,計算機原理與接口應(yīng)用技術(shù)[M].清華大學(xué)出版社,2004.8.

猜你喜歡
下位通信協(xié)議字節(jié)
No.8 字節(jié)跳動將推出獨立出口電商APP
No.10 “字節(jié)跳動手機”要來了?
發(fā)射機房監(jiān)控系統(tǒng)之下位機
基于Z-Stack通信協(xié)議棧的紅外地溫采集電路設(shè)計
簡談MC7字節(jié)碼
景洪電廠監(jiān)控系統(tǒng)下位機數(shù)據(jù)傳輸網(wǎng)絡(luò)改造
基于DMX512通信協(xié)議的多路轉(zhuǎn)發(fā)器設(shè)計與研究
圍觀黨“下位”,吐槽帝“登基”
基于NS-3的PLC多頻通信協(xié)議仿真平臺設(shè)計與實現(xiàn)
電測與儀表(2016年2期)2016-04-12 00:24:52
CAN總線并發(fā)通信時下位機應(yīng)用軟件設(shè)計
财经| 南丹县| 铅山县| 囊谦县| 安陆市| 项城市| 永城市| 元朗区| 鄄城县| 桃园县| 阿城市| 襄樊市| 察隅县| 东源县| 嘉禾县| 武定县| 康马县| 安塞县| 潮安县| 宜黄县| 高青县| 聊城市| 花垣县| 安吉县| 凤山市| 泾川县| 剑阁县| 原平市| 临潭县| 宜宾县| 静乐县| 开封市| 昭苏县| 普陀区| 上林县| 通海县| 黄浦区| 大庆市| 和龙市| 紫金县| 莱州市|