標題: Keil匯編進階指南(3) - 頭文件、定義與變量 [打印本頁]
作者: Astrix    時間: 2024-11-29 21:14
標題: Keil匯編進階指南(3) - 頭文件、定義與變量
頭文件、定義與變量
當你看見這個標題的時候，可能會震驚，啥，匯編也有頭文件？
是的，但是和C不同，匯編使用的是.inc文件，和C一樣，里面放著一些定義
我們通常使用EQU定義常量和引腳，以及DATA，BIT，IDATA等一系列定義，但最常用的是DATA
（新版有MPL宏，但舊版不支持，估計剛出沒多久，在此不再敘述，可去官方文檔查看）
按照上一章節(jié)的任務，也就是制作一個LCD1602的庫函數，我們開始我們的定義
首先新建一個inc文件，里面定義引腳，使用頭文件的好處就是可以隨時讓別人改
  1.         LCD_RS EQU P2^6
  2.         LCD_RW EQU P2^5
  3.         LCD_EN EQU P2^7
  4.         LCD_BUS EQU P0;和C不一樣，匯編使用分號打注釋
復制代碼
好了，當我們使用的時候可以直接使用LCD_RS來代替P2^6，這樣的好處就是一旦引腳變了，你只需要改一次
這一部分說完了，現在該變量了
基本上定義是這樣的
變量名 類型 地址
比如：
  1. PORT1     DATA    90h
復制代碼

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

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


注：針對于ORG等段定位問題在上一個帖子表述錯誤，我去仔細看了文檔，做了一些實驗
ORG使用的是一種相當離譜的定位方式，首先它是段內定位，也就是所謂的“相對定位”，它的計數是從上一個SEGMENT標記開始（CSEG在編譯時會轉換為一個SEGMENT的聲明，所以CSEG開頭也算一個獨立的段），如果沒有SEGMENT標記則從0開始，離譜的地方是它直接將前面的內存空間據為己有，也就是說，你如果ORG 0100H，前面0100H都被申請走了，在別的文件里申請這一空白區(qū)域的時候會顯示被占用的warning
所謂的段和段之間“打架”，確實不會打架（不會報error）
因為它直接覆蓋掉了（后面的代碼覆蓋前面的）……而且最恐怖的是，因為古早寫的程序都是這樣互相覆蓋來復用內存的，所以覆蓋本身是沒有warning的，最多BL51會給你一個占用的warning……
再加上ORG的離譜特性，你在不同文件內寫代碼的時候想要利用ORG占用的空間，只能忽略warning，這時候就會根本不清楚有沒有覆蓋前面或后面的代碼……
雖然CSEG也會出現覆蓋的情況，但只要保證同一文件內不出現同樣的CSEG地址，可以有效避免覆蓋的情況（因為會彈warning）
但ORG就不一定了……
作者: Alex1972    時間: 2024-11-30 08:12
哦哦哦，這樣！
作者: 188610329    時間: 2024-12-3 21:41
定義引腳和定義寄存器其實是一樣的，不適合用 EQU。應該用BIT 和 DATA 如果定義 擴展寄存器(XFR) 就用 XDATA
和C 里面不應該用 define 來定義 寄存器一個道理。雖然，現在很多 C 的頭文件 用 define 來定義 擴展寄存器，但實際上， 應該用  unsigned char xdata _at_ 0x????  來定義擴展寄存器，起到 “占位” 的作用。

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



歡迎光臨 (http://www.torrancerestoration.com/bbs/) Powered by Discuz! X3.1