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

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

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

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

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

來編排界面。

時鐘顯示->設置參數(shù)1->設置參數(shù)2->......->測量結果->返回重測

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

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

修改需要修改的部分。

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

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

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

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

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

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

遵循這樣的模式：

key = KEY_NULL;

while(key == KEY_NULL)

{

key = keyscan();

switch(key)

{

... ...

}

}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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);

}

}

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

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