PIC 單片機 C 語言編程簡介(3)
PICC 會自動加入代碼實現(xiàn)中斷現(xiàn)場的保護,并在中斷結(jié)束時自動恢復(fù)現(xiàn)場,所以編程
員無需象編寫匯編程序那樣加入中斷現(xiàn)場保護和恢復(fù)的額外指令語句。但如果在中斷服務(wù)程
序中需要修改某些全局變量時,是否需要保護這些變量的初值將由編程員自己決定和實施。
用 C 語言編寫中斷服務(wù)程序必須遵循高效的原則:
&O1540;
&O1540;
遞歸調(diào)用的問題,此函數(shù)必須為中斷服務(wù)獨家專用。既如此,不妨把原本要寫在其
它函數(shù)內(nèi)的代碼直接寫在中斷服務(wù)程序中。
&O1540;
算不出現(xiàn)遞歸調(diào)用的問題,光在中斷入口和出口處為了保護和恢復(fù)這些中間臨時變
量就需要大量的開銷,嚴(yán)重影響中斷服務(wù)的效率。
中檔系列 PIC 單片機的中斷入口只有一個,因此整個程序中只能有一個中斷服務(wù)函數(shù)。
11.6.5
PICC 提供了較完整的 C 標(biāo)準(zhǔn)庫函數(shù)支持,其中包括數(shù)學(xué)運算函數(shù)和字符串操作函數(shù)。
在程序中使用這些現(xiàn)成的庫函數(shù)時需要注意的是入口參數(shù)必須在 bank0 中。
如果需要用到數(shù)學(xué)函數(shù),則應(yīng)在程序前
用字符串操作函數(shù),就需要包含“#include ”頭文件。在這些頭文件中提供了函數(shù)
類型的聲明。通過直接查看這些頭文件就可以知道 PICC 提供了哪些標(biāo)準(zhǔn)庫函數(shù)。
C
printf/sprintf 是一個非常大的函數(shù),一旦使用,你的程序代碼長度就會增加很多。除非是在
編寫試驗性質(zhì)的代碼,可以考慮使用格式化打印函數(shù)以簡化測試程序;一般的最終產(chǎn)品設(shè)計
都是自己編寫最精簡的代碼實現(xiàn)特定格式的數(shù)據(jù)顯示和輸出。本來,在單片機應(yīng)用中輸出的
數(shù)據(jù)格式都相對簡單而且固定,實現(xiàn)起來應(yīng)該很容易。
對于標(biāo)準(zhǔn) C 語言的控制臺輸入(scanf)/輸出(printf)函數(shù),PICC 需要用戶自己編寫
其底層函數(shù) getch()和 putch()。在單片機系統(tǒng)中實現(xiàn) scanf/printf 本來就沒什么太多意義,如
果一定要實現(xiàn),只要編寫好特定的
出格式化的數(shù)據(jù)。
11.7
PICC 定義特殊區(qū)域值
PICC 提供了相關(guān)的預(yù)處理指令以實現(xiàn)在原程序中定義單片機的配置字和標(biāo)記單元。
11.7.1
在原程序中定義 PIC 單片機工作配置字的重要性在前面章節(jié)中已經(jīng)闡述。在用 PICC 寫
程序時同樣可以在 C 原程序中定義,具體方式如下:
__CONFIG (HS & UNPROTECT & PWRTEN & BORDIS & WDTEN);
上面的關(guān)鍵詞“__CONFIG”(注意前面有兩個下劃線符)專門用于是芯片配置字的設(shè)
定,后面括號中的各項配置位符號在特定型號單片機的頭文件中已經(jīng)定義(注意不是
頭文件),相互之間用邏輯“與”操作符組合在一起。這樣定義的配置字信息最后將和程序
代碼一起放入同一個 HEX 文件。
在這里列出了適用于
配置字定義方式類似,使用前查閱一下對應(yīng)的頭文件即可。
#define RC
#define HS
0x3FFF // RC 振蕩
0x3FFE // HS 模式
#define XT
#define LP
0x3FFD // XT 模式
0x3FFC // LP 模式
#define WDTEN
#define WDTDIS
#define PWRTEN
0x3FFB //
0x3FF7 //
#define PWRTDIS
#define BOREN
#define BORDIS
0x3FBF //
#define UNPROTECT
#define PROTECT
例 11-6 頭文件預(yù)定義的配置信息符號
11.7.2
PIC 單片機中的標(biāo)記單元定義可以用下面的__IDLOC(注意前面有兩個下劃線符)預(yù)處
理指令實現(xiàn),方法如下:
__IDLOC (1234);
其特殊之處是括號內(nèi)的值全部為 16 進制數(shù),不需要用“0x”引導(dǎo)。這樣上面的定義就設(shè)定
了標(biāo)記單元內(nèi)容為 01020304。
11.8
MPLAB-IDE 中實現(xiàn) PICC 的編譯選項設(shè)置
在 11.3 節(jié)中已經(jīng)介紹了如何實現(xiàn) PICC 和 MPLAB-IDE 開發(fā)平臺的掛接。一旦項目建立
成功、程序編寫完成后即可以通過 MPLAB 環(huán)境下的項目管理工具實現(xiàn)程序的編譯、連接和
調(diào)試。它們的含義分別
是:
-項目維護(Make):MPLAB 檢查項目中的原程序文件,只編譯那些在上次編
譯后又被修改過的原程序,最后進行連接;
-項目重建(Build All):項目中的所有原程序文件,不管是否有修改,都將被
重新編譯一次,最后進行連接。
也可以通過 Project 菜單選擇“Make”或“Build All”實現(xiàn)項目編譯。不管采用何種方
式,在啟動編譯過程前一般都要設(shè)定一些編譯選項。
11.8.1
在選擇 PICC 作為語言工具并建立了項目后,同樣通過菜單項 Configure&O1616;Select Device
在 MPLAB 環(huán)境中選擇具體單片機型號。請回顧一下例 11-1 的代碼,我們在原程序一開始
使用了“#include ”實現(xiàn)了相關(guān)單片機的一些預(yù)定義符號的直接引用,但沒有具體指
明是哪一個型號。實際上,“pic.h”頭文件只是一個簡單的管理工具(條件判別),它會按照
MPLAB 所選擇的特定型號的單片機,把真正對應(yīng)的頭文件包含進來。有興趣者可以直接用
文本編輯工具打開 pic.h 文件查看其是如何根據(jù)不同的單片機型號包含對應(yīng)的頭文件。
這樣對編程員而言,程序中只需加上一句“#include ”即可。
11.8.2
參考第三章
PICC 語言工具時對話框的內(nèi)容和用 MPAMS 匯編工具相比完全不同。圖 11-3 為 PICC 編譯
環(huán)境下普通選項設(shè)定的界面。
在此界面中用戶唯一能改變的是編譯器查找頭文件時的指定路徑(Include Path),實際
上如果編譯器安裝沒有問題,在此界面中這些普通選項的設(shè)定無需任何改動,編譯器會自動
到缺省認定的路徑中(編譯器安裝后的相關(guān)路徑)查找編譯所需的各類文件。
%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/9.jpg" src="file:///F:/data/%C3%83%C2%8F%C3%83%C2%82%C3%83%C2%94%C3%83%C2%98/PIC%C3%82%C2%B5%C3%82%C2%A5%C3%83%C2%86%C3%82%C2%AC%C3%82%C2%BB%C3%83%C2%BAC%C3%83%C2%93%C3%83%C2%AF%C3%83%C2%91%C3%83%C2%94%C3%82%C2%B1%C3%83%C2%A0%3Cwbr%3E%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/9.jpg" />
圖 11-3
11.8.3
全局選項將影響項目中所有 C 和匯編原程序的編譯,詳細的設(shè)定內(nèi)容見圖 11-4。其中
必須關(guān)注的有:
&O1540;
就必須打鉤選中。這樣編譯后的結(jié)果就能保證
分的程序和數(shù)據(jù)空間)不被應(yīng)用程序所占用。
&O1540;
是無符號數(shù)。如果在設(shè)計中需要使用帶符號的‘char’型變量,此項就應(yīng)該被選中。
&O1540;
‘double’型的雙精度浮點數(shù)變量的實現(xiàn)長度為 24 位(等同于普通 float 型浮點數(shù))。
在這里可以選擇使其長度達 32 位。這樣數(shù)值計算的精度將得到提高,但代碼長度
將增加,計算速度也會降低,所以請在權(quán)衡利弊后作出你自己的決定。
11.8.4
項目中所有的 C 原程序都將通過 C 編譯器編譯成機器碼,這些選項決定了 C 編譯器是
如何工作的。所有選項又分為兩組:普通選項(General)和高級選項(Advanced),分別見
圖 11-5A 和 11-5B。
C 編譯器的普通選項最重要的就是針對代碼優(yōu)化的設(shè)定。如果沒有特殊原因,應(yīng)該設(shè)定
全局優(yōu)化級別為 9 級(最高級別優(yōu)化),同時使用匯編級優(yōu)化,這樣最終得到的代碼效率最
高(長度和執(zhí)行速度兩方面)。按筆者的使用經(jīng)驗,僅從代碼長度去比較,使用最高級別優(yōu)
化后代碼長度至少可以減少 20%(2K 字以上的程序)。而且 PICC 的優(yōu)化器相當(dāng)可靠,一般
%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/11.jpg" src="file:///F:/data/%C3%83%C2%8F%C3%83%C2%82%C3%83%C2%94%C3%83%C2%98/PIC%C3%82%C2%B5%C3%82%C2%A5%C3%83%C2%86%C3%82%C2%AC%C3%82%C2%BB%C3%83%C2%BAC%C3%83%C2%93%C3%83%C2%AF%C3%83%C2%91%C3%83%C2%94%C3%82%C2%B1%C3%83%C2%A0%3Cwbr%3E%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/11.jpg" />
(A)常用選項
不會因為使用優(yōu)化從而使生成的程序出現(xiàn)錯誤。碰到的一些問題也基本都是用戶編寫的原程
序有漏洞所導(dǎo)致,例如一些變量應(yīng)該是 volatile 型但編程員沒有明確定義,在優(yōu)化前程序可
以正常運行,一旦使用優(yōu)化,程序運行就出現(xiàn)異常。顯然,把出現(xiàn)的這些問題歸罪到編譯器
是毫無道理的。
使用優(yōu)化后可能對原程序級的調(diào)試帶來一些不便之處。因 PICC 可能會重組編譯后的代
碼,例如多處重復(fù)的代碼可能會改成同一個子程序調(diào)用以節(jié)約程序空間,這樣在調(diào)試過程中
跟蹤原程序時可能會出現(xiàn)程序亂跳的現(xiàn)象,這基本是正常的。若為了強調(diào)更直觀的代碼調(diào)試
過程,你可以將優(yōu)化級別降低甚至關(guān)閉所有優(yōu)化功能,這樣調(diào)試時程序的運行就可以按部就
班了。
C 編譯器的高級選項設(shè)定基本都是針對診斷信息輸出的,和生成的代碼無關(guān)。用得相對
較多的選項有:
&O1540;
中列出了每一行
條
題的輔助手段。如果你懷疑編譯器生成的代碼有錯誤,不妨先產(chǎn)生對應(yīng)的匯編列表
文件,看看在優(yōu)化前一條 C 語句被編譯后的匯編碼到底是什么。
&O1540;
(*.as),此時將不生成目標(biāo)文件,也不進行最后的連接定位。這一選項在 C 和匯
編混合編程時特別有用。通過解讀 C 程序?qū)?yīng)的匯編指令,可以掌握 C 程序中存
取變量的具體方法,然后用在自己編寫的匯編指令中。我們將在稍后專門做介紹。
11.8.5
連接器 PICC Linker 的選項基本不用作太多的改變,在圖 11-6 的對話框中顯示了可設(shè)定的各類
項目。其中有兩項有用的信息輸出可以考慮加以利用:
&O1540;
序用到的變量的具體物理地址;所有函數(shù)的入口地址;函數(shù)相互之間調(diào)用的層次關(guān)系和深度等。這
些信息對于程序的調(diào)試將非常有用。此文件將以擴展名“*.map”的形式存放在同一個項目路徑
下,需要時可以用任何文本編輯器打開觀察。
%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/13.jpg" src="file:///F:/data/%C3%83%C2%8F%C3%83%C2%82%C3%83%C2%94%C3%83%C2%98/PIC%C3%82%C2%B5%C3%82%C2%A5%C3%83%C2%86%C3%82%C2%AC%C3%82%C2%BB%C3%83%C2%BAC%C3%83%C2%93%C3%83%C2%AF%C3%83%C2%91%C3%83%C2%94%C3%82%C2%B1%C3%83%C2%A0%3Cwbr%3E%C3%82%C2%B3%C3%83%C2%8C%C3%82%C2%BD%C3%83%C2%8C%C3%82%C2%B3%C3%83%C2%8C.files/13.jpg" />
圖 11-6
&O1540;
了解到程序空間和數(shù)據(jù)存儲器空間資源分配的細節(jié)。下面列舉了在一個項目編譯后實際的內(nèi)存使用
信息,為方便理解筆者用“//”添加了一些注釋:
Psect Usage Map:
Psect
----------|------------------------------|--------------------
powerup
intentry
intcode
intret
init
end_init
clrtext
const3
const
const2
text
text
float_te
rbss_0
temp
nvram
intsave
intsave
intsave_1 | Saved copy of W in bank 1
rbit_0
config
Memory Usage Map:
//程序空間代碼定位地址分布
//存儲空間使用情況報告
Program
Program
//bank0 數(shù)據(jù)空間變量地址分布
Bank
Bank
//bank1 數(shù)據(jù)空間變量地址分布
Bank 1 RAM
//bank0 數(shù)據(jù)空間位變量地址分布
Bank 0 Bits
//配置字地址
Config Data
Program statistics:
//程序總體資源消耗統(tǒng)計
Total ROM used
Total RAM used
例 11-7
11.8.6
PICC 環(huán)境提供了自己的匯編編譯器,它和 Microchip 公司提供的 MPASM 編譯器在原
程序的語法表達方面要求稍有不同。另外,PICC 的匯編編譯器要求輸入原程序文件的擴展
名是“*.as”,而 MPASM 缺省認定的原程序以“*.asm”為擴展名。
在基于 PICC 編譯環(huán)境下開發(fā) PIC 單片機的 C 語言應(yīng)用程序時基本無需關(guān)心其匯編編譯
器,除非是在混合語言編程時用匯編語言編寫完整的匯編原程序模塊文件。其編譯選項設(shè)定
的對話框見圖 11-7,最重要的是優(yōu)化使能控制項“Enable optimization”,一般情況下應(yīng)該使
用匯編器的優(yōu)化以節(jié)約程序空間。
評論