目錄：

問題1：關於Nor/Nand啟動判斷的問題：
問題2：程式燒寫到什麼位置啦（即程式的儲存位置）？Norflash/Nandflash？
問題3：Nor啟動，SRAM除了儲存暫存器sp之類，還有別的作用嗎？
問題4：ARM中Makefile的規則、語法、函式及例項
問題5：變數/函式的宣告、定義、初始化的作用和區別？
問題6：UART特殊功能模組的暫存器操作機理和使用疑難的問題
問題7：操作暫存器的規範
問題8：ARM架構晶片（如ARM9-s3c2440a），暫存器都是32位，為什麼？
問題9：S3C2440晶片手冊中，EINT[]; 什麼意思?
問題10：編譯時，反彙編 *.dis 檔案顯示，0X0地址非<_start>，編譯生成的 *.bin 檔案在開發板顯示失敗的原因查詢
問題11：關於標頭檔案包含的問題
問題12：關於使能內部上拉的問題
問題13：關於波特率分頻暫存器UBRDIVn，公式為什麼這樣寫的問題
問題14：檢視賦值操作和位操作時的暫存器的類別情況（

問題15：怎樣提高程式查錯除錯的效率？

正文：

問題1：關於Nor/Nand啟動判斷的問題：

成立,系統是否會判斷為Nand啟動？有沒有影響？怎麼判斷？

答：1>【傳說】hceng(1307410945)：不會為0的，因為你的程式碼燒在nor/nand 0地址上，既然有程式碼，就不會為0;    

hexdump xx.bin 你會看到 首個數據 不會是0的;  

 正因為 0地址的資料是有用的，所以才會先儲存到r0，最後再從r0恢復: ldr r0, [r1]   ->   streq r0, [r1]

nand啟動才會修改，nor不會。 也就是說 nor啟動，下次還能啟動，，先nand啟動就廢了

從NOR FLASH啟動：

    從NOR FLASH啟動時，由前面的圖1，由nGCS0控制的bank0直接連線了nor flash，而bank0能訪問的地址範圍為：256M(0X00000000----0X08000000)，JZ2440開發板使用的nor flash大小為2M(0X00000000----0X00200000)，從而S3C2440晶片的實體地址(0X00000000----0X00200000)就由nor flash來佔據。

    選擇從NOR FLASH啟動，上電，S3C2440晶片就會去執行nor flash上地址為0x0處的指令。從後面的實驗中，可以清楚的知道，讀nor flash可以像讀記憶體那樣讀，但是要用額外的命令向nor flash寫入資料。如果nor flash像記憶體那樣讀和那樣寫，那nor flash完全可以被記憶體所替代。

問題3：Nor啟動，SRAM除了儲存暫存器sp之類，還有別的作用嗎？

問題4：ARM中Makefile的規則、語法、函式及例項

1.Makefile的說明：

1）功能【gcc -Werror -Iinclude  -c  -o  c.o  c.c  -MD  -MF   .c.o.d】來自gcc，和Makefile本身無關

2）當工程中檔案（包括 .c/ .h/ .s ...）路徑發生變化後，需要【make distclean】一次，再重新make（為什麼？）

3）當工程檔案（包括 .c/ .h/ .s ...）只執行了內容修改，直接make即可重新編譯生成  .o檔案，原來的依賴可直接用（？）

2. arm-led工程：include/s3c2440_soc.h、led.c、Makefile、start.S四個檔案

實現功能：單燈流水、雙燈流水、三燈流水，迴圈

實驗結果：完全實現預定功能，可參考成功arm-Makefile例程如下：

問題5：變數/函式的宣告、定義、初始化的作用和區別？

（1）變數：宣告是告訴編譯器有這麼個變數，但並不實現。定義就是實現這個變數，真正在內存（堆或棧中）為此變數分配空間

宣告簡單的說就是 定義變數型別但不為其分配空間。

（2）函式：宣告嘛表示有這麼個函數了,定義就是具體實現了,舉個例子:
函式宣告：
int fun(int a, int b);    //a,b為形參

函式定義：
int fun(int a,int b)
{ int c;
c=a+b;

return c; }

函式呼叫（即函式初始化）：

fun(3, 5);        //3， 5為實參

宣告就象是定義的頭部,比較簡略,函式是用來呼叫的,如果函式定義部寫到呼叫的位置後面,執行到呼叫位置,後面根本沒執行就找不到了,當然報錯了,就要在前面加宣告,表示有這個函式,反之先寫函式體,後呼叫宣告就用不了,不在同一原始檔,道理也是如此

