第一篇：C語言學習心得
這個我從eehome貼過來的。寫的非常的好。我們用學單片機不要停在演示的基礎上。只能讓單片機完成局部事。這樣我們永遠不會走出流水燈地獄！！
學習單片機也已經(jīng)有幾年了，藉此機會和大家聊一下我學習過程中的一些經(jīng)歷和想法吧。也感謝一線工人提供了這個機會。希望大家有什么好的想法和建議都直接跟帖說出來。畢竟只有交流才能夠碰撞出火花來^_^。
。“賣弄”也好，“吹噓”也罷，我只是想認真的寫寫我這一路走來歷經(jīng)的總總，把其中值得注意，以及經(jīng)驗的地方寫出來，權當是我對自己的一個總結吧。而作為看官的你，如果看到了我的錯誤，還請一定指正，這樣對我以及其它讀者都有幫助，而至于你如果從中能夠收獲到些許，那便是我最大的欣慰了。姑妄言之，姑妄聽之。如果有啥好的想法和建議一定要說出來。? 幾年前，和眾多初學者一樣，我接觸到了單片機，立刻被其神奇的功能所吸引，從此不能自拔。很多個日夜就這樣陪伴著它度過了。期間也遇到過非常多的問題，也一度被這些問題所困惑??等到回過頭來，看到自己曾經(jīng)走過的路，唏噓不已。經(jīng)常混跡于論壇里，也看到了很多初學者發(fā)的求助帖子，看到他們走在自己曾走過的彎路上，忽然想到了自己的那段日子，心里竟然莫名的沖動，凡此總總，我總是盡自己所能去回帖。很多時候，都想寫一點什么東西出來，希望對廣大的初學者有一點點幫助。但總是不知從何處寫起。今天借一線工人的臺，唱一唱我的戲
一路學習過來的過程中，幫助最大之一無疑來自于網(wǎng)絡了。很多時候，通過網(wǎng)絡，我們都可以獲取到所需要的學習資料。但是，隨著我們學習的深入，我們會慢慢發(fā)現(xiàn)，網(wǎng)絡提供的東西是有限度的，好像大部分的資料都差不多，或者說是適合大部分的初學者所需，而當我們想更進一步提高時，卻發(fā)現(xiàn)能夠獲取到的資料越來越少，相信各位也會有同感，鋪天蓋地的單片機資料中大部分不是流水燈就是LED，液晶，而且也只是僅僅作功能性的演示。于是有些人選擇了放棄，或者是轉(zhuǎn)移到其他興趣上面去了，而只有少部分人選擇了繼續(xù)摸索下去，結合市面上的書籍，然后在網(wǎng)絡上鍥而不舍的搜集資料，再從牛人的只言片語中去體會，不斷動手實踐，慢慢的，也摸索出來了自己的一條路子。當然這個過程必然是艱辛的，而他學會了之后也不會在網(wǎng)絡上輕易分享自己的學習成果。如此惡性循環(huán)下去，也就不難理解為什么初級的學習資料滿天飛，而深入一點的學習資料卻很少的原因了。相較于其他領域，單片機技術的封鎖更加容易。盡管已經(jīng)問世了很多年了，有價值的資料還是相當?shù)那啡保蟛糠值馁Y料都是止于入門階段或者是簡單的演示實驗。但是在實際工程應用中卻是另外一回事。有能力的高手無暇或者是不愿公開自己的學習經(jīng)驗。
很多時候，我也很困惑，看到國外愛好者毫不保留的在網(wǎng)絡上發(fā)布自己的作品，我忽然感覺到一絲絲的悲哀。也許，我們真的該轉(zhuǎn)變一下思路了，幫助別人，其實也是在幫助自己。啰啰嗦嗦的說了這么多，相信大家能夠明白說的是什么意思。在接下來的一段日子里，我將會結合電子工程師之家舉辦的主題周活動寫一點自己的想法。盡可能從實用的角度去講述。希望能夠幫助更多的初學者更上一層樓。而關于這個主題周的最大主題我想了這樣的一個名字“從單片機初學者邁向單片機工程師”。名字挺大挺響亮，給我的壓力也挺大的，但我會努力，爭取使這樣的一系列文章能夠帶給大家一點幫助，而不是看后大跌眼鏡。這樣的一系列文章主要的對象是初學者，以及想從初學者更進一步提高的讀者。而至于老手，以及那些牛XX的人，希望能夠給我們這些初學者更多的一些指點哈~@_@
我們首先來看第一章節(jié)
從這一章開始，我們開始邁入單片機的世界。在我們開始這一章具體的學習之前，有必要給大家先說明一下。在以后的系列文章中，我們將以51內(nèi)核的單片機為載體，C語言為編程語言，開發(fā)環(huán)境為KEIL uv3。至于為什么選用C語言開發(fā)，好處不言而喻，開發(fā)速度快，效率高，代碼可復用率高，結構清晰，尤其是在大型的程序中，而且隨著編譯器的不斷升級，其編譯后的代碼大小與匯編語言的差距越來越小。而關于C語言和匯編之爭，就像那個啥，每隔一段時間總會有人挑起這個話題，如果你感興趣，可以到網(wǎng)上搜索相關的帖子自行閱讀。不是說匯編不重要，在很多對時序要求非常高的場合，需要利用匯編語言和C語言混合編程才能夠滿足系統(tǒng)的需求。在我們學習掌握C語言的同時，也還需要利用閑余的時間去學習了解匯編語言。
1.從點亮LED(發(fā)光二極管)開始
在市面上眾多的單片機學習資料中，最基礎的實驗無疑于點亮LED了，即控制單片機的I/O的電平的變化。
如同如下實例代碼一般
void main(void){ LedInit();While(1){ LED = ON;DelayMs(500);LED = OFF;DelayMs(500);} }
程序很簡單，從它的結構可以看出，LED先點亮500MS，然后熄滅500MS，如此循環(huán)下去，形成的效果就是LED以1HZ的頻率進行閃爍。下面讓我們分析上面的程序有沒有什么問題。
看來看出，好像很正常的啊，能有什么問題呢？這個時候我們應該換一個思路去想了。試想，整個程序除了控制LED = ON ； LED = OFF； 這兩條語句外，其余的時間，全消耗在了DelayMs(500)這兩個函數(shù)上。而在實際應用系統(tǒng)中是沒有哪個系統(tǒng)只閃爍一只LED就其它什么事情都不做了的。因此，在這里我們要想辦法，把CPU解放出來，讓它不要白白浪費500MS的延時等待時間。寧可讓它一遍又一遍的掃描看有哪些任務需要執(zhí)行，也不要讓它停留在某個地方空轉(zhuǎn)消耗CPU時間。
從上面我們可以總結出
(1)無論什么時候我們都要以實際應用的角度去考慮程序的編寫。
(2)無論什么時候都不要讓CPU白白浪費等待，尤其是延時(超過1MS)這樣的地方。
下面讓我們從另外一個角度來考慮如何點亮一顆LED。先看看我們的硬件結構是什么樣子的。
我手上的單片機板子是電子工程師之家的開發(fā)的學習板。就以它的實際硬件連接圖來分析吧。如下圖所示
(原文件名:led.jpg)
引用圖片
一般的LED的正常發(fā)光電流為10~20MA而低電流LED的工作電流在2mA以下（亮度與普通發(fā)光管相同）。在上圖中我們可知，當Q1~Q8引腳上面的電平為低電平時，LED發(fā)光。通過LED的電流約為（VCC-Vd）/ RA2。其中Vd為LED導通后的壓降，約為1.7V左右。這個導通壓降根據(jù)LED顏色的不同，以及工作電流的大小的不同，會有一定的差別。下面一些參數(shù)是網(wǎng)上有人測出來的，供大家參考。紅色的壓降為1.82-1.88V，電流5-8mA，綠色的壓降為1.75-1.82V，電流3-5mA，橙色的壓降為1.7-1.8V，電流3-5mA 蘭色的壓降為3.1-3.3V，電流8-10mA，白色的壓降為3-3.2V，電流10-15mA，(供電電壓5V，LED直徑為5mm)
74HC573真值表如下：
(原文件名:74hc573.jpg)
引用圖片
通過這個真值表我們可以看出。當OutputEnable引腳接低電平的時候，并且LatchEnable引腳為高電平的時候，Q端電平與D端電平相同。結合我們的LED硬件連接圖可以知道LED_CS端為高電平時候，P0口電平的變化即Q端的電平的變化，進而引起LED的亮滅變化。由于單片機的驅(qū)動能力有限，在此，74HC573的主要作用就是起一個輸出驅(qū)動的作用。需要注意的是，通過74HC573的最大電流是有限制的，否則可能會燒壞74HC573這個芯片。
上面這個圖是從74HC573的DATASHEET中截取出來的，從上可以看出，每個引腳允許通過的最大電流為35mA 整個芯片允許通過的最大電流為75mA。在我們設計相應的驅(qū)動電路時候，這些參數(shù)是相當重要的，而且是最容易被初學者所忽略的地方。同時在設計的時候，要留出一定量的余量出來，不能說單個引腳允許通過的電流為35mA，你就設計為35mA，這個時候你應該把設計的上限值定在20mA左右才能保證能夠穩(wěn)定的工作。
（設計相應驅(qū)動電路時候，應該仔細閱讀芯片的數(shù)據(jù)手冊，了解每個引腳的驅(qū)動能力，以及整個芯片的驅(qū)動能力）
了解了相應的硬件后，我們再來編寫驅(qū)動程序。
首先定義LED的接口 #define LED P0 然后為亮滅常數(shù)定義一個宏，由硬件連接圖可以，當P0輸出為低電平時候LED亮，P0輸出為高電平時，LED熄滅。
#define LED_ON()LED = 0x00 //所有LED亮 #define LED_OFF()LED = 0xff //所有LED熄滅
下面到了重點了，究竟該如何釋放CPU，避免其做延時空等待這樣的事情呢。很簡單，我們?yōu)橄到y(tǒng)產(chǎn)生一個1MS的時標。假定LED需要亮500MS，熄滅500MS，那么我們可以對這個1MS的時標進行計數(shù)，當這個計數(shù)值達到500時候，清零該計數(shù)值，同時把LED的狀態(tài)改變。unsigned int g_u16LedTimeCount = 0;//LED計數(shù)器
unsigned char g_u8LedState = 0;//LED狀態(tài)標志, 0表示亮，1表示熄滅
void LedProcess(void){ if(0 == g_u8LedState)//如果LED的狀態(tài)為亮，則點亮LED { LED_ON();} else //否則熄滅LED { LED_OFF();} }
void LedStateChange(void){ if(g_bSystemTime1Ms)//系統(tǒng)1MS時標到 { g_bSystemTime1Ms = 0;g_u16LedTimeCount++;//LED計數(shù)器加一
if(g_u16LedTimeCount >= 500)//計數(shù)達到500,即500MS到了,改變LED的狀態(tài)。{ g_u16LedTimeCount = 0;g_u8LedState =!g_u8LedState;} } }
上面有一個變量沒有提到，就是g_bSystemTime1Ms。這個變量可以定義為位變量或者是其它變量，在我們的定時器中斷函數(shù)中對其置位，其它函數(shù)使用該變量后，應該對其復位(清0)。我們的主函數(shù)就可以寫成如下形式(示意代碼)void main(void){ while(1){ LedProcess();LedStateChange();} }
因為LED的亮或者滅依賴于LED狀態(tài)變量(g_u8LedState)的改變，而狀態(tài)變量的改變，又依賴于LED計數(shù)器的計數(shù)值(g_u16LedTimeCount，只有計數(shù)值達到一定后，狀態(tài)變量才改變)所以，兩個函數(shù)都沒有堵塞CPU的地方。讓我們來從頭到尾分析一遍整個程序的流程。
程序首先執(zhí)行LedProcess();函數(shù)
因為g_u8LedState 的初始值為0(見定義，對于全局變量，在定義的時候最好給其一個確定的值)所以LED被點亮，然后退出LedStateChange()函數(shù)，執(zhí)行下一個函數(shù)LedStateChange()在函數(shù)LedStateChange()內(nèi)部首先判斷1MS的系統(tǒng)時標是否到了，如果沒有到就直接退出函數(shù)，如果到了，就把時標清0以便下一個時標消息的到來，同時對LED計數(shù)器加一，然后再判斷LED計數(shù)器是否到達我們預先想要的值500，如果沒有，則退出函數(shù)，如果有，對計數(shù)器清0，以便下次重新計數(shù)，同時把LED狀態(tài)變量取反，然后退出函數(shù)。
由上面整個流程可以知道，CPU所做的事情，就是對一些計數(shù)器加一，然后根據(jù)條件改變狀態(tài)，再根據(jù)這個狀態(tài)來決定是否點亮LED。這些函數(shù)執(zhí)行所花的時間都是相當短的，如果主程序中還有其它函數(shù)，則CPU會順次往下執(zhí)行下去。對于其它的函數(shù)(如果有的話)也要采取同樣的措施，保證其不堵塞CPU，如果全部基于這種方法設計，那么對于不是非常龐大的系統(tǒng)，我們的系統(tǒng)依舊可以保證多個任務(多個函數(shù))同時執(zhí)行。系統(tǒng)的實時性得到了一定的保證，從宏觀上看來，就是多個任務并發(fā)執(zhí)行。
好了，這一章就到此為止，讓我們總結一下，究竟有哪些需要注意的吧。
(1)無論什么時候我們都要以實際應用的角度去考慮程序的編寫。
(2)無論什么時候都不要讓CPU白白浪費等待，尤其是延時(超過1MS)這樣的地方。(3)設計相應驅(qū)動電路時候，應該仔細閱讀芯片的數(shù)據(jù)手冊，了解每個引腳的驅(qū)動能力，以及整個芯片的驅(qū)動能力
(4)最重要的是，如何去釋放CPU(參考本章的例子)，這是寫出合格程序的基礎。
附完整程序代碼(基于電子工程師之家的單片機開發(fā)板)
#include
sbit LED_SEG = P1^4;//數(shù)碼管段選 sbit LED_DIG = P1^5;//數(shù)碼管位選 sbit LED_CS11 = P1^6;//led控制位 sbit ir=P1^7;#define LED P0 //定義LED接口
bit g_bSystemTime1Ms = 0;// 1MS系統(tǒng)時標 unsigned int g_u16LedTimeCount = 0;//LED計數(shù)器
unsigned char g_u8LedState = 0;//LED狀態(tài)標志, 0表示亮，1表示熄滅
#define LED_ON()LED = 0x00;//所有LED亮 #define LED_OFF()LED = 0xff;//所有LED熄滅
void Timer0Init(void){ TMOD &= 0xf0;TMOD |= 0x01;//定時器0工作方式1 TH0 = 0xfc;//定時器初始值 TL0 = 0x66;TR0 = 1;ET0 = 1;} void LedProcess(void){ if(0 == g_u8LedState)//如果LED的狀態(tài)為亮，則點亮LED { LED_ON();} else //否則熄滅LED { LED_OFF();} }
void LedStateChange(void){ if(g_bSystemTime1Ms)//系統(tǒng)1MS時標到 { g_bSystemTime1Ms = 0;g_u16LedTimeCount++;//LED計數(shù)器加一
if(g_u16LedTimeCount >= 500)//計數(shù)達到500,即500MS到了,改變LED的狀態(tài)。{ g_u16LedTimeCount = 0;g_u8LedState =!g_u8LedState;} } }
void main(void){ Timer0Init();EA = 1;LED_CS11 = 1;//74HC595輸出允許
LED_SEG = 0;//數(shù)碼管段選和位選禁止(因為它們和LED共用P0口)LED_DIG = 0;while(1){ LedProcess();LedStateChange();} }
void Time0Isr(void)interrupt 1 { TH0 = 0xfc;//定時器重新賦初值 TL0 = 0x66;g_bSystemTime1Ms = 1;//1MS時標標志位置位 }
“從單片機初學者邁向單片機工程師”
第三章----模塊化編程初識
好的開始是成功的一半
通過上一章的學習，我想你已經(jīng)掌握了如何在程序中釋放CPU了。希望能夠繼續(xù)堅持下去。一個良好的開始是成功的一半。我們今天所做的一切都是為了在單片機編程上做的更好。
在談論今天的主題之前，先說下我以前的一些經(jīng)歷。在剛開始接觸到C語言程序的時候，由于學習內(nèi)容所限，寫的程序都不是很大，一般也就幾百行而矣。所以所有的程序都完成在一個源文件里面。記得那時候大一參加學校里的一個電子設計大賽，調(diào)試了一個多星期，所有程序加起來大概將近1000行，長長的一個文件，從上瀏覽下來都要好半天。出了錯誤簡單的語法錯誤還好定位，其它一些錯誤，往往找半天才找的到。那個時候開始知道了模塊化編程這個東西，也嘗試著開始把程序分模塊編寫。最開始是把相同功能的一些函數(shù)(譬如1602液晶的驅(qū)動)全部寫在一個頭文件(.h)文件里面，然后需要調(diào)用的地方包含進去，但是很快發(fā)現(xiàn)這種方法有其局限性，很容易犯重復包含的錯誤。
而且調(diào)用起來也很不方便。很快暑假的電子設計大賽來臨了，學校對我們的單片機軟件編程進行了一些培訓。由于學校歷年來參加國賽和省賽，因此積累了一定數(shù)量的驅(qū)動模塊，那些日子，老師每天都會布置一定量的任務，讓我們用這些模塊組合起來，完成一定功能。而正是那些日子模塊化編程的培訓，使我對于模塊化編程有了更進一步的認識。并且程序規(guī)范也開始慢慢注意起來。此后的日子，無論程序的大小，均采用模塊化編程的方式去編寫。很長一段時間以來，一直有單片機愛好者在QQ上和我一起交流。有時候，他們會發(fā)過來一些有問題的程序源文件，讓我?guī)兔π薷囊幌隆Ｍ瑯邮情L長的一個文件，而且命名極不規(guī)范，從頭看下來，著實是痛苦，說實話，還真不如我重新給他們寫一個更快一些，此話到不假，因為手頭積累了一定量的模塊，在完成一個新的系統(tǒng)時候，只需要根據(jù)上層功能需求，在底層模塊的支持下，可以很快方便的完成。而不需要從頭到尾再一磚一瓦的重新編寫。藉此，也可以看出模塊化編程的一個好處，就是可重復利用率高。下面讓我們揭開模塊化神秘面紗，一窺其真面目。C語言源文件 *.c 提到C語言源文件，大家都不會陌生。因為我們平常寫的程序代碼幾乎都在這個XX.C文件里面。編譯器也是以此文件來進行編譯并生成相應的目標文件。作為模塊化編程的組成基礎，我們所要實現(xiàn)的所有功能的源代碼均在這個文件里。理想的模塊化應該可以看成是一個黑盒子。即我們只關心模塊提供的功能，而不管模塊內(nèi)部的實現(xiàn)細節(jié)。好比我們買了一部手機，我們只需要會用手機提供的功能即可，不需要知曉它是如何把短信發(fā)出去的，如何響應我們按鍵的輸入，這些過程對我們用戶而言，就是是一個黑盒子。
在大規(guī)模程序開發(fā)中，一個程序由很多個模塊組成，很可能，這些模塊的編寫任務被分配到不同的人。而你在編寫這個模塊的時候很可能就需要利用到別人寫好的模塊的借口，這個時候我們關心的是，它的模塊實現(xiàn)了什么樣的接口，我該如何去調(diào)用，至于模塊內(nèi)部是如何組織的，對于我而言，無需過多關注。而追求接口的單一性，把不需要的細節(jié)盡可能對外部屏蔽起來，正是我們所需要注意的地方。C語言頭文件 *.h 談及到模塊化編程，必然會涉及到多文件編譯，也就是工程編譯。在這樣的一個系統(tǒng)中，往往會有多個C文件，而且每個C文件的作用不盡相同。在我們的C文件中，由于需要對外提供接口，因此必須有一些函數(shù)或者是變量提供給外部其它文件進行調(diào)用。假設我們有一個LCD.C文件，其提供最基本的LCD的驅(qū)動函數(shù) LcdPutChar(char cNewValue);//在當前位置輸出一個字符 而在我們的另外一個文件中需要調(diào)用此函數(shù)，那么我們該如何做呢？
頭文件的作用正是在此。可以稱其為一份接口描述文件。其文件內(nèi)部不應該包含任何實質(zhì)性的函數(shù)代碼。我們可以把這個頭文件理解成為一份說明書，說明的內(nèi)容就是我們的模塊對外提供的接口函數(shù)或者是接口變量。同時該文件也包含了一些很重要的宏定義以及一些結構體的信息，離開了這些信息，很可能就無法正常使用接口函數(shù)或者是接口變量。但是總的原則是：不該讓外界知道的信息就不應該出現(xiàn)在頭文件里，而外界調(diào)用模塊內(nèi)接口函數(shù)或者是接口變量所必須的信息就一定要出現(xiàn)在頭文件里，否則，外界就無法正確的調(diào)用我們提供的接口功能。因而為了讓外部函數(shù)或者文件調(diào)用我們提供的接口功能，就必須包含我們提供的這個接口描述文件----即頭文件。同時，我們自身模塊也需要包含這份模塊頭文件(因為其包含了模塊源文件中所需要的宏定義或者是結構體)，好比我們平常所用的文件都是一式三份一樣，模塊本身也需要包含這個頭文件。
下面我們來定義這個頭文件，一般來說，頭文件的名字應該與源文件的名字保持一致，這樣我們便可以清晰的知道哪個頭文件是哪個源文件的描述。
于是便得到了LCD.C的頭文件LCD.h 其內(nèi)容如下。#ifndef _LCD_H_ #define _LCD_H_ extern LcdPutChar(char cNewValue);#endif
這與我們在源文件中定義函數(shù)時有點類似。不同的是，在其前面添加了extern 修飾符表明其是一個外部函數(shù)，可以被外部其它模塊進行調(diào)用。#ifndef _LCD_H_ #define _LCD_H_ #endif
這個幾條條件編譯和宏定義是為了防止重復包含。假如有兩個不同源文件需要調(diào)用LcdPutChar(char cNewValue)這個函數(shù)，他們分別都通過#include “Lcd.h”把這個頭文件包含了進去。在第一個源文件進行編譯時候，由于沒有定義過 _LCD_H_ 因此 #ifndef _LCD_H_ 條件成立，于是定義_LCD_H_ 并將下面的聲明包含進去。在第二個文件編譯時候，由于第一個文件包含時候，已經(jīng)將_LCD_H_定義過了。因此#ifndef _LCD_H_ 不成立，整個頭文件內(nèi)容就沒有被包含。假設沒有這樣的條件編譯語句，那么兩個文件都包含了extern LcdPutChar(char cNewValue);就會引起重復包含的錯誤。
不得不說的typedef 很多朋友似乎了習慣程序中利用如下語句來對數(shù)據(jù)類型進行定義 #define uint unsigned int #define uchar unsigned char 然后在定義變量的時候 直接這樣使用 uint g_nTimeCounter = 0;不可否認，這樣確實很方便，而且對于移植起來也有一定的方便性。但是考慮下面這種情況你還會 這么認為嗎？
#define PINT unsigned int * //定義unsigned int 指針類型 PINT g_npTimeCounter, g_npTimeState;那么你到底是定義了兩個unsigned int 型的指針變量，還是一個指針變量，一個整形變量呢？而你的初衷又是什么呢，想定義兩個unsigned int 型的指針變量嗎？如果是這樣，那么估計過不久就會到處抓狂找錯誤了。
慶幸的是C語言已經(jīng)為我們考慮到了這一點。typedef 正是為此而生。為了給變量起一個別名我們可以用如下的語句
typedef unsigned int uint16;//給指向無符號整形變量起一個別名 uint16 typedef unsigned int * puint16;//給指向無符號整形變量指針起一個別名 puint16 在我們定義變量時候便可以這樣定義了：
uint16 g_nTimeCounter = 0;//定義一個無符號的整形變量 puint16 g_npTimeCounter;//定義一個無符號的整形變量的指針
在我們使用51單片機的C語言編程的時候，整形變量的范圍是16位，而在基于32的微處理下的整形變量是32位。倘若我們在8位單片機下編寫的一些代碼想要移植到32位的處理器上，那么很可能我們就需要在源文件中到處修改變量的類型定義。這是一件龐大的工作，為了考慮程序的可移植性，在一開始，我們就應該養(yǎng)成良好的習慣，用變量的別名進行定義。如在8位單片機的平臺下，有如下一個變量定義 uint16 g_nTimeCounter = 0;如果移植32單片機的平臺下，想要其的范圍依舊為16位。
可以直接修改uint16 的定義，即
typedef unsigned short int uint16;這樣就可以了，而不需要到源文件處處尋找并修改。
將常用的數(shù)據(jù)類型全部采用此種方法定義，形成一個頭文件，便于我們以后編程直接調(diào)用。文件名 MacroAndConst.h 其內(nèi)容如下：
#ifndef _MACRO_AND_CONST_H_ #define _MACRO_AND_CONST_H_
typedef unsigned int uint16;typedef unsigned int UINT;typedef unsigned int uint;typedef unsigned int UINT16;typedef unsigned int WORD;typedef unsigned int word;typedef int int16;typedef int INT16;typedef unsigned long uint32;
typedef unsigned long UINT32;typedef unsigned long DWORD;typedef unsigned long dword;typedef long int32;typedef long INT32;typedef signed char int8;typedef signed char INT8;typedef unsigned char byte;typedef unsigned char BYTE;typedef unsigned char uchar;typedef unsigned char UINT8;typedef unsigned char uint8;typedef unsigned char BOOL;#endif
至此，似乎我們對于源文件和頭文件的分工以及模塊化編程有那么一點概念了。那么讓我們趁熱打鐵，將上一章的我們編寫的LED閃爍函數(shù)進行模塊劃分并重新組織進行編譯。
在上一章中我們主要完成的功能是P0口所驅(qū)動的LED以1Hz的頻率閃爍。其中用到了定時器，以及LED驅(qū)動模塊。因而我們可以簡單的將整個工程分成三個模塊，定時器模塊，LED模塊，以及主函數(shù) 對應的文件關系如下
main.c Timer.h?Timer.c--Led.h?Led.c--在開始重新編寫我們的程序之前，先給大家講一下如何在KEIL中建立工程模板吧，這個模板是我一直沿用至今。希望能夠給大家一點啟發(fā)。
下面的內(nèi)容就主要以圖片為主了。同時輔以少量文字說明。我們以芯片AT89S52為例。
(原文件名:1.jpg)
引用圖片
(原文件名:2.jpg)
引用圖片
(原文件名:3.jpg)
引用圖片
(原文件名:4.jpg)
引用圖片
(原文件名:5.jpg)
引用圖片
(原文件名:6.jpg)
引用圖片
(原文件名:7.jpg)
引用圖片
(原文件名:8.jpg)
引用圖片
(原文件名:9.jpg)
引用圖片
(原文件名:10.jpg)
引用圖片
(原文件名:11.jpg)
引用圖片
(原文件名:12.jpg)
引用圖片
(原文件名:13.jpg)
引用圖片
(原文件名:14.jpg)
引用圖片
(原文件名:15.jpg)
引用圖片
(原文件名:16.jpg)
引用圖片
(原文件名:17.jpg)
引用圖片
(原文件名:18.jpg)
引用圖片
(原文件名:19.jpg)
引用圖片
(原文件名:20.jpg)
引用圖片
(原文件名:21.jpg)
引用圖片
(原文件名:22.jpg)
引用圖片
OK，到此一個簡單的工程模板就建立起來了，以后我們再新建源文件和頭文件的時候，就可以直接保存到src文件目錄下面了。
下面我們開始編寫各個模塊文件。
首先編寫Timer.c 這個文件主要內(nèi)容就是定時器初始化，以及定時器中斷服務函數(shù)。其內(nèi)容如下。#include
bit g_bSystemTime1Ms = 0;// 1MS系統(tǒng)時標
void Timer0Init(void){ TMOD &= 0xf0;TMOD |= 0x01;//定時器0工作方式1 TH0 = 0xfc;//定時器初始值 TL0 = 0x66;TR0 = 1;ET0 = 1;}
void Time0Isr(void)interrupt 1 { TH0 = 0xfc;//定時器重新賦初值 TL0 = 0x66;g_bSystemTime1Ms = 1;//1MS時標標志位置位 }
由于在Led.c文件中需要調(diào)用我們的g_bSystemTime1Ms變量。同時主函數(shù)需要調(diào)用Timer0Init()初始化函數(shù)，所以應該對這個變量和函數(shù)在頭文件里作外部聲明。以方便其它函數(shù)調(diào)用。
Timer.h 內(nèi)容如下。#ifndef _TIMER_H_ #define _TIMER_H_
extern void Timer0Init(void);extern bit g_bSystemTime1Ms;#endif
完成了定時器模塊后，我們開始編寫LED驅(qū)動模塊。Led.c 內(nèi)容如下：
#include
static uint16 g_u16LedTimeCount = 0;//LED計數(shù)器 static uint8 g_u8LedState = 0;//LED狀態(tài)標志, 0表示亮，1表示熄滅
#define LED P0 //定義LED接口
#define LED_ON()LED = 0x00;//所有LED亮 #define LED_OFF()LED = 0xff;//所有LED熄滅
void LedProcess(void){ if(0 == g_u8LedState)//如果LED的狀態(tài)為亮，則點亮LED { LED_ON();} else //否則熄滅LED { LED_OFF();} }
void LedStateChange(void){ if(g_bSystemTime1Ms)//系統(tǒng)1MS時標到 { g_bSystemTime1Ms = 0;g_u16LedTimeCount++;//LED計數(shù)器加一
if(g_u16LedTimeCount >= 500)//計數(shù)達到500,即500MS到了,改變LED的狀態(tài)。{ g_u16LedTimeCount = 0;g_u8LedState =!g_u8LedState;} } }
這個模塊對外的借口只有兩個函數(shù)，因此在相應的Led.h 中需要作相應的聲明。Led.h 內(nèi)容： #ifndef _LED_H_ #define _LED_H_
extern void LedProcess(void);extern void LedStateChange(void);#endif
這兩個模塊完成后，我們將其C文件添加到工程中。然后開始編寫主函數(shù)里的代碼。如下所示：
#include
sbit LED_SEG = P1^4;//數(shù)碼管段選 sbit LED_DIG = P1^5;//數(shù)碼管位選 sbit LED_CS11 = P1^6;//led控制位
void main(void){ LED_CS11 = 1;//74HC595輸出允許
LED_SEG = 0;//數(shù)碼管段選和位選禁止(因為它們和LED共用P0口)LED_DIG = 0;Timer0Init();EA = 1;while(1){ LedProcess();LedStateChange();} }
整個工程截圖如下：
至此，第三章到此結束。
一起來總結一下我們需要注意的地方吧
[color=#FF0000]1.C語言源文件(*.c)的作用是什么 2.C語言頭文件(*.h)的作用是什么 3.typedef 的作用 4.工程模板如何組織
5.如何創(chuàng)建一個多模塊(多文件)的工程
“從單片機初學者邁向單片機工程師”之KEY主題討論
按鍵程序編寫的基礎
從這一章開始，我們步入按鍵程序設計的殿堂。在基于單片機為核心構成的應用系統(tǒng)中，用戶輸入是必不可少的一部分。輸入可以分很多種情況，譬如有的系統(tǒng)支持PS2鍵盤的接口，有的系統(tǒng)輸入是基于編碼器，有的系統(tǒng)輸入是基于串口或者USB或者其它輸入通道等等。在各種輸入途徑中，更常見的是，基于單個按鍵或者由單個鍵盤按照一定排列構成的矩陣鍵盤(行列鍵盤)。我們這一篇章主要討論的對象就是基于單個按鍵的程序設計，以及矩陣鍵盤的程序編寫。◎按鍵檢測的原理
常見的獨立按鍵的外觀如下，相信大家并不陌生，各種常見的開發(fā)板學習板上隨處可以看到他們的身影。
(原文件名:1.jpg)
引用圖片
總共有四個引腳，一般情況下，處于同一邊的兩個引腳內(nèi)部是連接在一起的，如何分辨兩個引腳是否處在同一邊呢？可以將按鍵翻轉(zhuǎn)過來，處于同一邊的兩個引腳，有一條突起的線將他們連接一起，以標示它們倆是相連的。如果無法觀察得到，用數(shù)字萬用表的二極管擋位檢測一下即可。搞清楚這點非常重要，對于我們畫PCB的時候的封裝很有益。
它們和我們的單片機系統(tǒng)的I/O口連接一般如下：
(原文件名:2.jpg)
引用圖片
對于單片機I/O內(nèi)部有上拉電阻的微控制器而言，還可以省掉外部的那個上拉電阻。簡單分析一下按鍵檢測的原理。當按鍵沒有按下的時候，單片機I/O通過上拉電阻R接到VCC，我們在程序中讀取該I/O的電平的時候，其值為1(高電平);當按鍵S按下的時候，該I/O被短接到GND，在程序中讀取該I/O的電平的時候，其值為0(低電平)。這樣，按鍵的按下與否，就和與該按鍵相連的I/O的電平的變化相對應起來。結論：我們在程序中通過檢測到該I/O口電平的變化與否，即可以知道按鍵是否被按下，從而做出相應的響應。一切看起來很美好，是這樣的嗎？
◎現(xiàn)實并非理想
在我們通過上面的按鍵檢測原理得出上述的結論的時候，其實忽略了一個重要的問題，那就是現(xiàn)實中按鍵按下時候的電平變化狀態(tài)。我們的結論是基于理想的情況得出來的，就如同下面這幅按鍵按下時候?qū)娖阶兓牟ㄐ螆D一樣：
(原文件名:3.jpg)
引用圖片
而實際中，由于按鍵的彈片接觸的時候，并不是一接觸就緊緊的閉合，它還存在一定的抖動，盡管這個時間非常的短暫，但是對于我們執(zhí)行時間以us為計算單位的微控制器來說，它太漫長了。因而，實際的波形圖應該如下面這幅示意圖一樣。
(原文件名:4.jpg)
引用圖片
這樣便存在這樣一個問題。假設我們的系統(tǒng)有這樣功能需求：在檢測到按鍵按下的時候，將某個I/O的狀態(tài)取反。由于這種抖動的存在，使得我們的微控制器誤以為是多次按鍵的按下，從而將某個I/O的狀態(tài)不斷取反，這并不是我們想要的效果，假如該I/O控制著系統(tǒng)中某個重要的執(zhí)行的部件，那結果更不是我們所期待的。于是乎有人便提出了軟件消除抖動的思想，道理很簡單：抖動的時間長度是一定的，只要我們避開這段抖動時期，檢測穩(wěn)定的時候的電平不久可以了嗎？聽起來確實不錯，而且實際應用起來效果也還可以。于是，各種各樣的書籍中，在提到按鍵檢測的時候，總也不忘說道軟件消抖。就像下面的偽代碼所描述的一樣。(假設按鍵按下時候，低電平有效)
If(0 == io_KeyEnter)//如果有鍵按下了 { Delayms(20);//先延時20ms避開抖動時期
If(0 == io_KeyEnter)//然后再檢測，如果還是檢測到有鍵按下 { return KeyValue;//是真的按下了，返回鍵值 } else { return KEY_NULL //是抖動，返回空的鍵值 } while(0 == io_KeyEnter);//等待按鍵釋放 }
所以合理的分配好微控制的處理時間，是編寫按鍵程序的基礎。?乍看上去，確實挺不錯，實際中呢？在實際的系統(tǒng)中，一般是不允許這么樣做的。為什么呢？首先，這里的Delayms(20), 讓微控制器在這里白白等待了20 ms 的時間，啥也沒干，考慮我在《學會釋放CPU》一章中所提及的幾點，這是不可取的。其次while(0 == io_KeyEnter);更是程序設計中的大忌(極少的特殊情況例外)。任何非極端情況下，都不要使用這樣語句來堵塞微控制器的執(zhí)行進程。原本是等待按鍵釋放，結果CPU就一直死死的盯住該按鍵，其它事情都不管了，那其它事情不干了嗎？你同意別人可不會同意
◎消除抖動有必要嗎？ 的確，軟件上的消抖確實可以保證按鍵的有效檢測。但是，這種消抖確實有必要嗎？有人提出了這樣的疑問。抖動是按鍵按下的過程中產(chǎn)生的，如果按鍵沒有按下，抖動會產(chǎn)生嗎？如果沒有按鍵按下，抖動也會在I/O上出現(xiàn)，我會立刻把這個微控制器錘了，永遠不用這樣一款微控制器。所以抖動的出現(xiàn)即意味著按鍵已經(jīng)按下，盡管這個電平還沒有穩(wěn)定。所以只要我們檢測到按鍵按下，即可以返回鍵值，問題的關鍵是，在你執(zhí)行完其它任務的時候，再次執(zhí)行我們的按鍵任務的時候，抖動過程還沒有結束，這樣便有可能造成重復檢測。所以，如何在返回鍵值后，避免重復檢測，或者在按鍵一按下就執(zhí)行功能函數(shù)，當功能函數(shù)的執(zhí)行時間小于抖動時間時候，如何避免再次執(zhí)行功能函數(shù)，就成為我們要考慮的問題了。這是一個仁者見仁，智者見智的問題，就留給大家去思考吧。所以消除抖動的目的是：防止按鍵一次按下，多次響應。
“從單片機初學者邁向單片機工程師”之KEY主題討論
基于狀態(tài)轉(zhuǎn)移的獨立按鍵程序設計)的那種，有一個小液晶屏，還有四個按鍵，功能是時鐘，鬧鐘以及秒表。在調(diào)整時間的時候，短按+鍵每次調(diào)整值加一，長按的時候調(diào)整值連續(xù)增加。小的時候很好奇，這樣的功能到底是如何實現(xiàn)的呢，今天就讓我們來剖析它的原理吧。? 本章所描述的按鍵程序要達到的目的：檢測按鍵按下，短按，長按，釋放。即通過按鍵的返回值我們可以獲取到如下的信息：按鍵按下(短按)，按鍵長按，按鍵連_發(fā)，按鍵釋放。不知道大家還記得小時候玩過的電子鐘沒有，就是外形類似于CALL 機(CALL 機，好像是很古老的東西了 狀態(tài)在生活中隨處可見。譬如早上的時候，鬧鐘把你叫醒了，這個時候，你便處于清醒的狀態(tài)，馬上你就穿衣起床洗漱吃早餐，這一系列事情就是你在這個狀態(tài)做的事情。做完這些后你會去等車或者開車去上班，這個時候你就處在上班途中的狀態(tài)?..中午下班時間到了，你就處于中午下班的狀態(tài)，諸如此類等等，在每一個狀態(tài)我們都會做一些不同的事情，而總會有外界條件促使我們轉(zhuǎn)換到另外一種狀態(tài)，譬如鬧鐘叫醒我們了，下班時間到了等等。對于狀態(tài)的定義出發(fā)點不同，考慮的方向不同，或者會有些許細節(jié)上面的差異，但是大的狀態(tài)總是相同的。生活中的事物同樣遵循同樣的規(guī)律，譬如，用一個智能充電器給你的手機電池充電，剛開始，它是處于快速充電狀態(tài)，隨著電量的增加，電壓的升高，當達到規(guī)定的電壓時候，它會轉(zhuǎn)換到恒壓充電。總而言之，細心觀察，你會發(fā)現(xiàn)生活中的總總都可以歸結為一個個的狀態(tài)，而狀態(tài)的變換或者轉(zhuǎn)移總是由某些條件引起同時伴隨著一些動作的發(fā)生。我們的按鍵亦遵循同樣的規(guī)律，下面讓我們來簡單的描繪一下它的狀態(tài)流程轉(zhuǎn)移圖。
(原文件名:1.jpg)
引用圖片
下面對上面的流程圖進行簡要的分析。首先按鍵程序進入初始狀態(tài)S1，在這個狀態(tài)下，檢測按鍵是否按下，如果有按下，則進入按鍵消抖狀態(tài)2，在下一次執(zhí)行按鍵程序時候，直接由按鍵消抖狀態(tài)進入按鍵按下狀態(tài)3，在此狀態(tài)下檢測按鍵是否按下，如果沒有按鍵按下，則返回初始狀態(tài)S1，如果有則可以返回鍵值，同時進入長按狀態(tài)S4，在長按狀態(tài)下每次進入按鍵程序時候?qū)Π存I時間計數(shù)，當計數(shù)值超過設定閾值時候，則表明長按事件發(fā)生，同時進入按鍵連_發(fā)狀態(tài)S5。如果按鍵鍵值為空鍵，則返回按鍵釋放狀態(tài)S6，否則繼續(xù)停留在本狀態(tài)。在按鍵連_發(fā)狀態(tài)下，如果按鍵鍵值為空鍵則返回按鍵釋放狀態(tài)S6，如果按鍵時間計數(shù)超過連_發(fā)閾值，則返回連_發(fā)按鍵值，清零時間計數(shù)后繼續(xù)停留在本狀態(tài)。
看了這么多，也許你已經(jīng)有一個模糊的概念了，下面讓我們趁熱打鐵，一起來動手編寫按鍵驅(qū)動程序吧。
下面是我使用的硬件的連接圖。
(原文件名:2.jpg)
引用圖片
硬件連接很簡單，四個獨立按鍵分別接在P3^0------P3^3四個I/O上面。
因為51單片機I/O口內(nèi)部結構的限制，在讀取外部引腳狀態(tài)的時候，需要向端口寫1.在51單片機復位后，不需要進行此操作也可以進行讀取外部引腳的操作。因此，在按鍵的端口沒有復用的情況下，可以省略此步驟。而對于其它一些真正雙向I/O口的單片機來說，將引腳設置成輸入狀態(tài)，是必不可少的一個步驟。下面的程序代碼初始化引腳為輸入。void KeyInit(void){ io_key_1 = 1;io_key_2 = 1;io_key_3 = 1;io_key_4 = 1;} 根據(jù)按鍵硬件連接定義按鍵鍵值
#define KEY_VALUE_1 0x0e #define KEY_VALUE_2 0x0d #define KEY_VALUE_3 0x0b #define KEY_VALUE_4 0x07 #define KEY_NULL 0x0f 下面我們來編寫按鍵的硬件驅(qū)動程序。
根據(jù)第一章所描述的按鍵檢測原理，我們可以很容易的得出如下的代碼： static uint8 KeyScan(void){ if(io_key_1 == 0)return KEY_VALUE_1;if(io_key_2 == 0)return KEY_VALUE_2;if(io_key_3 == 0)return KEY_VALUE_3;if(io_key_4 == 0)return KEY_VALUE_4;return KEY_NULL;} 其中io_key_1等是我們按鍵端口的定義，如下所示： sbit io_key_1 = P3^0;sbit io_key_2 = P3^1;sbit io_key_3 = P3^2;sbit io_key_4 = P3^3;
KeyScan()作為底層按鍵的驅(qū)動程序，為上層按鍵掃描提供一個接口，這樣我們編寫的上層按鍵掃描函數(shù)可以幾乎不用修改就可以拿到我們的其它程序中去使用，使得程序復用性大大提高。同時，通過有意識的將與底層硬件連接緊密的程序和與硬件無關的代碼分開寫，使得程序結構層次清晰，可移植性也更好。對于單片機類的程序而言，能夠做到函數(shù)級別的代碼重用已經(jīng)足夠了。在編寫我們的上層按鍵掃描函數(shù)之前，需要先完成一些宏定義。//定義長按鍵的TICK數(shù),以及連_發(fā)間隔的TICK數(shù) #define KEY_LONG_PERIOD 100 #define KEY_CONTINUE_PERIOD 25
//定義按鍵返回值狀態(tài)(按下,長按,連_發(fā),釋放)#define KEY_DOWN 0x80 #define KEY_LONG 0x40 #define KEY_CONTINUE 0x20 #define KEY_UP 0x10
//定義按鍵狀態(tài)
#define KEY_STATE_INIT 0 #define KEY_STATE_WOBBLE 1 #define KEY_STATE_PRESS 2 #define KEY_STATE_LONG 3 #define KEY_STATE_CONTINUE 4 #define KEY_STATE_RELEASE 5
接著我們開始編寫完整的上層按鍵掃描函數(shù)，按鍵的短按，長按，連按，釋放等等狀態(tài)的判斷均是在此函數(shù)中完成。對照狀態(tài)流程轉(zhuǎn)移圖，然后再看下面的函數(shù)代碼，可以更容易的去理解函數(shù)的執(zhí)行流程。完整的函數(shù)代碼如下： void GetKey(uint8 *pKeyValue){ static uint8 s_u8KeyState = KEY_STATE_INIT;static uint8 s_u8KeyTimeCount = 0;static uint8 s_u8LastKey = KEY_NULL;//保存按鍵釋放時候的鍵值 uint8 KeyTemp = KEY_NULL;
KeyTemp = KeyScan();//獲取鍵值
switch(s_u8KeyState){ case KEY_STATE_INIT : { if(KEY_NULL!=(KeyTemp)){ s_u8KeyState = KEY_STATE_WOBBLE;} } break;
case KEY_STATE_WOBBLE : //消抖 { s_u8KeyState = KEY_STATE_PRESS;} break;
case KEY_STATE_PRESS : { if(KEY_NULL!=(KeyTemp)){ s_u8LastKey = KeyTemp;//保存鍵值,以便在釋放按鍵狀態(tài)返回鍵值 KeyTemp |= KEY_DOWN;//按鍵按下 s_u8KeyState = KEY_STATE_LONG;} else { s_u8KeyState = KEY_STATE_INIT;} } break;
case KEY_STATE_LONG : { if(KEY_NULL!=(KeyTemp)){ if(++s_u8KeyTimeCount > KEY_LONG_PERIOD){ s_u8KeyTimeCount = 0;KeyTemp |= KEY_LONG;//長按鍵事件發(fā)生 s_u8KeyState = KEY_STATE_CONTINUE;} } else { s_u8KeyState = KEY_STATE_RELEASE;} } break;
case KEY_STATE_CONTINUE : { if(KEY_NULL!=(KeyTemp)){ if(++s_u8KeyTimeCount > KEY_CONTINUE_PERIOD){ s_u8KeyTimeCount = 0;KeyTemp |= KEY_CONTINUE;} } else { s_u8KeyState = KEY_STATE_RELEASE;} } break;
case KEY_STATE_RELEASE : { s_u8LastKey |= KEY_UP;KeyTemp = s_u8LastKey;s_u8KeyState = KEY_STATE_INIT;} break;
default : break;} *pKeyValue = KeyTemp;//返回鍵值 } 關于這個函數(shù)內(nèi)部的細節(jié)我并不打算花過多筆墨去講解。對照著按鍵狀態(tài)流程轉(zhuǎn)移圖，然后去看程序代碼，你會發(fā)現(xiàn)其實思路非常清晰。最能讓人理解透徹的，莫非就是將整個程序自己看懂，然后想象為什么這個地方要這樣寫，抱著思考的態(tài)度去閱讀程序，你會發(fā)現(xiàn)自己的程序水平會慢慢的提高。所以我更希望的是你能夠認認真真的看完，然后思考。也許你會收獲更多。
不管怎么樣，這樣的一個程序已經(jīng)完成了本章開始時候要求的功能：按下，長按，連按，釋放。事實上，如果掌握了這種基于狀態(tài)轉(zhuǎn)移的思想，你會發(fā)現(xiàn)要求實現(xiàn)其它按鍵功能，譬如，多鍵按下，功能鍵等等，亦相當簡單，在下一章，我們就去實現(xiàn)它。
在主程序中我編寫了這樣的一段代碼，來演示我實現(xiàn)的按鍵功能。void main(void){ uint8 KeyValue = KEY_NULL;uint8 temp = 0;LED_CS11 = 1;//流水燈輸出允許 LED_SEG = 0;LED_DIG = 0;Timer0Init();KeyInit();EA = 1;while(1){ Timer0MainLoop();KeyMainLoop(&KeyValue);
if(KeyValue ==(KEY_VALUE_1 | KEY_DOWN))P0 = ~1;if(KeyValue ==(KEY_VALUE_1 | KEY_LONG))P0 = ~2;if(KeyValue ==(KEY_VALUE_1 | KEY_CONTINUE)){ P0 ^= 0xf0;} if(KeyValue ==(KEY_VALUE_1 | KEY_UP))P0 = 0xa5;} } 按住第一個鍵，可以清晰的看到P0口所接的LED的狀態(tài)的變化。當按鍵按下時候，第一個LED燈亮，等待2 S后第二個LED亮，第一個熄滅，表示長按事件發(fā)生。再過500 ms 第5~8個LED閃爍，表示連按事件發(fā)生。當釋放按鍵時候，P0口所接的LED的狀態(tài)為： 滅亮滅亮亮滅亮滅，這也正是P0 = 0xa5這條語句的功能。
第二篇：語言學習心得
匯編學習心得
08網(wǎng)工
（一）班 李銳 0804031002 在大三接觸匯編語言之前，我們在計算機組成原理課程中就已經(jīng)有所了解了，但也只是略微明白一些如jmp，mov這樣的指令，極度缺乏系統(tǒng)性的學習。
在接觸這門課程后，感到匯編語言并不是很容易就可以弄懂的。相比較以前學過的高級語言如C、C++等，電腦等于在遷就人的思維方式，但學匯編，人卻必須要去遷就電腦的思維方式，要設身處地地用電腦的角度去思考問題，這就是我們學習匯編語言時遇到的最大的障礙。
另外，在C語言中不到10個語句構成的程序，用匯編語言卻要好幾十行甚至上百行。這不得不讓我們對匯編產(chǎn)生一種恐懼感。事實上，這是完全不必要的。一旦對它的原理掌握后，編寫程序就容易多了。另外，學習匯編語言能讓我們更加了解計算機內(nèi)部的組織結構，對我們計算機專業(yè)的學生來說，學習匯編也是提升綜合能力的關鍵環(huán)節(jié)。
匯編的學習不僅僅是學習其語法，而更多的是學習計算機基本的體系結構。其中遇到很多新的概念，名字。如寄存器、中斷、尋址方式等。這些概念在剛接觸匯編這門課的時候難以理解，但在之后的學習中通過老師的講解，自己親手編程的方式也就漸漸清晰明了。
我們在學習之前都需要明確什么是匯編語言。計算機能夠直接識別的數(shù)據(jù)是由二進制數(shù)0和1組成的代碼。機器指令就是用二進制代碼組成的指令，一條機器指令控制計算機完成一個基本操作。為了克服機器語言的缺點，人們采用助記符表示機器指令的操作碼,用變量代替操作數(shù)的存放地址等，這樣就形成了匯編語言。
經(jīng)過一個學期的學習，我也慢慢摸出了匯編學習的規(guī)律。
首先，學習這門語言時如果能聯(lián)系上以前學過的其他高級語言的知識，則會起到良好的效果。例如C語言程序的運行邏輯結構有順序（按語句依次執(zhí)行）、分支結構（IF...THEN...ELSE...)，循環(huán)結構（FOR...NEXT)三種結構，也通過C語言了解并掌握了什么是子程序，什么是調(diào)用。事實上，匯編語言中有關程序結構，子程序等等的知識都是跟C語言十分相似的，只是在編程時用到的語言不同：匯編語言完全面向機器，需要指明數(shù)據(jù)在寄存器、內(nèi)存中的流向。
第二，學習匯編語言，首要問題是學習80X86指令系統(tǒng)。如果能將指令系統(tǒng)中的各個助記符、格式等都能完全掌握并靈活運用，大部分工作就已經(jīng)完成了。指令系統(tǒng)確定了CPU所能完成的功能，是用匯編語言進行程序設計的最基本部分。如果不熟悉匯編指令的功能及其有關規(guī)定，那肯定不能靈活使用匯編語言。
指令的種類十分繁雜，但其格式卻是統(tǒng)一的。
其中方括號中的內(nèi)容為可選項。指令助記符決定了指令的功能，對應一條二進制編碼的機器指令。指令的操作數(shù)個數(shù)由該指令確定，可以沒有操作數(shù)，也可以有一個或多個操作數(shù)，大多數(shù)指令要顯示寫出來，還有些操作數(shù)是隱含的。當指令包含操作數(shù)的時候，書寫時必須遵守：
1、指令助記符和操作數(shù)之間有分隔符，比如幾個空格；
2、如果含有多個操作數(shù)，操作數(shù)之間用逗號分隔。
現(xiàn)在簡單總結匯編語言指令的分類：
1、數(shù)據(jù)傳送指令；
2、標志位操作指令；3、算術運算指令；
4、邏輯運算指令；
5、移位運算指令；
6、位操作指令；
7、比較運算指令；
8、循環(huán)指令；
9、轉(zhuǎn)移指令；
10、條件設置字節(jié)指令；
11、字符串操作指令；
12、BCD碼運算調(diào)整指令；
13、處理器指令。
在編寫匯編程序時，應該注意特別容易出現(xiàn)的錯誤，例如在編寫數(shù)據(jù)傳送指令時，目的操作數(shù)和源操作數(shù)的類型一定要匹配，CS不能作為目的操作數(shù)，offset后只能跟簡單地址符號，等等。
匯編語言的尋址方式有直接尋址，寄存器尋址，基址變址尋址，相對基址變址尋址等等，掌握這些都是編寫匯編程序很重要的環(huán)節(jié)。
匯編語言中的程序結構，子程序等知識也會幫助我們編寫出一個更加完善的匯編程序。另外，我們還應該掌握DOS系統(tǒng)功能調(diào)用，宏匯編等知識。這里要對子程序和宏匯編加以區(qū)分，我的理解是：子程序是調(diào)用，而宏是替換，比如一個MAX宏，所有出現(xiàn)MAX的地方，都用宏代碼代替。
在學習匯編語言時，指令的功能是學習和掌握的重點，要準確有效并合理的使用這些指令，必須了解一些使用的規(guī)則。現(xiàn)對匯編語言編程時的規(guī)則進行總結，歸納起來有三點：
1、要求指令操作數(shù)的尋址方式；
2、指令對標志位的影響和標志位對指令的影響；
3、指令的執(zhí)行時間，對可完成同樣功能的指令，要選用執(zhí)行時間短的指令。
還有一點十分重要。和所有的程序設計語言一樣，要學好匯編語言，實驗是必不可少的環(huán)節(jié)。我們深有體會：書上的程序都能看懂，基本原理也都明白，但是在自己親手編寫程序時，卻無從下手，甚至連第一句該怎么寫都不知道。通過實驗，可以在很大程度上加深印象。在書上看程序，一切都是理所當然，十分順利，而自己動手，才會真正發(fā)現(xiàn)自己的不足之處。程序的編寫在記事本中進行即可，掌握debug的使用對實驗是有很大幫助的。
現(xiàn)在匯編語言的學課程已經(jīng)告一段落了，學習過程中遇到的所有困難以及遺留的難點都需要我們在其余時間里逐步攻克，在打好基礎的前提下，學習更加專業(yè)的匯編知識。
以上便是我在學習匯編語言過程中所有的心得體會，我們會在不斷的學習與實踐中向著更深入的層面邁進
第三篇：語言學習心得
匯編語言學習心得
在接觸這門課之前就已對匯編語言有所了解，一方面是在計算機組成原理中有所涉及，雖然那時只知道簡單的mov、add、jmp指令，不清楚其具體用法，缺乏系統(tǒng)性的學習；另一方面是在相關書籍中了解到匯編語言寫驅(qū)動比較好但比較難，當時就覺得匯編是門很牛的語言，很想學習。接觸這門課后，感到匯編語言的確不是很容易就可以弄懂的，相比較以前學過的高級語言如C、C++等，電腦等于在遷就人的思維方式，但學匯編，人卻必須要去遷就電腦的思維方式，要設身處地地用電腦的角度去思考問題，這就是我們學習匯編語言時遇到的最大的障礙。通過這一學期的學習，對匯編有了初步的掌握，可以說是匯編的入門教程。
在接觸匯編語言的時候，對匯編的第一印象就是覺得這種語言非常繁瑣和松散，里面有很多細小的知識點，而且有很多規(guī)定，必須要根據(jù)嚴格的規(guī)則來編寫才能夠?qū)懗稣_的程序，譬如一些指令的具體作用，如XLAT指令、CWB指令、LEA指令、OFFSET等的含義和功能，還有大于、小于、等于指令的寫法都要記住，不能像高級語言里面用符號“< > =”就能夠?qū)崿F(xiàn)了，正是匯編中的這些規(guī)則讓我覺得匯編真是特別繁瑣，所以在剛剛開始學習匯編的時候經(jīng)常覺得有些不知所措，特別是對于幾種尋址方式，還有各個段的功能，以及各種寄存器的作用都覺得學的很混亂，雖然老師在上課時說的都很詳細了，但是在當時好像聽懂了，但是很快又弄不清了，還有一些指令的用法會很快就忘記，或者是記混了，但是慢慢接觸多了，特別是在做實驗的之后，學習得很快，因為要是把學過的知識具體應用到現(xiàn)實中，對于知識的掌握要求就更深一步了，在實驗過程中，發(fā)現(xiàn)了很多問題，例如一些尋址方式的應用，字符串的定義末尾要加上$符號，在利用AX、BX、CX、DX這幾個寄存器的時候注意考慮PUSH進棧對數(shù)據(jù)進行保護，通過在實驗中不斷出現(xiàn)錯誤并改正，對匯編語言的掌握和使用能力都有所提高了。
剛開始對匯編的最大感覺就是覺得用起來很麻煩，不像高級語言那么隨意，寄存器就那么幾個，用的時候要好好利用，而且還要考慮到計算機內(nèi)部的工作情況，特別是數(shù)據(jù)在內(nèi)存中的存儲情況，但是經(jīng)過學習，發(fā)現(xiàn)匯編語言對我們學習好其他語言是非常有用的，原來在C語言中一直不是非常清楚的數(shù)據(jù)和地址的區(qū)別也通過學習匯編而了解得很清楚，通過匯編對CPU里面的工作情況也有了一定的認識，寫有些指令的時候要考慮到CPU里面的標志位的改變和利用標志位來實現(xiàn)一些功能，這些在高級語言中是沒有的。對于匯編中的指令我很多記不住，由于課件中的程序的注釋都是中文的，而課本上的注釋都是英文的，剛開始覺得看課件比較好一些，但是后來我發(fā)現(xiàn)課本上的英文注釋更加容易理解和記憶，和用到的指令是匹配的，因為指令也都是英文縮寫方式的，而且都是一些簡單的單詞，閱讀起來并不復雜。
和所有的程序設計語言一樣，要學好匯編語言，實驗是必不可少的環(huán)節(jié)。我深有體會：書上的程序都能看懂，基本原理也都明白，但是在自己親手編寫程序時，卻無從下手，甚至連第一句該怎么寫都不知道。后來隨著老師的講解和實驗的進行，知道了程序的編寫格式，包括數(shù)據(jù)段、堆棧段和代碼段，其中數(shù)據(jù)段和堆棧段可以不定義，但代碼段是必不可少的，也掌握了該怎么調(diào)試程序、運行程序等。特別是debug命令的使用，可以配合與list文件的使用，讓我們可以調(diào)試排錯、檢查結果是否正確等，掌握debug的使用對實驗有很大的幫助。程序的編寫在記事本中進行即可，再在mask中編譯，link中連接運行，當然也可以在專門的匯編工具中進行。通過實驗，可以在很大程度上加深印象，在書上看程序，一切都是理所當然，十分順利，而自己動手，才會真正發(fā)現(xiàn)自己的不足之處
老師經(jīng)常說其實很多知識都是相通的，在學習了匯編之后對這點可以說是深有感觸，而且在匯編也和很多其他課程息息相關，譬如本學期的微機接口課程里面所用得到的也是匯編語言，匯編雖然是比較低級的語言，但是許多工作還是需要通過匯編來完成，而且很好的掌握匯編后，能夠?qū)τ嬎銠C硬件很好的支配，匯編很接近計算機的底層，總的來說匯編在今天的作用還是不容小覷的，學習好了匯編這門課程對于學習其他課程和進一步學好計算機都有很大的幫助。
14GB軟件一班 01410271X07 肖雅麗
第四篇：語言學習心得
2010年6月英語四級、六級考試愈發(fā)臨近，大家都希望掌握一些應試技巧，從而能夠在四六級考試中取得比較滿意的成績。下面滬江網(wǎng)校的方辰暉老師從幾個方面來談一下語言學習以及四級六級應試技巧等問題。
語言是人類經(jīng)過長期實踐積累的，用于交流溝通的工具。歷經(jīng)無數(shù)代積累演變下來的語言，學好肯定不是一朝一夕之功，這就決定了，學習語言不可能一蹴而就，更不能閉門造車。但是，如果我們能提高對語言的敏感性，語言學習的進程還是可以大大加快的。
語言學習包括哪些？
任何語言都分為語法和詞匯。基礎是語法，但語法是有限的、固定的，可以在初級階段學完，這里，可以建議大家在接觸某種語言一年，對它有了初步的感性認識之后，選一本權威的語法書進行系統(tǒng)學習，在此不再贅述。關鍵是詞匯，詞匯是無限的，變化發(fā)展的，不斷涌現(xiàn)的。無論對中小學生，還是專家學者，任何人在任何領域的學習工作中，都會遇到生詞、新詞。因此，學習語言，就是初級階段學語法，高級階段學詞匯。語法學習的階段是基礎，萬事開頭難，但這個階段，一般只要二到三年即可完成，因為語法是有限的。學習語言的大部分時間都耗在了后者上，而且詞匯量的多寡往往就可以決定語言的水平。因此，對于想進一步提高語言水平的人來說，擴大詞匯量就是學習語言的重中之重了。
關于詞匯的認知
人類對于事物的認知有四個過程，即：
1.不知道不知道，自己沒有接觸過，根本沒有意識到自己的無知。
2.知道不知道，開始意識到自己的無知，正設法去了解這一事物。
3.知道知道，經(jīng)過學習，基本弄清了這一事物的來龍去脈。
4.不知道知道，對于這一事物早已了然于心，熟練的很，它已然成為自己不可或缺的一部分。
對于詞匯的認知，也有一個類似的過程：
1.第一次聽或第一次看到，不知其意，需要查閱詞典。
2.查閱詞典，了解意思后，再次聽到或讀到時，知其意，無需再查，但自己不會主動使用這個詞到對話或?qū)懽髦小Ｎ覀兎Q其為閱讀詞匯或聽力詞匯。
3.會拼寫，自己會主動使用這個詞到對話或?qū)懽髦校看握f或者寫，都會在大腦中再現(xiàn)第一次學習這個詞的情景，因為你需要回想這個詞的用法。我們稱其為寫作詞匯或口語詞
匯。
4.徹底忘掉了第一次學習這個詞的情景。只有達到這一步，我們才敢說你真正掌握了這個詞匯。
在這里，我要聲明一點，詞匯的學習不是一次性完成的，因為這不符合人類認知的特點。我不提倡通過背詞匯書學習語言，因為這種學習方法，記得快，忘得也快。在這種情況下，詞匯在大腦的駐留時間僅僅能維持幾天，就算應付得了后天的四級考試，肯定也無法應付后年的六級或八級考試。
詞匯只能在實際運用中學習，我們和任何一個詞的首次邂逅，都要在實際運用中發(fā)生，應該是第一次在電視電臺里聽到，或是第一次在報刊雜志里看到，肯定不是第一次在詞匯書的背到。對于，第一次聽到的單詞，我們可能無法正確拼出，所以查閱這個詞也就存在困難。我們要盡量把首次邂逅某個生詞的機會放在閱讀里。
如何通過閱讀快速提高詞匯量
大家知道，對于除專業(yè)領域的術語以外的詞匯，從概率論上來說，任何一個詞作為新詞首次出現(xiàn)在普通文章中的概率是大致相同的。這就意味著，兩個水平相當?shù)膶W生，以學習相同數(shù)量的新詞作為閱讀目的的話，所需的閱讀量也大致相同，假定他們的閱讀速度相同的話，則耗時也大致相同。
任何一個單詞，首次邂逅千萬不要對其視而不見，我們必須認真查閱詞典，可以使用電子詞典，或在線詞典，如新滬江小D。因為，這樣可以節(jié)省很多時間。舉個例子：有兩個人，一個人見面兩次才查生詞，一個人首次見面即查生詞，要學習同等數(shù)量的生詞的話，前者所需時間是后者的兩倍。
首次見面之后，最好盡快安排機會第二次相遇。方法就是，大量閱讀同類文章，因為人類的大腦是會遺忘的，在遺忘之前，再次刺激大腦，會產(chǎn)生更有效的記憶。一般情況下，一個生詞再短期內(nèi)的第二次相遇以后，就會轉(zhuǎn)化為閱讀詞匯。
成為閱讀詞匯的單詞，要勁量找機會賣弄出去，在不同的機會賣弄幾次以后，閱讀詞匯可以轉(zhuǎn)化為寫作詞匯或口語詞匯。當你在潛意識下寫出或說出這個詞的時候，恭喜你，這個詞已經(jīng)寫進你的植物性神經(jīng)了。
總而言之，通過閱讀提高詞匯量的捷徑就是，見到生詞立即查，似曾相識先回憶，學到立即要賣弄，賣弄多了可掌握。
關于大學的英語學習
大學四年，是學習英語的黃金時期。這個階段，少了很多高中時的學習負擔，英語學習不用以提高考試成績?yōu)槟康模荚囌嬲蔀榱藱z驗學習效果的手段。
大學時期的英語學習，目的各有不同，有人為了通過考試，如四六級、BEC、翻譯考試、考研；有人為了出國，在國外深造、生存；有人為了日后在國內(nèi)與客戶交流。但無論如何，僅僅靠看書做題，是無法練就高水平英語的。英語學習在于厚積薄發(fā)，大三以前，應該注重積累，廣泛涉獵。歐美文化、報刊雜志、流行歌曲、名人演講、電臺聽力等等都可以嘗試。有了這些，四六級的英語就不難準備了，各位同學就不必狂做四六級模擬題折磨自己了。我個人認為語言的學習，要從所有方面全面著手，僅僅練閱讀，或僅僅練聽力都是費時傷神，事倍功半的。人的精力有這樣一個特點，長時間集中于某一種事物，就會容易疲勞，導致效率低下。對于英語，雜志看累了，我們可以聽一些歌曲，歌曲聽膩了，我們再看點美劇，萬變不離其宗，人不累，效果也好，何樂而不為呢？（小編推薦：更有趣的外語學習,更人性化的學習體驗, 更多好學、好玩的應用和功能，更完美的外語交流和互動，一切盡在滬江新部落哦！趕快戳我進啊>>>）
關于四六級的應試技巧
考試之前，我還是提倡做一套模擬試題的，不為提高英語技能，也不為發(fā)現(xiàn)錯誤日后改正，只為熟悉題型，提升應試技巧。快點我參加模考吧 >>
關于聽力，一般考試都有一個試音時間，三到五分鐘，這段時間一定要好好利用，姓名準考證號可以稍后再寫，聽力的選項一定要在第一時間通覽一遍，時間還有富余的話，就再通覽一遍，千萬不要為了趕時間，去做閱讀或干其他的事。聽力考試過程中，要準備好筆紙，以備不時之需，即使沒有內(nèi)容需要記的，轉(zhuǎn)轉(zhuǎn)筆也可以緩解一下壓力。
關于詞匯題，這類題都很煩人，選項常常是些長得很像的詞，這就沒辦法投機取巧了。只能靠平時積累。但不會選的題先可以不用猜，先把它標出來，后面做閱讀的時候，說不定就些詞，會給你靈感，這時再翻回去，選出來，準確性高點。
關于閱讀，這就大有文章可做了。閱讀里的文章可以給單選提供靈感，也可以給作文提供詞句。至于答題技巧，就更有很多值得一提的了。四六級的文章一般有一篇記敘文，一篇新聞稿，一篇說明文，一篇議論文。后面的問題，都需要對通篇有正確的理解。因此，作者的觀點非常重要，了解是褒是貶，還是中性，至少可以才對三分之一的問題。如何判定作者的態(tài)度呢？找中心句，一般出現(xiàn)在文章的第一句或結尾。但要注意的是，議論文類的文章，常常在開頭放個“耙子”，然后對此反駁，當看到“Some people often hold the idea that….”時，我們一定要注意，這句話反過來理解才更接近作者的觀點。
關于改錯，這類題通常針對中國人的漢語固有思維設題，平時多讀原汁原味的英語是很好的備考方法。在這里，我有另一種方法，可以供大家借鑒，就是看老師辦公室，觀摩老師如何批改學生作文的。仔細研讀，老師批改后的作文。效果很不錯哦。
最后，關于作文，分好提綱結構，很重要。提出問題，即擺事實。分析問題，即說原因。解決問題，即提方案。每個段落給幾句模板試的句子，作文的一半不用臨時去寫了。另一半呢，需要臨時結合題目寫出來，要注意，避免使用大家都會用的詞，如“I think”，“In my opinion”或普通句式，要是寫成“I reckon”“Put in their shoes, I would….”這樣閱卷老師必然會眼前一亮的。
第五篇：語言學習心得
匯編語言學習心得
在接觸這門課之前就已對匯編語言有所了解，一方面是在計算機組成原理中有所涉及，雖然那時只知道簡單的mov、add、jmp指令，不清楚其具體用法，缺乏系統(tǒng)性的學習；另一方面是在相關書籍中了解到匯編語言寫驅(qū)動比較好但比較難，當時就覺得匯編是門很牛的語言，很想學習。接觸這門課后，感到匯編語言的確不是很容易就可以弄懂的，相比較以前學過的高級語言如C、C++等，電腦等于在遷就人的思維方式，但學匯編，人卻必須要去遷就電腦的思維方式，要設身處地地用電腦的角度去思考問題，這就是我們學習匯編語言時遇到的最大的障礙。通過這一學期的學習，對匯編有了初步的掌握，可以說是匯編的入門教程。首先主要學習了匯編語言的基本知識，介紹了匯編的背景知識及由來，讓我知道了匯編語言是處在機器語言和高級語言中間的一種低級語言。由于計算機能夠直接識別的數(shù)據(jù)是由二進制數(shù)0和1組成的代碼。所以用機器語言編寫的程序是計算機惟一能夠直接識別并執(zhí)行的程序，而用其他語言編寫的程序必須經(jīng)過翻譯才能變換成機器語言程序，為了克服機器語言的缺點，人們采用助記符表示機器指令的操作碼，用變量代替操作數(shù)的存放地址等，這樣就形成了匯編語言。然后介紹了8086計算機組織，匯編的學習不僅僅是學習其語法，而更多的是學習計算機基本的體系結構，學到這還沒見到很多的指令和語句，但這是學習匯編前必須要知道和掌握的，只有知道了匯編的實質(zhì)、如何工作及一些基本概念，才能進行下一步的學習。直到后面終于學了80X86指令系統(tǒng)和尋址方式及后來的匯編語言格式，才真正進入了匯編的指令學習階段，每一條指令的學習雖然簡單但比較多，特別是有些指令的使用場合及錯誤用法等易犯錯、易混淆，例如在編寫數(shù)據(jù)傳送指令時，目的操作數(shù)和源操作數(shù)的類型一定要匹配，CS不能作為目的操作數(shù)，offset后只能跟簡單地址符號，等等。但總的歸納起來主要掌握三點：
1、要求指令操作數(shù)的尋址方式；
2、指令對標志位的影響和標志位對指令的影響；
3、指令的執(zhí)行時間，對可完成同樣功能的指令，要選用執(zhí)行時間短的指令。這樣學習起來方便的多，也更容易理解記住，這為以后的學習做了鋪墊。
匯編的基本指令學完后，就開始進行應用了，首先學習的是循環(huán)與分支程序設計，第一個例子是簡單的加法計算，雖然簡單，卻讓我有點恐懼，一個在C語言中只要三四句就解決的問題，用匯編卻寫了將近20句，且還沒有輸出，也就是不知道結果是否正確。后來學習了dos系統(tǒng)功能調(diào)用，知道02號功能可以輸出加法的結果，于是使用了，但輸出的卻是一個ASCII碼值，又需要進行二進制到十六進制的轉(zhuǎn)換，當時覺得很困惑，不知道為什么要轉(zhuǎn)換，我們輸入的不就是十六進制嗎，算出來應該還是十六進制啊？隨著繼續(xù)深入的學習，才徹底明白為什么要轉(zhuǎn)換，同時也了解了計算機中對于數(shù)字運算是如何工作的。這時發(fā)現(xiàn)匯編有很多高級語言所沒有的優(yōu)點，它能讓我們更加了解計算機內(nèi)部的組織結構，對我們計算機專業(yè)的學生來說，學習匯編也是提升綜合能力的關鍵環(huán)節(jié)。一旦對
它的原理掌握后，編寫程序就容易多了。后來學的越多，越復雜，程序也是越來越長，一堆的跳轉(zhuǎn)指令，覺得很麻煩，且感覺整個程序無秩序，有時對于一段程序?qū)崿F(xiàn)的功能還要研究半天。直到學習了子程序設計，一個過程定義對應一個功能，就像C語言中的函數(shù)，很有條理性。子程序設計能讓一個大程序分成幾個模塊來做，提供了模塊化程序設計的條件，可以節(jié)省存儲空間及程序設計所花的時間，并且在主程序中進行call調(diào)用，十分方便，便于以后的維護、調(diào)試和修改。
最后學習了部分宏匯編，只是簡單的幾個用法并沒有深入，但已經(jīng)為我們做好了基礎工作，便于我們自學后面的部分。宏（或宏指令）是源程序中一段有獨立功能的程序代碼，只需定義一次，可以多次調(diào)用。這似乎和子程序結構很像，但子程序有自己的優(yōu)缺點，優(yōu)點很明顯，缺點是子程序為轉(zhuǎn)子及返回、保存及恢復寄存器以及參數(shù)的傳送等都要增加程序的開銷，這些操作所消耗的時間以及它們所占用的存儲空間，都是為取得子程序結構使程序模塊化這一優(yōu)點而增加的額外開銷。所以，有時，特別在子程序本身較短或者是需要傳送的參數(shù)較多的情況下，使用宏匯編更加有利。當然，在程序較復雜，實現(xiàn)的功能較多的情況下，子程序也必不可少。我的理解是：子程序是調(diào)用，而宏是替換，比如一個MAX宏，所有出現(xiàn)MAX的地方，都用宏代碼代替。兩者各有利弊，在掌握深入的基礎上結合使用更好。
還有一點十分重要，和所有的程序設計語言一樣，要學好匯編語言，實驗是必不可少的環(huán)節(jié)。我深有體會：書上的程序都能看懂，基本原理也都明白，但是在自己親手編寫程序時，卻無從下手，甚至連第一句該怎么寫都不知道。后來隨著老師的講解和實驗的進行，知道了程序的編寫格式，包括數(shù)據(jù)段、堆棧段和代碼段，其中數(shù)據(jù)段和堆棧段可以不定義，但代碼段是必不可少的，也掌握了該怎么調(diào)試程序、運行程序等。特別是debug命令的使用，可以配合與list文件的使用，讓我們可以調(diào)試排錯、檢查結果是否正確等，掌握debug的使用對實驗有很大的幫助。程序的編寫在記事本中進行即可，再在mask中編譯，link中連接運行，當然也可以在專門的匯編工具中進行。通過實驗，可以在很大程度上加深印象，在書上看程序，一切都是理所當然，十分順利，而自己動手，才會真正發(fā)現(xiàn)自己的不足之處。
現(xiàn)在匯編語言的課程已經(jīng)告一段落了，學習過程中遇到的所有困難以及遺留的難點都需要我們在其余時間里逐步攻克，在打好基礎的前提下，學習更加專業(yè)的匯編知識來為我們所用。
點擊咨詢 