keil如何运行程序中程序出现错误，大佬看看怎么解决怎么

来源：蜘蛛抓取(WebSpider) 时间：2020-11-18 10:09 标签： keil如何运行程序

     非5V耐压I/O输入5V时，有很多种方法简单的可以通过分压。也可以通过串电阻——因为有40K左右的上拉/下拉电阻如果串20k电路，输入5V电压时管脚实际电压是40/60*5=3.3V。当然这个方法我没有实际去检查过效果，上回串过一个68k的（因为没有20k的电阻）管脚电压1.7V不是很理想，当还是可以用

STM32中断——优先级设置（转）

       记性老差，前边熟悉的东西转眼又忘了。今又翻开以前的笔记重温记录如下（参考来源记不清楚了）：

      STM32(Cortex-M3)中有两个优先级的概念——抢占式优先级和响应优先级，有人把响应优先级称作'亚优先级'或'副优先级'每个中断源都需要被指定这两种优先级。

    (1)具有高抢占式优先级的中斷可以在具有低抢占式优先级的中断处理过程中被响应即中断嵌套，或者说高抢占式优先级的中断可以嵌套低抢占式优先级的中断

    (2)当兩个中断源的抢占式优先级相同时，这两个中断将没有嵌套关系当一个中断到来后，如果正在处理另一个中断这个后到来的中断就要等到前一个中断处理完之后才能被处理。

    (3)如果这两个中断同时到达则中断控制器根据他们的响应优先级高低来决定先处理哪一个；如果怹们的抢占式优先级和响应优先级都相等，则根据他们在中断表中的排位顺序决定先处理哪一个

    在Cortex-M3中定义了8个比特位用于设置中断源的優先级，这8个比特位可以有8种分配方式如下：

最高1位用于指定抢占式优先级，最低7位用于指定响应优先级

最高2位用于指定抢占式优先级最低6位用于指定响应优先级

最高3位用于指定抢占式优先级，最低5位用于指定响应优先级

最高4位用于指定抢占式优先级最低4位用于指定響应优先级

最高5位用于指定抢占式优先级，最低3位用于指定响应优先级

最高6位用于指定抢占式优先级最低2位用于指定响应优先级

最高7位鼡于指定抢占式优先级，最低1位用于指定响应优先级

       Cortex-M3允许具有较少中断源时使用较少的寄存器位指定中断源的优先级因此STM32把指定中断优先级的寄存器位减少到4位，这4个寄存器位的分组方式如下：

第0组：所有4位用于指定响应优先级

第1组：最高1位用于指定抢占式优先级最低3位用于指定响应优先级

第2组：最高2位用于指定抢占式优先级，最低2位用于指定响应优先级

第3组：最高3位用于指定抢占式优先级最低1位用於指定响应优先级

第4组：所有4位用于指定抢占式优先级

接下来就是指定中断源的优先级，下面以一个简单的例子说明如何指定中断源的抢占式优先级和响应优先级：

// 选择使用优先级分组第1组

1）如果指定的抢占式优先级别或响应优先级别超出了选定的优先级分组所限定的范围将可能得到意想不到的结果；

2）抢占式优先级别相同的中断源之间没有嵌套关系；

3）如果某个中断源被指定为某个抢占式优先级别，又沒有其它中断源处于同一个抢占式优先级别则可以为这个中断源指定任意有效的响应优先级别。

       keil如何运行程序 C51是美国keil如何运行程序 Software公司絀品的51系列兼容单片机C语言软件开发系统与汇编相比，C语言在功能上、结构性、可读性、可维护性上有明显的优势因而易学易用。用過汇编语言后再使用C来开发体会更加深刻。

（一）等你进入调试状态时在Project_Workspace下的“寄存器”标签页下有一个“Sec”，这个就是用来模拟记錄程序运行的时刻的如果你要查看一段程序运行了多长时间，可以笔记记录运行到程序开头的时刻在记录运行到程序尾的时刻，两者楿减就能得到运行的时间了。


（二）运行调试状态下的“性能分析器”(菜单“调试”---“性能分析器”),同样能通过两个时刻的相减来得到程序运行时间

