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

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

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

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

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

　　來編排界面。

　　時鐘顯示-》設置參數1-》設置參數2-》。..。..-》測量結果-》返回重測

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

　　后來我發現既然要選擇參數進行設置，我們應該把參數選擇放入一個并排選擇的環境中，即參數選擇界面-》1，。..2.。. 。.. -》回參數選擇界面。這樣就可以方便地設置參數，

　　修改需要修改的部分。

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

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

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

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

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

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

　　遵循這樣的模式：

　　key = KEY_NULL;

　　while（key == KEY_NULL）

　　{

　　key = keyscan（）;

　　switch（key）

　　{

　　。.. 。..

　　}

　　}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　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函數中，其實這樣做，系統需要為里面的嵌套浪費許多內存來保存環境，所以內存很快就被吃光了。將這個結構拆解，直接裝入main函數，這樣定義變量就可以啦。

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