//宣告在函式外，聲明後面的函式（無論main還是其他函式）都可以呼叫                //宣告在函式內部，只能在本函式內，聲明後面的區域可以呼叫    

問題6：UART特殊功能模組的暫存器操作機理和使用疑難的問題

6.1 配置UART的幾個暫存器：

UBRDIVn暫存器：設定波特率，S3C2440 UART的時鐘源有兩種選擇：PCLK、UEXTCLK、FCLK/n，其中n的值通過UCON0-UCON2聯合設定

ULCONn暫存器：設定傳輸格式

UCONn暫存器：它用於選擇UART時鐘源、設定UART中斷方式

UFCONn暫存器、UFSTATn暫存器，UFCONn暫存器：用於設定是否使用FIFO，設定各FIFO的觸發闕值，即傳送FIFO中有多少個數據時產生中斷、接收

      FIFO中有多少個數據時產生中斷。並可以通過設定UFCONn暫存器來複位各個FIFO。讀取UFSTATn暫存器可以知道各個FIFO是否已經滿，其中有多少個數據。

UMCONn暫存器、UMSTATn暫存器：這兩類暫存器用於流量控制，具體看資料手冊UTRSTATn暫存器：它用來表明資料是否已經發送完畢、是否已經接收到資料

UERSTATn暫存器：用來表示各種錯誤是否發生

UTXHn暫存器：CPU將資料寫入這個暫存器，UART即會將它儲存到緩衝區中，並自動傳送出去

URXHn暫存器：當UART接收到資料時，CPU讀取這個暫存器，即可獲得資料。

    6.2

問一個關於串列埠的問題：
int puts(const char *s)
{
	while(*s)
	{
		putchar(*s);
		s++;
	}
}
當字串結束，*s=0,跳出while()迴圈
問：為什麼字串結束後， *s一定等於0？
答：對於字串，程式是當做字元陣列處理的，在陣列的結尾，程式會自動加一位元素'\0'作為結束標誌，因此，*s = ‘\0’，即為空，為假，跳出迴圈

    6.3 UART0作除錯列印功能時，輸入之後再PC機串列埠工具回顯輸出亂碼的問題

答：可能的原因有  種，

    01：波特率設定不對，導致此的可能原因有：

          a)UBRDIV0設定或計算錯誤；

            b)UCON0  位[11 : 10]時鐘選擇錯誤：

            UCON0  位[11 : 10]，選擇 PCLK，UEXTCLK 或 FCLK/n 給 UART 波特率。

            UBRDIVn = (int)(被選時鐘 / (波特率 × 16) ) – 1；              00 = PCLK  10 = PCLK  01 = UEXTCLK  11 = FCLK/n  

            （如果希望選擇 FCLK/n，應該在選擇或取消選擇 FCLK/n 後加上“NOTE”的程式碼。）

void uart0_init(void)
{
	//設定UART0輸出輸入引腳
	GPHCON &= ~((3<<4)|(3<<6));
	GPHCON |= ((2<<4)|(2<<6));
	//GPHUP &= ~((1<<2)|(1<<3));    //該句遮蔽不影響串列埠的操作，為什麼要寫？操作GPF4,5,6時問什麼不需要設定？
	//設定波特率
	UCON0 = 0x00000005;    //若UCON0 = 0x00000003，則PC機串列埠工具無輸出顯示
	UBRDIV0 = 26;
	//設定資料格式
	ULCON0 = 0x00000003;	//8n1
	
}

        c)時鐘分頻暫存器CLKDIVN = 0b101 = 5，設定錯誤

/*設定時鐘分頻暫存器CLKDIVN = 0b101 = 5*/
	ldr r0, = 0x4c000014
	mov r1, #5        //若#5改為 #3 ，則PC機串列埠工具輸出亂碼
	str r1, [r0]
	/*如果 HDIVN 不為 0，CPU 匯流排模式應該使用以下指令使其從快匯流排模式改變為非同步匯流排模式（S3C2440
	*不支援同步匯流排模式）
	*/
	MRC  p15, 0,  r0,  c1,  c0,  0
	ORR  r0,  r0,  #0xc0000000
	MCR  p15, 0,  r0,  c1,  c0,  0
	/*設定多層鎖相環控制暫存器MPLL，使得MPLL = 400MHz*/
	ldr r0, = 0x4c000004
	ldr r1, = ((92<<12) | (1<<4) | (1<<0))
	str r1, [r0]

問題7：操作暫存器的規範

改變暫存器的話。讀 改 寫 三步。別影響其他位。

