儀器的原理是借助電磁感應(yīng)，為線圈通電，不同含鐵量的成分會使線圈產(chǎn)生不同頻率的震蕩，由此來測試成分的含鐵量。我做的部分也非常簡單，使用51單片機操作12864做顯示，矩陣鍵盤

　　控制系統(tǒng)的行為，1302存儲時間，可有可無，24c02用來存儲預(yù)設(shè)參數(shù)，用于方便計算，僅此而已。

　　接到任務(wù)后，準(zhǔn)備一晚上把它弄完。這也是上大學(xué)以來首次通宵做東西（其實后半夜基本都在發(fā)呆），第一天晚上進展還算比較快，每個基本模塊的基本操作都能進行了。然后就

　　可以回家輕松過五一啦。其實艱巨的任務(wù)還在后面。

　　碰到的第一個問題就做一個什么樣的操作界面比較靠譜。由于沒有g(shù)ui支持，做什么玩意全都需要自己安排。原儀器用的是數(shù)碼管，自然參考價值不大。起初就試著按照操作步驟

　　來編排界面。

　　時鐘顯示-》設(shè)置參數(shù)1-》設(shè)置參數(shù)2-》。..。..-》測量結(jié)果-》返回重測

　　整個過程是一個線性的設(shè)置過程，逐一檢查每一個參數(shù)，然后進行測量。

　　后來我發(fā)現(xiàn)既然要選擇參數(shù)進行設(shè)置，我們應(yīng)該把參數(shù)選擇放入一個并排選擇的環(huán)境中，即參數(shù)選擇界面-》1，。..2.。. 。.. -》回參數(shù)選擇界面。這樣就可以方便地設(shè)置參數(shù)，

　　修改需要修改的部分。

　　當(dāng)時想也沒想就這么寫了，而且寫了一個超級長的大循環(huán)，里面嵌套了無數(shù)小循環(huán)，直接導(dǎo)致的后果就是

　　冗長的程序搞亂了自己的思維，測試過程中發(fā)現(xiàn)鍵盤掃描出了問題，時常有檢測不到按鍵的現(xiàn)象。而回頭看看自己寫的程序，實現(xiàn)類似的鍵盤檢測卻運用了各種不同的方法，還都寫在同一個

　　函數(shù)中，就算不出錯，自己也不想再看。真有種絕望的感覺，后來又將這段代碼全部刪除了，這是個教訓(xùn)。

　　/*****************************************************************************************************************

　　*在實現(xiàn)類似功能的時候，最好是用同樣的方法，這種方法要經(jīng)過仔細的推敲和實驗，可以不是最簡單的，但必須是最可靠的辦法。比如在這個程序中，每次顯示之后然后判斷按鍵

　　值，從而進入下一個步驟。可見，每個步驟的切換都是相類似的，當(dāng)然，我們可以用很多方式來實現(xiàn)這個功能，開始的做法就是想起來怎么做就怎么做，寫得多了自己也不明白了。我們可以

　　遵循這樣的模式：

　　key = KEY_NULL;

　　while（key == KEY_NULL）

　　{

　　key = keyscan（）;

　　switch（key）

　　{

　　。.. 。..

　　}

　　}

　　這段代碼用于檢測按鍵相對比較清晰，可靠性高，可以作為通用模板。

　　****************************************************************************************************************/

　　寫完了按鍵的控制，下一個比較讓人糾結(jié)的就是12864的顯示問題。使用有字庫的12864本來應(yīng)該是方便一些，但是被我奇葩地搞得一塌糊涂。開始寫了一個在12864上打印字符的函數(shù)

　　，然后再上面循環(huán)打印出要顯示的數(shù)字。程序復(fù)雜也就算啦，關(guān)鍵是打印效果很讓人郁悶，我們知道12864帶字庫的是16*16為一大格，這樣一個字節(jié)寫下去，一個數(shù)字就占據(jù)1個方格，光標(biāo)還

　　亂飛。糾結(jié)一段時間知道，受到打印字符串的啟發(fā)，將數(shù)字轉(zhuǎn)換成ascii放到數(shù)組中，數(shù)組尾巴上加‘\0’，然后當(dāng)做字符串顯示，就ok了。

　　然后就是最令人抓狂的問題，EEPROM讀取出錯。24c02是iic器件，51模擬iic時序是我以前從網(wǎng)上蕩的，測試單個寫入讀取正常。但是寫入一個數(shù)組，讀出來的卻是隔一格有，隔一格

　　亂碼。網(wǎng)上沒見過這種問題。有問題，放一放吧。五一長假，人生中第一次約女生，然后。..，不知道還有沒有然后了。..。..玩了5天，回到學(xué)校，找高手們研究研究。于是大家集思廣益，各種

　　辦法找問題，最后我們發(fā)現(xiàn)如果人為寫入一個數(shù)字，也是第一個正確，接下來的一個錯誤，然后又正確。我估計是延時的問題，兩次寫入之間加延時，正常存取。可見，找不出問題的時候，

　　和大家討論一下是非常有益的。主要是選擇不同的測試方法，一步一步排查是顯示的問題？轉(zhuǎn)換的問題？eeprom讀出的問題？eeprom寫入的問題？開始一直懷疑是讀取方式的問題，也就沒

　　考慮是寫的問題。同時也需要注意，延時函數(shù)的意義，尤其是對于這種有嚴格時序要求的總線協(xié)議。弄清每個延時的意義是有必要的。

　　搞完這些后，我發(fā)現(xiàn)keil2中最讓人蛋疼的問題來了，莫名其妙的不產(chǎn)生hex文件，一大堆warming以前見過（uncalled segment ），也不知道怎么就好了，這次做個了斷吧。仔細看過這些警告，全都是大寫

　　但是可以看出是針對有些函數(shù)的，查看發(fā)現(xiàn)全都是沒有使用的函數(shù)，我們將這些沒有使用的函數(shù)與變量全部注釋掉，warming減少到一定程度，自然就可以了，貌似編譯器不知道什么函數(shù)被調(diào)用，而是將其都編譯，生成obj。也就是說我們平時要養(yǎng)成好習(xí)慣，

　　不調(diào)用的函數(shù)和全局變量及時注釋掉。否則就和我一樣，程序沒多大，內(nèi)存卻很容易就溢出，以至于無法定義變量和基本計算出錯。為了減少這種內(nèi)存的浪費，我們必須犧牲一部分可讀性，將函數(shù)拆開直接寫到用的地方，盡量使函數(shù)并排而不是嵌套。

　　開始為了函數(shù)易讀寫了這么個奇葩的結(jié)構(gòu)：

　　void test_fun（）

　　{

　　//char key;

　　T0T1_init（）;

　　ascii_init（）;

　　disp_welcome（）;

　　initial_ds1302（）;

　　disp_clock（）;

　　while（1）

　　{

　　select_change（POINT_POSITION）;

　　disp_bas（POINT_POSITION）;

　　test_process（POINT_POSITION）;

　　}

　　}

　　這個結(jié)構(gòu)直接放到main函數(shù)中，其實這樣做，系統(tǒng)需要為里面的嵌套浪費許多內(nèi)存來保存環(huán)境，所以內(nèi)存很快就被吃光了。將這個結(jié)構(gòu)拆解，直接裝入main函數(shù)，這樣定義變量就可以啦。

　　目前數(shù)組還原數(shù)字方面計算總是出錯，原因還不明確。