日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當前位置:首頁 > 單片機 > 單片機
[導讀]IAP的源碼等資料我上傳了,壓縮包內有12個文件,,http://download.csdn.net/detail/f907279313/7524849(要積分的辛苦收集的你們就給點積分吧)還有另一篇博客總結的IAP:http://blog.csdn.net/super_demo/article/

IAP的源碼等資料我上傳了,壓縮包內有12個文件,,http://download.csdn.net/detail/f907279313/7524849(要積分的辛苦收集的你們就給點積分吧)

還有另一篇博客總結的IAP:http://blog.csdn.net/super_demo/article/details/32133257

一,串口通信問題

1,串口通信兩端的TTL電平要一致,看選用的芯片,要么都是3.3V要么都是5V。。當兩端電平不一致時通常是收不到數(shù)據(jù)的。。當檢測程序等都沒有問題但是依然收不到數(shù)據(jù)時,考慮檢測一下兩端的電平是否一致。??捎檬静ㄆ鞑榭词瞻l(fā)數(shù)據(jù)時的電平


2,在寫IAP是使用的官方的庫函數(shù),結果串口一直收不到正確的數(shù)據(jù)。不管我發(fā)什么,收到的都是0x58或者0xF6,而且我發(fā)5個字節(jié)只能收到2個。。確定自己的程序邏輯沒問題,然后懷疑是使用的庫函數(shù)有問題。使用beyond compare挨著對照了一下以前寫過的正確的程序。。發(fā)現(xiàn)系統(tǒng)初始化時外部晶振沒有改。。在SystemInit();時就是為了/* 配置系統(tǒng)時鐘為168M 使用外部8M晶體+PLL*/ 在函數(shù)內有一個宏定義#define PLL_M 25.。。。庫函數(shù)默認的是25但是我們必須要使用8M的晶振。。所以要把25改成8.。。。。。。改完測試通過。。。。。


3,在問題2的時候自己犯了個錯誤。當時我把另一個程序的庫文件都拷過來了替換了原來的庫文件,結果直接進不了中斷了。有中斷程序就死了。。。如圖所示

有中斷時匯編顯示就跳到了黃色的那句話。然后程序就死了。。其實進不了中斷首先想到的是中斷向量表的問題。當時一著急沒想到這個問題。。復制過來的庫文件是我寫的IAP的APP程序,我把其中的中斷向量表改了,我不是在main函數(shù)中改的,我是直接改的庫函數(shù)中的偏移量,然后就把這個問題給忘了,導致找了半天終于意識到是中斷向量表出了問題。。。


4,串口一上電未初始化時就開始瘋狂的發(fā)亂碼,等初始化完成之后就不發(fā)了。如圖


解決方法:我是看的官方的例程,如果需要更新再初始化串口,如果不需要更新的話就不初始化串口。所以把串口初始化部分寫在了后面的判斷中。。。這樣操作會出現(xiàn)上述問題。把串口的初始化部分寫到main函數(shù)的前端就不會出現(xiàn)這個問題了。。至于具體為什么會這樣的原因還沒搞明白。。。

經(jīng)過詢問大神們說不初始化的時候會有浮空電平,有時出現(xiàn)亂發(fā)一些數(shù)據(jù)也正常。。。。


5,我在寫iap升級的時候,使用的是一次性全部接收完70K的bin文件,再去升級。。后期程序越寫越多,最后編譯完的bin文件大于了70K導致升級不能成功。前面的$HEAD命令能接收,發(fā)完bin文件后$TAIL命令接收不到。。。。。這是由于bin文件的大小超過了70k大小的buff后面的內容無法接收了。。。。。。。。。。。。。正規(guī)的升級應該接收10k或者多少就編程一次。。。。。。。。



二,F(xiàn)LASH問題

1,flash的擦除

實際上是把flash的內容全部寫1(擦除完再讀的話讀出來的全是0XFF),flash的編程要按字(32位)或半字(16位)編程,當接收的數(shù)據(jù)是奇數(shù)位是要補上0,湊夠半字來編程。

2,寫進flash跟讀出來的不一樣

注意編程flash時變量的存儲接收等要用unsigned類型的。存儲接收的變量類型要一致。以免造成越界問題,導致看到的數(shù)不一致


3,flash做存儲用時

當時寫了個程序,用flash來存數(shù)據(jù),然后再讀出來,遇到的問題是設備不斷電時可以完整的讀出來,設備斷電后讀不出了。要讀多少個數(shù)我是把個數(shù)也存儲在flash中的。最終發(fā)現(xiàn)問題是程序中一個標志位的操作有問題,每次斷電后再上電會自動把這個個數(shù)寫為0,導致每次都讀不出來數(shù)



三,數(shù)組越界問題

