新聞中心

keil中printf

作者: 時(shí)間:2016-11-27 來(lái)源:網(wǎng)絡(luò) 收藏
keilprintf 默認(rèn)是向串口中發(fā)送數(shù)據(jù)的,所以,如果應(yīng)用該函數(shù),必須先初始化串口,否則可能引起死機(jī)的情況,并且在printf之前應(yīng)該先將TI置位,摘抄原因如下:

1.printf函數(shù)是調(diào)用putchar函數(shù)輸入的,而putchar應(yīng)該是先判斷ti是否為1,不為1則等待為1。如果為1則清0,然后送出一個(gè)字符。因此 你如果直接使用printf函數(shù),你的程序就會(huì)在putchar函數(shù)中等待ti為1。這時(shí)你的程序就相當(dāng)于直接死掉了。你可以通過(guò)改寫(xiě)putchar函數(shù) 實(shí)現(xiàn)自己的目的。TI相當(dāng)于是初始化~不給賦初值就不干活

本文引用地址:http://m.butianyuan.cn/article/201611/322128.htm

2.Keil的串口處理比較巧妙的,我的分析如下:
putchar.c里面,是先檢測(cè)TI再發(fā)送。這樣做的目的是把盡可能多的時(shí)間留給2次串口操作之間的程序,而不是把等待字節(jié)發(fā)送的時(shí)間白白空等待浪費(fèi) 掉。所以,在系統(tǒng)初始化的時(shí)候,一定要令TI=1; 就可以順暢的使用printf函數(shù)了。摟主sbuf=" "的辦法,其實(shí)就是令TI=1.另外要特別注意,printf函數(shù)執(zhí)行完畢后,最后一個(gè)字節(jié)并未發(fā)送完畢,例如在485通訊中,此時(shí)如果切換為收模式,會(huì)丟失最后一字節(jié).

3.一般串口發(fā)送都是等TI(字節(jié)發(fā)送完標(biāo)志)為1就馬上發(fā)送下一字節(jié),由于不管是中斷還是查 詢TI標(biāo)志的方法,都會(huì)檢測(cè)TI,因此首次發(fā)送必須置位TI標(biāo)志,使串口開(kāi)始發(fā)送你的“在程序的初始化部分往串口數(shù)據(jù)寄存器SBUF里放一個(gè)字符來(lái)起用終 端顯示;”方法最終作用也就是把TI置1,改成TI=1;來(lái)啟動(dòng)發(fā)送也是一樣的(當(dāng)然,不會(huì)發(fā)出那個(gè) 字符了)。

4.中定義,調(diào)用底層的putchar()來(lái)實(shí)現(xiàn).底層發(fā)送數(shù) 據(jù)到串口時(shí),先查T(mén)I=1是否成立,死等直到TI=1時(shí)將新數(shù)據(jù)寫(xiě)入SBUF,函數(shù)返回,所以要先將TI置1,啟動(dòng)第一次傳輸操作.可查看反匯編相關(guān)代碼 理解其工作機(jī)理!

5.自己理解:在多機(jī)通訊中,應(yīng)該也要形成像 putchar()函數(shù)的機(jī)理,要有串口中斷服務(wù)程序,并且是在該程序中判斷TI,根據(jù)TI是不是該發(fā)送下一組數(shù)據(jù)~同樣對(duì)于接收的一方..



關(guān)鍵詞: keilprint

評(píng)論


技術(shù)專(zhuān)區(qū)

關(guān)閉