當前位置:首頁 > 單片機 > 單片機
[導讀]我們前邊學串口通信的時候,比較注重的是串口底層時序上的操作過程,所以例程都是簡單的收發(fā)字符或者字符串。在實際應用中,往往串口還要和電腦上的上位機軟件進行交互,實現電腦軟件發(fā)送不同的指令,單片機對應執(zhí)行

我們前邊學串口通信的時候,比較注重的是串口底層時序上的操作過程,所以例程都是簡單的收發(fā)字符或者字符串。在實際應用中,往往串口還要和電腦上的上位機軟件進行交互,實現電腦軟件發(fā)送不同的指令,單片機對應執(zhí)行不同操作的功能,這就要求我們組織一個比較合理的通信機制和邏輯關系,用來實現我們想要的結果。


本節(jié)所提供程序的功能是,通過電腦串口調試助手下發(fā)三個不同的命令,第一條指令:buzz on 可以讓蜂鳴器響;第二條指令:buzz off 可以讓蜂鳴器不響;第三條指令:showstr ,這個命令空格后邊,可以添加任何字符串,讓后邊的字符串在 1602 液晶上顯示出來,同時不管發(fā)送什么命令,單片機收到后把命令原封不動的再通過串口發(fā)送給電腦,以表示“我收到了??你可以檢查下對不對”。這樣的感覺是不是更像是一個小項目了呢?


對于串口通信部分來說,單片機給電腦發(fā)字符串好說,有多大的數組,我們就發(fā)送多少個字節(jié)即可,但是單片機接收數據,接收多少個才應該是一幀完整的數據呢?數據接收起始頭在哪里,結束在哪里?這些我們在接收到數據前都是無從得知的。那怎么辦呢?


我們的編程思路基于這樣一種通常的事實:當需要發(fā)送一幀(多個字節(jié))數據時,這些數據都是連續(xù)不斷的發(fā)送的,即發(fā)送完一個字節(jié)后會緊接著發(fā)送下一個字節(jié),期間沒有間隔或間隔很短,而當這一幀數據都發(fā)送完畢后,就會間隔很長一段時間(相對于連續(xù)發(fā)送時的間隔來講)不再發(fā)送數據,也就是通信總線上會空閑一段較長的時間。于是我們就建立這樣一種程序機制:設置一個軟件的總線空閑定時器,這個定時器在有數據傳輸時(從單片機接收角度來說就是接收到數據時)清零,而在總線空閑時(也就是沒有接收到數據時)時累加,當它累加到一定時間(例程里是 30ms)后,我們就可以認定一幀完整的數據已經傳輸完畢了,于是告訴其它程序可以來處理數據了,本次的數據處理完后就恢復到初始狀態(tài),再準備下一次的接收。那么這個用于判定一幀結束的空閑時間取多少合適呢?它取決于多個條件,并沒有一個固定值,我們這里介紹幾個需要考慮的原則:第一,這個時間必須大于波特率周期,很明顯我們的單片機接收中斷產生是在一個字節(jié)接收完畢后,也就是一個時刻點,而其接收過程我們的程序是無從知曉的,因此在至少一個波特率周期內你絕不能認為空閑已經時間達到了。第二,要考慮發(fā)送方的系統(tǒng)延時,因為不是所有的發(fā)送方都能讓數據嚴格無間隔的發(fā)送,因為軟件響應、關中斷、系統(tǒng)臨界區(qū)等等操作都會引起延時,所以還得再附加幾個到十幾個 ms 的時間。我們選取的 30ms 是一個折中的經驗值,它能適應大部分的波特率(大于1200)和大部分的系統(tǒng)延時(PC 機或其它單片機系統(tǒng))情況。


我先把這個程序最重要的 UART.c 文件中的程序貼出來,一點點給大家解析,這個是實際項目開發(fā)常用的用法,大家一定要認真弄明白。

/*****************************Uart.c 文件程序源代碼*****************************/

#include

bit flagFrame = 0; //幀接收完成標志,即接收到一幀新數據

bit flagTxd = 0; //單字節(jié)發(fā)送完成標志,用來替代 TXD 中斷標志位

unsigned char cntRxd = 0; //接收字節(jié)計數器

unsigned char pdata bufRxd[64]; //接收字節(jié)緩沖區(qū)

extern void UartAction(unsigned char *buf, unsigned char len);

/* 串口配置函數,baud-通信波特率 */

void ConfigUART(unsigned int baud){

SCON = 0x50; //配置串口為模式 1

TMOD &= 0x0F; //清零 T1 的控制位

TMOD |= 0x20; //配置 T1 為模式 2

TH1 = 256 - (11059200/12/32)/baud; //計算 T1 重載值

TL1 = TH1; //初值等于重載值

ET1 = 0; //禁止 T1 中斷

ES = 1; //使能串口中斷

TR1 = 1; //啟動 T1

}

/* 串口數據寫入,即串口發(fā)送函數,buf-待發(fā)送數據的指針,len-指定的發(fā)送長度 */

void UartWrite(unsigned char *buf, unsigned char len){

while (len--){ //循環(huán)發(fā)送所有字節(jié)

flagTxd = 0; //清零發(fā)送標志

SBUF = *buf++; //發(fā)送一個字節(jié)數據

while (!flagTxd); //等待該字節(jié)發(fā)送完成

}

}

/* 串口數據讀取函數,buf-接收指針,len-指定的讀取長度,返回值-實際讀到的長度 */

unsigned char UartRead(unsigned char *buf, unsigned char len){

unsigned char i;

//指定讀取長度大于實際接收到的數據長度時,

//讀取長度設置為實際接收到的數據長度

if (len > cntRxd){

len = cntRxd;

}

for (i=0; i

*buf++ = bufRxd[i];

}

cntRxd = 0; //接收計數器清零

return len; //返回實際讀取長度

}

