www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 芯聞號 > 充電吧
[導(dǎo)讀]今天回顧之前寫過的一些程序,發(fā)現(xiàn)了當(dāng)時一個比較有意思的修改記錄,想了會才回憶起當(dāng)時的具體意圖,記錄下來備忘,也分享給看到的朋友們。案例是以STM32f107芯片為主控的一個環(huán)境污染物監(jiān)測設(shè)備,在里面用

今天回顧之前寫過的一些程序,發(fā)現(xiàn)了當(dāng)時一個比較有意思的修改記錄,想了會才回憶起當(dāng)時的具體意圖,記錄下來備忘,也分享給看到的朋友們。

案例是以STM32f107芯片為主控的一個環(huán)境污染物監(jiān)測設(shè)備,在里面用到485通訊,因485芯片需要通過控制管腳設(shè)置發(fā)送和接受狀態(tài),所以就要求對UART的控制要有足夠的精準(zhǔn)度,否則會發(fā)生發(fā)不出去或收不回來的情況,尤其是在做信息交互的時候,于是用到了中斷。

在平常的UART應(yīng)用中,使用中斷的話,大多使用TXE(發(fā)送寄存器空中斷)的方式來進(jìn)行發(fā)送管理,因?yàn)槠匠R话悴簧婕巴ǖ腊l(fā)送接收狀態(tài)的設(shè)置,所以這種方式可以最大效率的利用UART,只要發(fā)送寄存器空閑,就可以立刻發(fā)送數(shù)據(jù)出去,也是網(wǎng)上眾多例程通用的方法。


????if(USART_GetITStatus(USART1,?USART_IT_TXE)?!=?RESET)
????{
????????if(size_Usart1_send?<=?cnt_Usart1_send)
????????{
????????????//?Disable?the?USART1?Transmit?Complete?interrupt
????????????USART_ITConfig(USART1,?USART_IT_TXE,?DISABLE);
????????}
????????else
????????{
????????????flg_Usart1_send_going?=?TRUE;
????????????USART_SendData(USART1,?(uint16_t)Usart1_TxBuf[cnt_Usart1_send]);
????????????cnt_Usart1_send++;
????????}
????????//?Clear?interrupt?flag
????????USART_ClearITPendingBit(USART1,?USART_IT_TXE);
????}


但在案例的應(yīng)用中,涉及到了485通道收發(fā)控制,就必須要求在所有數(shù)據(jù)發(fā)送完之后將控制管腳置位,來接收從機(jī)的應(yīng)答。這個時機(jī)必需精準(zhǔn),置位早了會導(dǎo)致數(shù)據(jù)無法發(fā)送完全,置位晚了又會導(dǎo)致接收數(shù)據(jù)不完全(應(yīng)答的前面的字節(jié)丟失)。因此肯定不能在TXE中斷中進(jìn)行判斷置位,因?yàn)門XE(發(fā)送寄存器空中斷)發(fā)生的時機(jī)其實(shí)是單片機(jī)將發(fā)送寄存器的數(shù)據(jù)BUF完全轉(zhuǎn)移至發(fā)送數(shù)列中去的時機(jī),并非發(fā)送完成的時機(jī),如果這時就將管腳置位的話,必然導(dǎo)致最后一個字節(jié)的最后幾位以及校驗(yàn)位停止位這一部分的數(shù)據(jù)不能正常發(fā)送,也就是置位早了。


所以經(jīng)過考慮,打開了TC(發(fā)送完成中斷)來對數(shù)據(jù)完全發(fā)送完畢進(jìn)行偵測,完全發(fā)送完畢后進(jìn)行置位。


