標題:
藍牙與跑步機的單片機UART中斷理解
[打印本頁]
作者:
1314love
時間:
2022-10-12 09:04
標題:
藍牙與跑步機的單片機UART中斷理解
這個是單片機UART的寄存器,請問這一句
其它方式時,在停止位開始發(fā)送時由硬件置 1
是不是當SBUF接收到數(shù)據(jù)后,并發(fā)送成功后,也就是SBUF接收到數(shù)據(jù),然后發(fā)送1個起始位,8位數(shù)據(jù)位,一個停止位,在發(fā)停止位的時候硬件就置1,下面是一段代碼,我是這么理解的,如果有一個叢機,檢測到硬件置一,就可以讓我主機進入中斷,從而繼續(xù)接收數(shù)據(jù),發(fā)送數(shù)據(jù),發(fā)送完成后,又繼續(xù)他那邊處理好邏輯,讓我這邊繼續(xù)進入中斷,以此反復.我這樣理解是否正確,請大伙給我講講(跑步機與藍牙的通訊,主機是跑步機,從機是app的藍牙模塊)
TI
發(fā)送中斷請求中斷標志位
0:軟件清 0
1:方式 0 時,當串行發(fā)送數(shù)據(jù)第 8 位結(jié)束時,由硬件自動置 1,其它方
式時,在停止位開始發(fā)送時由硬件置 1
下面我只拿了一點點程序,就是說SBUF接收到數(shù)據(jù),并發(fā)送成功,就會跳到中斷里面再準備數(shù)據(jù),再次發(fā)送成功后會再跳入中斷,從機那邊做好邏輯處理,我這邊就可以再接收數(shù)據(jù),然后發(fā)送,所以我想想問問上面那個UART是不是那樣理解來理解下面這個程序
#include “blue.c”
SBUF=mBLUE.ucWriteBuff[0];//發(fā)送第0個元素,進入中斷從第1個元素開始發(fā)
mBLUE.ucRxdNumber = 0;//確保接收數(shù)據(jù)時,從第0個元素開始存起
mBLUE.Olready_Txd_cnt = 1;//1表已經(jīng)發(fā)送了一個字節(jié)了
/*
函數(shù)功能:定時器0中斷服務(wù)函數(shù)
參數(shù):無
返回值:無
備注:100us執(zhí)行一次
*/
void TIMER0_Rpt(void) interrupt TIMER0_VECTOR
{
if(SCON & 0x02)//發(fā)送數(shù)據(jù)
{
SCON &=~ 0x02; //清除發(fā)送中斷標志位
if(mBLUE.Olready_Txd_cnt < mBLUE.ucTxdNumber)
{
SBUF = mBLUE.ucWriteBuff[mBLUE.Olready_Txd_cnt];
mBLUE.Olready_Txd_cnt++;
}
else//發(fā)送完成一幀數(shù)據(jù)
{
mBLUE.T_R_falg = Received;//切為接收模式
}
}
}
作者:
yzwzfyz
時間:
2022-10-12 10:57
1、串行脈沖由:引導、起始、數(shù)據(jù)、校驗、停止,組成。
其中的數(shù)據(jù)由SBUF提供。
2、假設(shè)起始時刻,或更前SBUF收到數(shù)據(jù)時,給出TI。則,你可能收到TI后,即可能立即(中斷響應(yīng)后)向SBUF中灌入新數(shù)據(jù),這樣上次的數(shù)據(jù)就丟失了,而上次數(shù)據(jù)的串出時需要時間的,例9600的波特率,約0.1ms串出一位,串出一個完整的數(shù)據(jù)到少11個脈沖,即1.1ms,而程序1.1ms,上百條指令執(zhí)行完畢了。
如此,上次發(fā)送的數(shù)據(jù)就完蛋了。
所以:合理的TI=1時刻,應(yīng)當是在發(fā)送完成之后,即停止脈沖發(fā)出之后。
我相信CPU的硬件設(shè)計,應(yīng)當是停止脈沖發(fā)出后,將TI置1,表示發(fā)送完成,請示新的發(fā)送。
作者:
人工置頂員
時間:
2022-10-12 23:49
頂一下
歡迎光臨 (http://www.torrancerestoration.com/bbs/)
Powered by Discuz! X3.1