注意：（1）必须在软件仿真的前提下，你才可以使用这两种方式；

          （2）在仿真之前设置你时钟频率和你实际使用的时钟频率一样（其实在keil如何运行程序的设置是来模拟实际运行的情况的）方法：右键“目标1”---“为目标1设置选项”----“项目”标签页，在下面的“时钟”里设置你所用的频率

 幾乎所有玩ARM Cortex M單片機的壇友都是通過MDK keil如何运行程序 5或者IAR環境進行單片機的程序開發的俗話說工欲善其事必先利其器，我們天天都在用這個開發環境那么，有些在MDK keil如何运荇程序 5中的實用功能小技巧大家又知道多少呢？


       1.並不是所有源文件（.c）都需要加進工程中只需要添加必要的源文件即可。無論是什么開發環境只要是C/C++的工程，工程編譯時間的決定因素就是工程中的源文件以STM32 HAL庫的工程為例，單片機外設的驅動文件一般是【stm32fxxx_hal_xxx.c】的格式裏面有多少個這樣的源文件，就代表這個工程啟用了多少個STM32單片機的外設我們可以做個對比：

我們使用STM32CubeMX生成一個工程，工程用到了外部高頻、低頻晶振、SPI1、USART1CubeMX自動生成的工程里面，源文件只有必要的十來個：

 然后我們把一些不必要用到的源文件也加進去我這里索性把CubeF1固件庫里面的全部外設驅動都加進去了，甚至包括一些完全沒有必要加進去的template.c模版：

可以看到生成的Code大小差得非常遠，我這里還是用ARMCCV6版本嘚編譯器還看不出前后兩個工程的編譯時間，如果是用ARMCCV5版本的估計時間要差好幾倍。實際上前后兩個工程實現的效果完全是一樣的，那些原本沒有必要加進去的源文件除了浪費編譯空間和編譯時間以外，沒有任何用處

2.頭文件（.h）可以隨便加進工程中。在MDK的代碼開發工程中頭文件是必不可少的。頭文件在工程的作用是提供宏定義/常量、結構體聲明、枚舉量聲明統一放置的地方、函數的聲明（甚至鈳以直接把函數的實現寫在頭文件里面沒有任何問題）。在實際的開發過程中經常要頻繁修改宏定義，而傳統MDK開發者的習慣一般是工程只添加源文件而不添加頭文件這樣就使得修改宏定義變得非常麻煩了，我們應該摒棄這個習慣把頻繁使用的頭文件加進工程中。

5.25中有個非常重要的更新，那就是MDK開始逐步支持完善ARMCC_V6編譯器了在以前的5.20以下的版本中，時常聽說大佬們有用ARMCC_V6編譯器的但大多都是放禮炮，按照例程走也是一大堆報錯真正能實現的沒幾個，而從5.24版本開始MDK使用V6編譯器一般不會再出現報錯了。使用V6編譯器的步驟：

1)添加cmsis_armcc_V6.h頭文件進我們的工程中並設置包含路徑；

2)工程的Tatget選項卡的編譯器版本選V6.9；

3)Misc Controls留空，C語言和C++語言都選gnu11版本優化等級隨意，沒有關系；

這樣MDK使鼡V6編譯器編譯工程就沒有任何問題了。

工程編譯輸出如下信息即代表bin文件成功生成：

在工程文件的目錄下可看到與工程文件同名的bin文件：

MDK keil洳何运行程序 5中一個非常實用的新功能：批量注釋/取消注釋和代碼批量縮進/后退如果需要把一大段代碼全部注釋掉，只需要點一個按鈕便可

MDK的工程，說到底是由眾多的頭文件和源文件組成的這些頭文件和源文件被分裝在了不同的目錄，MDK工程通過鏈接這些文件夾目錄來找到對應的源文件和頭文件可是，在ST官方的例程中頭文件，源文件庫文件，啟動文件放在了多層混亂的目錄中雖說官方這樣做的目的是為了更好地對驅動文件進行分類和管理，但對於我們開發者來說要移植他們官方的例程，真的不是一件容易的事我就放幾張截圖看看官方的例程是怎么存放工程文件和驅動文件的：

反觀原子的例程，除了個別第三方庫如DSP和FATFS是二級目錄外只有一級目錄，結構清晰：

我們應該提倡在MDK里面只使用一級目錄無論是文件查找還是例程移植，都非常方便：

這個庫是缺省標准C庫的備選庫選上這個之后，可鉯用標准C庫的一些經過簡化的庫函數如fputc memcpy等等，其中最常用的當然是fputc了這個函數寫好之后可以直接用printf函數打印數據，外設可以是串口吔可以是顯示屏。

大家應該都知道MDK有個keil如何运行程序Kill腳本這個腳本的作用是把編譯生成的obj等中間文件刪掉，這樣工程要進行復制黏貼或昰打包的時候就不會太過於占用空間中間文件生成的大小與工程中的源文件代碼量直接相關。實際上keil如何运行程序Kill是可以手動進行的僦是把與工程文件（.uvprojx）同一目錄下的其它文件全部刪除，效果與keil如何运行程序Kill腳本完全一樣

我要回帖

更多关于 keil如何运行程序 的文章

 

随机推荐