對某個暫存器進行操作時，先對該暫存器清零，再賦值。

詳細：見【歸納】C語言程式碼編寫規範——ARM

問題8：ARM架構晶片（如ARM9-s3c2440a），暫存器都是32位，為什麼？

答：暫存器的本質是記憶體，且ARM架構下固定的32 bits 操作碼（opcode）長度，降低編碼數量所產生的耗費，減輕解碼和流水線化的負擔。大多均為一個CPU週期執行。組成操作碼欄位的位數一般取決於計算機指令系統的規模。

問題9：S3C2440晶片手冊中，EINT[]; 什麼意思?

_EINT();是開啟全域性中斷，跟51中EA=1;效果相似
_DINT();是關閉全域性中斷，跟51中EA=0;效果相似

問題10：編譯時，反彙編 *.dis 檔案顯示，0X0地址非<_start>，編譯生成的 *.bin 檔案在開發板顯示失敗的原因查詢

Makefile:
arm-linux-ld -Ttext 0 start.o led.o uart.o init.o main.o -o uart.elf
該步完成連結功能，把彙編好的OBJ(機器碼)檔案、庫檔案連結起來，最終形成可以在特定平臺執行的可執行檔案，用到的工具為arm-linux-gcc。
連結順序從  arm-linux-ld -Ttext 0  之後，從0X0地址開始，依次存放start.o led.o uart.o init.o main.o檔案，順序一定要注意，start檔案在第一位，main檔案在最後位

具體原理不是很清楚，不過大概是連結器從左到右依次解析輸入檔案，判斷是否是目標檔案與存檔檔案

問題11：關於標頭檔案包含的問題

11.1 對標頭檔案的包含的問題：
1)使用檔案和標頭檔案在同一個目錄，用法：#include "s3c2440_soc.h"
2)使用檔案和標頭檔案不在同一個目錄，用法：#include <s3c2440_soc.h>

需要注意的是，方法2有時候對不再同一個目錄的標頭檔案包含時會出錯，原因未知

    例如：下面main()中使用標頭檔案：

    1.#include <s3c2440_soc.h>    #include <uart.h>

    Makefile1可以順利編譯，Makefile2不可

現有工程檔案E:\Linux-ARM程式設計\一期ARM裸板程式\記憶體控制器\NorFlash
start.S, Makefile, main.c, led.c  資料夾：include 
標頭檔案夾include：s3c2440_soc.h, uart.h

Makefile:
objs = main.o  led.o  start.o
dep_files := $(patsubst %, .%.d, $(objs))
dep_files := $(wildcard $(dep_files))
CFLAGS = -Werror  -Iinclude
all: $(objs)
	arm-linux-ld -Ttext 0 start.o  led.o  main.o -o led.elf
	arm-linux-objcopy -O binary -S led.elf led.bin
	arm-linux-objdump -D led.elf > led.dis
ifneq ($(dep_files), )
include $(dep_files)
endif
%.o: %.c
	arm-linux-gcc $(CFLAGS) -c -o [email protected] $< -MD -MF [email protected]
%.o: %.S
	arm-linux-gcc $(CFLAGS) -c -o [email protected] $< 
clean:
	rm  *.o  *.dis   *.elf  *.bin
distclean:
	rm $(dep_files)
.PHONY:
	clean

Makefile2:
all:
	arm-linux-gcc -c -o led.o led.c
	arm-linux-gcc -c -o uart.o uart.c
	arm-linux-gcc -c -o init.o init.c
	arm-linux-gcc -c -o main.o main.c
	arm-linux-gcc -c -o start.o start.S
	arm-linux-ld -Ttext 0 start.o led.o uart.o init.o main.o -o uart.elf
	arm-linux-objcopy -O binary -S uart.elf uart.bin
	arm-linux-objdump -D uart.elf > uart.dis
clean:
	rm *.bin *.o *.elf *.dis

11.2 標頭檔案的製作

例程：

#ifndef		_MY_PRINTF_H
#define		_MY_PRINTF_H

int printf(const char * fmt, ...);
int my_printf_test(void);

#endif

參考連結

http://hi.baidu.com/paladin1893/blog/item/8dab19510325586b843524e1.html

https://blog.csdn.net/duan19920101/article/details/50991794

問題12：關於特殊功能暫存器使能內部上拉的問題

控制LED燈的暫存器GPF4,5,6使能內部上拉沒有專門寫到程式，而控制UART0的輸出輸入引腳的GPH2,3程式專門寫了使能內部上拉