/* 串口接收監(jiān)控,由空閑時間判定幀結束,需在定時中斷中調用,ms-定時間隔 */

void UartRxMonitor(unsigned char ms){

static unsigned char cntbkp = 0;

static unsigned char idletmr = 0;

if (cntRxd > 0){ //接收計數器大于零時,監(jiān)控總線空閑時間

if (cntbkp != cntRxd){ //接收計數器改變,即剛接收到數據時,清零空閑計時

cntbkp = cntRxd;

idletmr = 0;

}else{ //接收計數器未改變,即總線空閑時,累積空閑時間

if (idletmr < 30){ //空閑計時小于 30ms 時,持續(xù)累加

idletmr += ms;

if (idletmr >= 30){ //空閑時間達到 30ms 時,即判定為一幀接收完畢

flagFrame = 1; //設置幀接收完成標志

}

}

}

}else{

cntbkp = 0;

}

}

/* 串口驅動函數,監(jiān)測數據幀的接收,調度功能函數,需在主循環(huán)中調用 */

void UartDriver(){

unsigned char len;

unsigned char pdata buf[40];

if (flagFrame){ //有命令到達時,讀取處理該命令

flagFrame = 0;

len = UartRead(buf, sizeof(buf)); //將接收到的命令讀取到緩沖區(qū)中

UartAction(buf, len); //傳遞數據幀,調用動作執(zhí)行函數

}

}

/* 串口中斷服務函數 */

void InterruptUART() interrupt 4{

if (RI){ //接收到新字節(jié)

RI = 0; //清零接收中斷標志位

//接收緩沖區(qū)尚未用完時,保存接收字節(jié),并遞增計數器

if (cntRxd < sizeof(bufRxd)){{

bufRxd[cntRxd++] = SBUF;

}

}

if (TI){ //字節(jié)發(fā)送完畢

TI = 0; //清零發(fā)送中斷標志位

flagTxd = 1; //設置字節(jié)發(fā)送完成標志

}

}

大家可以對照注釋和前面的講解分析下這個 Uart.c 文件,在這里指出其中的兩個要點希望大家多注意下。


1、接收數據的處理,在串口中斷中,將接收到的字節(jié)都存入緩沖區(qū) bufRxd 中,同時利用另外的定時器中斷通過間隔調用 UartRxMonitor 來監(jiān)控一幀數據是否接收完畢,判定的原則就是我們前面介紹的空閑時間,當判定一幀數據結束完畢時,設置 flagFrame 標志,主循環(huán)中可以通過調用 UartDriver 來檢測該標志,并處理接收到的數據。當要處理接收到的數據時,先通過串口讀取函數 UartRead 把接收緩沖區(qū) bufRxd 中的數據讀取出來,然后再對讀到的數據進行判斷處理。也許你會說,既然數據都已經接收到 bufRxd 中了,那我直接在這里面用不就行了嘛,何必還得再拷貝到另一個地方去呢?我們設計這種雙緩沖的機制,主要是為了提高串口接收到響應效率:首先如果你在 bufRxd 中處理數據,那么這時侯就不能再接收任何數據,因為新接收的數據會破壞原來的數據,造成其不完整和混亂;其次,這個處理過程可能會耗費較長的時間,比如說上位機現在就給你發(fā)來一個延時顯示的命令,那么在這個延時的過程中你都無法去接收新的命令,在上位機看來就是你暫時失去響應了。而使用這種雙緩沖機制就可以大大改善這個問題,因為數據拷貝所需的時間是相當短的,而只要拷貝出去后,bufRxd 就可以馬上準備去接收新數據了。


2、串口數據寫入函數 UartWrite,它把數據指針 buf 指向的數據塊連續(xù)的由串口發(fā)送出去。雖然我們的串口程序啟用了中斷,但這里的發(fā)送功能卻沒有在中斷中完成,而是仍然靠查詢發(fā)送中斷標志 flagTxd(因中斷函數內必須清零 TI,否則中斷會重復進入執(zhí)行,所以另置了一個 flagTxd 來代替 TI)來完成,當然也可以采用先把發(fā)送數據拷貝到一個緩沖區(qū)中,

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

9月2日消息,不造車的華為或將催生出更大的獨角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數字化轉型技術解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關鍵字: AWS AN BSP 數字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術公司SODA.Auto推出其旗艦產品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關鍵字: 汽車 人工智能 智能驅動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務中斷的風險,如企業(yè)系統(tǒng)復雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務連續(xù)性,提升韌性,成...

關鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據媒體報道,騰訊和網易近期正在縮減他們對日本游戲市場的投資。

關鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數據產業(yè)博覽會開幕式在貴陽舉行,華為董事、質量流程IT總裁陶景文發(fā)表了演講。

關鍵字: 華為 12nm EDA 半導體

8月28日消息,在2024中國國際大數據產業(yè)博覽會上,華為常務董事、華為云CEO張平安發(fā)表演講稱,數字世界的話語權最終是由生態(tài)的繁榮決定的。

關鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應對環(huán)境變化,經營業(yè)績穩(wěn)中有升 落實提質增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務引領增長 以科技創(chuàng)新為引領,提升企業(yè)核心競爭力 堅持高質量發(fā)展策略,塑強核心競爭優(yōu)勢...

關鍵字: 通信 BSP 電信運營商 數字經濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術學會聯合牽頭組建的NVI技術創(chuàng)新聯盟在BIRTV2024超高清全產業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現場 NVI技術創(chuàng)新聯...

關鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯合招商會上,軟通動力信息技術(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關鍵字: BSP 信息技術
關閉
關閉