1,嵌入式程序通常要求少占內存,通常變量能定義8位不定義16位。。一定要注意變量的最大值。(細心一點)。。在越界問題上,吃虧了好幾次了。。。。

eg:①,我定義了一個int16_t的變量來接收flash中的一個變量值0xABCD。。結果很顯然越界了。。換成uint16_t即可

②,定義了一個串口接收數(shù)據(jù)計數(shù)器uint16_t 的變量,要接收60k的APP程序,自認為足夠用了,但是串口發(fā)送60K大小的文件發(fā)送的字節(jié)數(shù)大于了65535,,,又耽誤了好久時間。。。

謹記:要細心



四,關于APP與IAP互跳之間的中斷處理問題

跳轉時中斷問題還是一個比較棘手的問題。。經(jīng)常跳轉之后無法進入中斷,然后百度了一下,自己理解大概是,跳轉時只是強制改變了PC指正的位置,但是里面的中斷寄存器什么的都沒有變,這樣中斷存在,但是中斷函數(shù)什么的都沒有了,造成程序死掉。。我在寫的過程中也遇到了問題,第一次從iap跳到app正常,但是從app跳回iap的時候由于殘留的中斷太多,在iap中程序死了。我的處理方式是把app中的跳轉命令換成了系統(tǒng)復位NVIC_SystemReset();(不同的固件庫可能函數(shù)名不同)其他的處理理的方式據(jù)我所知還有有①跳轉之前復位或者關閉所有打開的中斷②跳轉后在初始化時加入RCC_DeInit();,,NVIC_DeInit();等讓中斷恢復默認值。。具體可參考下面這篇文章http://dzdesigned80.blog.163.com/blog/static/203259238201272425313152/總之要注意中斷寄存器的復位。也可以直接軟件復位管他什么中斷寄存器殘留的.從iap跳到app前可以用USART_ITConfig(USART1, USART_IT_RXNE, DISABLE);來關閉串口接收中斷。從app跳轉回iap可以用軟件復位。



五,總結一下在IAP升級中APP程序的中斷向量表的偏移


1.關于APP程序的中斷向量表地址偏移(三種方法,stm32F2與F4系列通用。三種方法本質一樣只是看到網(wǎng)上的各種例程的表現(xiàn)形式不一樣)

①直接操作寄存器

在APP程序的main函數(shù)的開頭設置中斷向量表偏移

SCB->VTOR = FLASH_BASE | 0x10000;

其中0x10000是偏移量。。也就是前面的IAP程序所占用的空間大小,要是你的main函數(shù)中有SystemInit();的話要在SystemInit();之后添加。

因為SystemInit();中有中斷向量表的偏移操作

在void SystemInit (void)系統(tǒng)初始化函數(shù)中有初始化中斷向量表的語句

#ifdef VECT_TAB_SRAM

SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* 使用內部SRAM啟動設置這一句. */

#else

SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* 使用內部FLASH啟動設置這句*/

#endif

可以直接修改VECT_TAB_OFFSE的值,這個值代表偏移量。不建議這么改,不建議修改庫文件,應為后面其他程序用的話經(jīng)常忘了這里動過中斷向量表,導致中斷不能正常運行(我就因為這個浪費了快一天時間,串口就是進不了中斷)

其中

#define FLASH_BASE ((uint32_t)0x08000000) /*!

#define SRAM_BASE ((uint32_t)0x20000000) /*!< SRAM baseaddress in the alias region */

對應keil設置中的(這是一般程序默認的,IAP升級中APP程序的這個地方還得根據(jù)中斷偏移量改)




② 使用庫函數(shù)設置偏移量

在庫文件中有專門的一個函數(shù)

在APP程序初始化時調用函數(shù)NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x10000);

其中/* Vector Table Base----------------------------------*/

#define NVIC_VectTab_RAM ((u32)0x20000000)

#define NVIC_VectTab_FLASH ((u32)0x08000000)

/***********************************************************************

Function Name : NVIC_SetVectorTable

* Description : Sets the vector table location andOffset.

* Input : - NVIC_VectTab: specifies if thevector table is in RAM or

* FLASH memory.

**********************************************************************/

void NVIC_SetVectorTable(u32NVIC_VectTab, u32 Offset)

{

/* Check the parameters */

assert_param(IS_NVIC_VECTTAB(NVIC_VectTab));

assert_param(IS_NVIC_OFFSET(Offset));

SCB->VTOR = NVIC_VectTab " (Offset & (u32)0x1FFFFF80);

}


③修改庫文件(不建議使用)

直接修改固件庫里面的數(shù)值。在void SystemInit(void)下的

/* Configure the Vector Table location add offsetaddress ------------------*/

#ifdefVECT_TAB_SRAM

SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET;/* Internal SRAM */

#else

SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET;/* Internal FLASH */