已知：晶片重啟時，GP_UP端初始狀態[0x00],0:預設使能附加上拉功能到相應埠引腳

問1：UART0的輸出輸入引腳的GPH2,3為什麼還寫內部上拉？為了程式嚴謹嗎？

問2：控制LED燈的暫存器GPF4,5,6使能內部上拉為什麼不寫？不擔心內部電平過低（當GPF4,5,6的使能端被改動時）？

問題13：關於波特率分頻暫存器UBRDIVn，設定公式為什麼這樣寫的問題

UBRDIVn: UART baud rate divisor registers  → UARTUART  波特率分頻暫存器

baud英 [bɔːd] 美 [bɔd]    n. 波特（資訊傳輸速率的單位）n. (Baud)人名；(英)鮑德；(法)博

rate英 [reɪt] 美 [ret]    n. 比率，率；速度；價格；等級      vt. 認為；估價；責罵    vi. 責罵；被評價

divisor英 [dɪ'vaɪzə]美 [dɪ'vaɪzɚ]n. 除數；因子

波特率發生

    = 22 - 1 = 21

問題14：UART0回顯程式完成並執行成功之後，檢視賦值操作和位操作時的暫存器的類別情況

答：1)對暫存器的賦值運算只是簡單的賦值單項運算;對暫存器的位操作大多是把數值進行位操作之後與暫存器進行邏輯運算，然後把結果再賦值給暫存器，算是複合運算
2)進行位操作複合運算的全部是I/O Ports暫存器，而進行單項賦值運算的則全是特殊功能暫存器

問題15：怎樣提高程式查錯除錯的效率？

1）有麼有可以檢視一段記憶體中所有資料的辦法？並且可以檢視這段記憶體的程式碼和地址？

原因：當程式出錯時，編譯器播出錯誤的地方，但實際錯誤可能只在最前面，這樣檢查錯誤耗費大量時間，於是想直接檢視程式在開發板上的地址和對應的程式碼，這個方法現實嗎？有沒有呢？貌似反彙編可以完成這個任務？但彙編太不人性化，很難

解決方法：

2）按照編譯器提示的錯誤原因和錯誤程式碼位置，細心逐行排除

例：JZ2440一個按鍵控制LED的程式，編譯連結時出現：

問題發現：指令後面的 '；'未加，很簡單，費了好久時間才找到原因，逐行排除法最快

問題16：關於全域性變數g_char、g_char3進行自加運算時，一直輸出同樣的大小寫字母的解決
==============================================================
SDRAM設定之後，測試結果：
--------------------------------------------------------------
當g_char、g_char3是main()函式的區域性變數時：
Nand執行時：AaBbCcDd ...  LED迴圈
Nor執行時 ：AaBbCcDdEeFfGgHhIiJjKkLlMmNn ...  LED迴圈
--------------------------------------------------------------
當g_char、g_char3是main()函式之前的全域性變數時：
Nand執行時：AaBbCcDdEeFfGgHhIiJj ...  LED迴圈
Nor執行時 ：AaAaAaAa ...  LED迴圈
==============================================================
加入連結指令碼後：
Nand執行時：%%%%%%%% ...  LED迴圈
Nor執行時 ：%%%%%%%% ...  LED迴圈
=============================================================
問題查詢：
在於main()函式中迴圈判斷while():
1）while(1)列印：ABCDE...
2）while(sdram_test() == 1)時，持續輸出一個不變字元達不到預期目的, 如：UUUU...
解答：
在判斷或執行sdram_test();函式後，[0x30000000]及之後的100000個位元組的記憶體被該函式賦值重新裝數;
當只有一個字元自加結果列印時，只會輸出被修改後的數，而主程式要實現字元自加的目的將永遠不能實現
當有多個字元自加結果列印時，每次列印兩個被修改的數，而主程式要實現字元自加的目的將永遠不能實現

/*十六進位制的格式整型數字的輸出
 *所有輸入的數字都以十六進位制輸出
 */
void printHex(unsigned int val)
{
	int i;
	unsigned char a[8];
	//先把整形術就val裝到陣列a內
	for(i = 0; i < 8; i++)
	{
		a[i] = val & 0xf;
		val >>= 4;
	}
	puts("0x");
	for(i = 7; i >= 0; i--)
	{
		if(a[i] >= 0 && a[i] <= 9)	//warning: comparison is always true due to limited range of data type原因：a[i]>=0總滿足;
			putchar(a[i] + '0');
		if(a[i] >= 0xa && a[i] <= 0xf)
			putchar(a[i] - 0xa + 'a');
	}
}