Keil匯編進階指南(3) - 頭文件、定義與變量

ID:1080301 · 發(fā)表于 2024-11-29 21:14

頭文件、定義與變量
當你看見這個標題的時候，可能會震驚，啥，匯編也有頭文件？
是的，但是和C不同，匯編使用的是.inc文件，和C一樣，里面放著一些定義
我們通常使用EQU定義常量和引腳，以及DATA，BIT，IDATA等一系列定義，但最常用的是DATA
（新版有MPL宏，但舊版不支持，估計剛出沒多久，在此不再敘述，可去官方文檔查看）
按照上一章節(jié)的任務，也就是制作一個LCD1602的庫函數(shù)，我們開始我們的定義
首先新建一個inc文件，里面定義引腳，使用頭文件的好處就是可以隨時讓別人改

LCD_RS EQU P2^6
LCD_RW EQU P2^5
LCD_EN EQU P2^7
LCD_BUS EQU P0;和C不一樣，匯編使用分號打注釋

復制代碼

好了，當我們使用的時候可以直接使用LCD_RS來代替P2^6，這樣的好處就是一旦引腳變了，你只需要改一次
這一部分說完了，現(xiàn)在該變量了
基本上定義是這樣的
變量名類型地址
比如：

PORT1 DATA 90h

復制代碼

支持的有DATA，BIT，XDATA等類型
這些在一些教程中講解的比較詳細，故不再贅述
實際上，還有另一種方法定義變量，特別是連續(xù)的變量，我們繼續(xù)LCD1602的任務，為了快速顯示，我們要在內存開辟一塊緩沖區(qū)（不建議正式程序中使用，無他，內存很寶貴），大小是32個char類型，在上一節(jié)中我們介紹了段的聲明，我們決定在內存中劃一塊連續(xù)的區(qū)域，就像這樣

?DT?LCDMEM SEGMENT DATA
PUBLIC LCDMEM
RSEG ?DT?LCDMEM
LCDMEM:
DS 32

復制代碼

DS就是留出區(qū)域，和DB類似，這里不再贅述，可以查看官方文檔
至于PUBLIC和標記，我們放在下一節(jié)詳細敘述

注：針對于ORG等段定位問題在上一個帖子表述錯誤，我去仔細看了文檔，做了一些實驗
ORG使用的是一種相當離譜的定位方式，首先它是段內定位，也就是所謂的“相對定位”，它的計數(shù)是從上一個SEGMENT標記開始（CSEG在編譯時會轉換為一個SEGMENT的聲明，所以CSEG開頭也算一個獨立的段），如果沒有SEGMENT標記則從0開始，離譜的地方是它直接將前面的內存空間據(jù)為己有，也就是說，你如果ORG 0100H，前面0100H都被申請走了，在別的文件里申請這一空白區(qū)域的時候會顯示被占用的warning
所謂的段和段之間“打架”，確實不會打架（不會報error）
因為它直接覆蓋掉了（后面的代碼覆蓋前面的）……而且最恐怖的是，因為古早寫的程序都是這樣互相覆蓋來復用內存的，所以覆蓋本身是沒有warning的，最多BL51會給你一個占用的warning……
再加上ORG的離譜特性，你在不同文件內寫代碼的時候想要利用ORG占用的空間，只能忽略warning，這時候就會根本不清楚有沒有覆蓋前面或后面的代碼……
雖然CSEG也會出現(xiàn)覆蓋的情況，但只要保證同一文件內不出現(xiàn)同樣的CSEG地址，可以有效避免覆蓋的情況（因為會彈warning）
但ORG就不一定了……

ID:1127390 · 發(fā)表于 2024-11-30 08:12

哦哦哦，這樣！

ID:624769 · 發(fā)表于 2024-12-3 21:41

定義引腳和定義寄存器其實是一樣的，不適合用 EQU。應該用BIT 和 DATA 如果定義擴展寄存器(XFR) 就用 XDATA
和C 里面不應該用 define 來定義寄存器一個道理。雖然，現(xiàn)在很多 C 的頭文件用 define 來定義擴展寄存器，但實際上，應該用 unsigned char xdata _at_ 0x???? 來定義擴展寄存器，起到 “占位” 的作用。

是的，之所以，不應該用 EQU / define 這些來定義寄存器或者申明變量，最主要的原因就是這兩樣都不占位。

帳號		自動登錄	找回密碼
密碼			立即注冊

Keil匯編進階指南(3) - 頭文件、定義與變量

評分

瀏覽過的版塊