#endif

直接修改

#define VECT_TAB_OFFSET 0x00 /*!< Vector Table base offset field.

This valuemust be a multiple of 0x200. */

#define VECT_TAB_OFFSET 0x10000 /*!< Vector Table base offsetfield.

This valuemust be a multiple of 0x200. */


2.關于IAP程序與APP程序keil中的設置

Stm32的flash都是從0x8000000開始的,結束地址看片子的flash大小

Stm32的sram都是從0x2000000開始的,結束地址看片子的sram大小

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

在嵌入式開發(fā)中,STM32的時鐘系統(tǒng)因其靈活性和復雜性成為開發(fā)者關注的焦點。然而,看似簡單的時鐘配置背后,隱藏著諸多易被忽視的陷阱,輕則導致系統(tǒng)不穩(wěn)定,重則引發(fā)硬件損壞。本文從時鐘源選擇、PLL配置、總線時鐘分配等關鍵環(huán)...

關鍵字: STM32 時鐘系統(tǒng)

在嵌入式系統(tǒng)開發(fā)中,STM32系列微控制器的內部溫度傳感器因其低成本、高集成度特性,廣泛應用于設備自檢、環(huán)境監(jiān)測等場景。然而,受芯片工藝差異和電源噪聲影響,其原始數(shù)據(jù)存在±1.5℃的固有誤差。本文從硬件配置、校準算法、軟...

關鍵字: STM32 溫度傳感器

在能源效率與智能化需求雙重驅動下,AC-DC轉換器的數(shù)字控制技術正經(jīng)歷從傳統(tǒng)模擬方案向全數(shù)字架構的深刻變革。基于STM32微控制器的PFM(脈沖頻率調制)+PWM(脈沖寬度調制)混合調制策略,結合動態(tài)電壓調整(Dynam...

關鍵字: AC-DC STM32

當前智能家居產(chǎn)品需求不斷增長 ,在這一背景下 ,對現(xiàn)有澆花裝置缺陷進行了改進 ,設計出基于STM32單片機的全 自動家用澆花機器人。該設計主要由機械結構和控制系統(tǒng)構成 ,機械結構通過麥克納姆輪底盤與噴灑裝置的結合實現(xiàn)機器...

關鍵字: STM32 麥克納姆輪 安全可靠 通過性強

用c++編程似乎是讓你的Arduino項目起步的障礙嗎?您想要一種更直觀的微控制器編程方式嗎?那你需要了解一下Visuino!這個圖形化編程平臺將復雜電子項目的創(chuàng)建變成了拖動和連接塊的簡單任務。在本文中,我們將帶您完成使...

關鍵字: Visuino Arduino ESP32 STM32

基于STM32與LoRa技術的無線傳感網(wǎng)絡憑借其低功耗、廣覆蓋、抗干擾等特性,成為環(huán)境監(jiān)測、工業(yè)自動化等場景的核心解決方案。然而,如何在復雜電磁環(huán)境中實現(xiàn)高效休眠調度與動態(tài)信道優(yōu)化,成為提升網(wǎng)絡能效與可靠性的關鍵挑戰(zhàn)。本...

關鍵字: STM32 LoRa

在實時控制系統(tǒng)、高速通信協(xié)議處理及高精度數(shù)據(jù)采集等對時間敏感的應用場景中,中斷響應延遲的優(yōu)化直接決定了系統(tǒng)的可靠性與性能上限。STM32系列微控制器憑借其靈活的嵌套向量中斷控制器(NVIC)、多通道直接內存訪問(DMA)...

關鍵字: STM32 DMA

數(shù)字電源技術向高功率密度、高效率與高動態(tài)響應方向加速演進,STM32微控制器憑借其基于DSP庫的算法加速能力與對LLC諧振變換器的精準控制架構,成為優(yōu)化電源動態(tài)性能的核心平臺。相較于傳統(tǒng)模擬控制或通用型數(shù)字控制器,STM...

關鍵字: STM32 數(shù)字電源

STM32微控制器憑借其針對電機控制場景的深度優(yōu)化,成為高精度、高可靠性驅動系統(tǒng)的核心選擇。相較于通用型MCU,STM32在電機控制領域的核心優(yōu)勢集中體現(xiàn)在FOC(磁場定向控制)算法的硬件加速引擎與PWM死區(qū)時間的動態(tài)補...

關鍵字: STM32 電機控制

無線充電技術加速滲透消費電子與汽車電子領域,基于Qi協(xié)議的無線充電發(fā)射端開發(fā)成為智能設備能量補給的核心課題。傳統(tǒng)模擬控制方案存在響應滯后、參數(shù)調整困難等問題,而基于STM32的數(shù)字PID控制結合FOD(Foreign O...

關鍵字: STM32 無線充電
關閉