KEIL

Keil5.15使用GCC編譯器鏈接.a庫文件

我們知道,當使用第三方的代碼時,人家有可能會扔個Lib文件給你.這時候,別人只要提供header文件給你,則你就可以通過Lib文件及header的函數(shù)聲明,對Lib中的函數(shù)進行調用.在Keil中如果使用ARMCC調用Lib文件,相信大家都能從

keil出現(xiàn) Error: Flash Download failed:

有時候切換了編譯方式如從ARMCC轉變?yōu)镚CC編譯器,編譯下載時會出現(xiàn)Error:FlashDownloadfailed:-"Cortex-M3"這個錯誤。目前，自己測試解決的方式是：刪除相同目錄下的“DebugConfig” 、“Listings"、“Objects”、“J

Keil 中頭文件INTRINS.H的作用

Abstract:在C51單片機編程中，頭文件INTRINS.H的函數(shù)使用起來，就會讓你像在用匯編時一樣簡便.Introduction:Intrins.h內部函數(shù) 描述_crol_ 字符循環(huán)左移_cror_ 字符循環(huán)右移_irol_ 整數(shù)循環(huán)左移_iror_ 整數(shù)循環(huán)右移_

Keil C51程序設計中精確延時的總結

一、實現(xiàn)延時的兩種方法1、硬件延時優(yōu)點：用到定時器/計數(shù)器，這種方法可以提高CPU的工作效率，也能做到精確延時；缺點：往往在精度要求不是很高時，會使定時器/計數(shù)器大材小用，而且很極端時，定時器根本不夠的。2、

KEIL發(fā)布新的8051單片機開發(fā)工具

使KEIL中同時具有51和ARM的編譯功能

分別安裝51和ARM的KEIL，他們在不同的文件夾，為的是提取C51文件夾。那么問題來了，是不是可以把他們安裝在同一個文件夾下，理論上行得通，沒試過。其實很簡單的，下面介紹步驟：一、先將KEIL C51安裝目錄下的名字為

Keil 的調試命令、在線匯編與斷點設置

　　上一講中我們學習了如何建立工程、匯編、連接工程，并獲得目標代碼，但是做到這一 步僅僅代表你的源程序沒有語法錯誤，至于源程序中存在著的其它錯誤，必須通過調試才能 發(fā)現(xiàn)并解決，事實上，除了極簡單的程序以

Keil C51 Startup.a51我的理解

$NOMOD51;------------------------------------------------------------------------------; This file is part of the C51 Compiler package; Copyright (c) 1988-2002 Keil Elektronik GmbH and Keil Software,

Keil C51中函數(shù)指針的使用

　　函數(shù)指針在C語言中應用較為靈活。在單片機系統(tǒng)中，嵌入式操作系統(tǒng)、文件系統(tǒng)和網(wǎng)絡協(xié)議棧等一些較為復雜的應用都大量地使用了函數(shù)指針。Keil公司推出的C51編譯器是事實上80C51 C編程的工業(yè)標準，它針對8051系列C

Keil 中關于C語言編譯生成匯編代碼函數(shù)名規(guī)則

在keil 中 C語言的函數(shù)有帶參數(shù)和不帶參數(shù)之分。一般的資料里說fun（void）類型的函數(shù)不帶參數(shù)，所以，keil編譯器生成的匯編的調用地址（函數(shù)名） 為fun。這沒有錯。事實上，不管C語言的函數(shù)是否帶參數(shù)，只要函數(shù)在調

keil中如何得知所編譯程序所占空間大?。?/a>

keil MDK編譯器(V4.01)與H-JTAG的問題

前一陣子轉投到MDK下面做開發(fā),因為公司以前都用h-jtag做下載仿真工具,用的h-jtag版本為V0.9，我拿以前在ads1.2中編譯成功的程序,稍作修改,在mdk下編譯成功,仿真也沒有問題,但下載到cpu中卻怎么也沒有結果,原本我以

stm32之keil開發(fā)環(huán)境搭建

本篇內含工程建立以及JLINK設置，內容借鑒了前人經(jīng)驗，在此感謝各位前人的貢獻。1 下載stm32F10x的官方庫http://www.st.com/web/en/catalog/tools/PF2578902 新建工程工程名設為stm32_demo，選擇芯片型號為STM32F103

Keil 出現(xiàn)Debug Error! DAMAGE:after Normal block

Keil編譯程序沒有問題，在下載程序的時候出現(xiàn)：甚至于出現(xiàn)，Keil死掉的情況因為程序可以編譯過，所以程序本身并沒有問題，當下載時出問題就應該是 程序太大超出了單片機Flash、RAM太大等地方的問題。最后檢查是因為程

Keil宏定義和如何知道單片機資源名稱

在Keil的工程設置中需要根據(jù)所選單片機來更改宏定義，如果程序移植后，宏定義沒有更改過去，有時候會報錯。這個宏定義代表了芯片的類型，如下：因此需要根據(jù)自己芯片的類型，更改宏定義。如何知道自己芯片的資源名稱

keil MDK中如何生成*.bin格式的文件

在Realview MDK的集成開發(fā)環(huán)境中，默認情況下可以生成*.axf格式的調試文件和*.hex格式的可執(zhí)行文件。雖然這兩個格式的文件非常有利于ULINK2仿真器的下載和調試，但是ADS的用戶更習慣于使用*.bin格式的文件，甚至有

Keil C51的代碼效率

C51程序編譯生成匯編代碼的效率，是由許多因素共同決定的，對于Keil C51，主要受以下兩種因素影響：第一節(jié) 存儲模式的影響 存儲模式?jīng)Q定了缺省變量的存儲空間，而訪問各空間變量的匯編代碼的繁簡程度決定了代碼率的高

keil 局部變量不能查看值，顯示為not in scope

關于編譯器的優(yōu)化，參考網(wǎng)上的8051系列的說明如下：??0級優(yōu)化：1、 常數(shù)折疊：只要有可能，編譯器就執(zhí)行將表達式化為常數(shù)數(shù)字的計算，其中包括運行地址的計算。2、 簡單訪問優(yōu)化：對8051系統(tǒng)的內部數(shù)

keil c51 Compiler變量類型的問題，以及c的部分優(yōu)化

最近和一位8051都老前輩接觸51單片機（接觸arm之后返璞歸真？？不過，51是個好東西），我用keilC寫了一個test，他用匯編（他的匯編功力的是恐怖），我c生成的hex，經(jīng)過反匯編之后對比兩個程序，發(fā)現(xiàn)c生產的hex冗

keil中文亂碼解決和個人習慣字體設置

keil的“Edit”-“Configuration”里有一個“Encoding”設置，當該設置是“Encoding in ANSI”時，keil里的中文就是用兩個位來表示的，這個時候把keil中的中文字拷貝出去就會亂碼。所以把該設置改為“Chinese GB2312