????if(USART_GetITStatus(USART1,?USART_IT_TXE)?!=?RESET)
????{
????????if(size_Usart1_send?<=?cnt_Usart1_send)
????????{
????????????//?Disable?the?USART1?Transmit?Complete?interrupt
????????????USART_ITConfig(USART1,?USART_IT_TXE,?DISABLE);
????????}
????????else
????????{
????????????flg_Usart1_send_going?=?TRUE;
????????????USART_SendData(USART1,?(uint16_t)Usart1_TxBuf[cnt_Usart1_send]);
????????????cnt_Usart1_send++;
????????}
????????//?Clear?interrupt?flag
????????USART_ClearITPendingBit(USART1,?USART_IT_TXE);
????}
????if(USART_GetITStatus(USART1,?USART_IT_TC)?!=?RESET)
????{
????????if(size_Usart1_send?<=?cnt_Usart1_send)
????????{
????????????flg_Usart1_send_going?=?FALSE;
????????????flg_Usart1_send_over?=?TRUE;
????????????cnt_Usart1_send?=?0;
????????}
????????//?Clear?interrupt?flag
????????USART_ClearITPendingBit(USART1,?USART_IT_TC);
????}

但在實(shí)際測試中發(fā)現(xiàn),這樣的結(jié)構(gòu)并不能解決問題。


經(jīng)過跟蹤測試發(fā)現(xiàn),是在通信進(jìn)程中,TXE和TC同屬于UART中斷,當(dāng)中斷發(fā)生時,必需從中斷入口跳轉(zhuǎn)至UART中斷處理函數(shù),然后才能根據(jù)TXE和TC的狀態(tài)位來分析判斷當(dāng)前中斷是由TXE產(chǎn)生的還是TC產(chǎn)生的。而且,由于TXE和TC之間是前后循環(huán)發(fā)生的(例如:字節(jié)1 TXE→字節(jié)1 TC →字節(jié)2 TXE→字節(jié)2 TC?...),所以當(dāng)程序進(jìn)入到中斷處理函數(shù)中,有可能會發(fā)現(xiàn)TXE和TC(上一個字節(jié)的發(fā)送完成)狀態(tài)位都是置位的,這就會導(dǎo)致當(dāng)發(fā)送到最后一個字節(jié)時,程序誤以為已經(jīng)發(fā)送完畢而直接對485通道進(jìn)行轉(zhuǎn)換,使最后一個字節(jié)數(shù)據(jù)無法發(fā)出的問題。

當(dāng)時因?yàn)橼s進(jìn)度,沒有再做進(jìn)一步的探索,如將TXE和TC的處理順序掉轉(zhuǎn),是否能解決問題,而是采取了更加穩(wěn)妥的方式,關(guān)閉TXE中斷,使用TC中斷來作為發(fā)射下一個字節(jié)數(shù)據(jù)的判斷依據(jù),犧牲了一點(diǎn)效率,但保證了程序的穩(wěn)定性。


????if(USART_GetITStatus(USART1,?USART_IT_TC)?!=?RESET)
????{
????????if(size_Usart1_send?<=?cnt_Usart1_send)
????????{
????????????flg_Usart1_send_going?=?RESET;
????????????flg_Usart1_send_over?=?SET;
????????????cnt_Usart1_send?=?0;
????????????size_Usart1_send?=?0;
????????????//?Clear?interrupt?flag
????????????USART_ClearITPendingBit(USART1,?USART_IT_TC);
????????}
????????else
????????{
????????????flg_Usart1_send_going?=?SET;
????????????USART_SendData(USART1,?(uint16_t)Usart1_TxBuf[cnt_Usart1_send]);
????????????cnt_Usart1_send++;
????????}
????}


今天在回顧這段程序時,已然忘了當(dāng)初所針對的問題,直覺的認(rèn)為用TXE會提升一定的效率,經(jīng)過回憶才算想起來為什么這么做,因此記錄下來,省得后面再忘了。


回頭有時間,應(yīng)該再去做一下測試,將上面TC和TXE的處理順序掉轉(zhuǎn),看能否再進(jìn)一步的把效率提高。

===========================================================================================================================

經(jīng)過測試,將TC和TXE的處理順序掉轉(zhuǎn),程序運(yùn)行測試OK,這樣就能夠進(jìn)一步提高發(fā)送效率。

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

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

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

關(guān)鍵字: AWS AN BSP 數(shù)字化

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

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

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

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

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

關(guān)鍵字: 騰訊 編碼器 CPU

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

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

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

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

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

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

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

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

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

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