一個簡單單片機項目的一些想法
儀器的原理是借助電磁感應，為線圈通電，不同含鐵量的成分會使線圈產(chǎn)生不同頻率的震蕩，由此來測試成分的含鐵量。我做的部分也非常簡單，使用51單片機操作12864做顯示，矩陣鍵盤
控制系統(tǒng)的行為，1302存儲時間，可有可無，24c02用來存儲預設參數(shù)，用于方便計算，僅此而已。
接到任務后，準備一晚上把它弄完。這也是上大學以來首次通宵做東西(其實后半夜基本都在發(fā)呆)，第一天晚上進展還算比較快，每個基本模塊的基本操作都能進行了。然后就
可以回家輕松過五一啦。其實艱巨的任務還在后面。
碰到的第一個問題就做一個什么樣的操作界面比較靠譜。由于沒有g(shù)ui支持，做什么玩意全都需要自己安排。原儀器用的是數(shù)碼管，自然參考價值不大。起初就試著按照操作步驟
來編排界面。
時鐘顯示->設置參數(shù)1->設置參數(shù)2->......->測量結(jié)果->返回重測
整個過程是一個線性的設置過程，逐一檢查每一個參數(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)類似功能的時候，最好是用同樣的方法，這種方法要經(jīng)過仔細的推敲和實驗，可以不是最簡單的，但必須是最可靠的辦法。比如在這個程序中，每次顯示之后然后判斷按鍵
值，從而進入下一個步驟。可見，每個步驟的切換都是相類似的，當然，我們可以用很多方式來實現(xiàn)這個功能，開始的做法就是想起來怎么做就怎么做，寫得多了自己也不明白了。我們可以
遵循這樣的模式：
key = KEY_NULL;
while(key == KEY_NULL)
{
key = keyscan();
switch(key)
{
... ...
}
}
這段代碼用于檢測按鍵相對比較清晰，可靠性高，可以作為通用模板。
****************************************************************************************************************/
寫完了按鍵的控制，下一個比較讓人糾結(jié)的就是12864的顯示問題。使用有字庫的12864本來應該是方便一些，但是被我奇葩地搞得一塌糊涂。開始寫了一個在12864上打印字符的函數(shù)
，然后再上面循環(huán)打印出要顯示的數(shù)字。程序復雜也就算啦，關(guān)鍵是打印效果很讓人郁悶，我們知道12864帶字庫的是16*16為一大格，這樣一個字節(jié)寫下去，一個數(shù)字就占據(jù)1個方格，光標還
亂飛。糾結(jié)一段時間知道，受到打印字符串的啟發(fā)，將數(shù)字轉(zhuǎn)換成ascii放到數(shù)組中，數(shù)組尾巴上加'\0'，然后當做字符串顯示，就ok了。
然后就是最令人抓狂的問題，EEPROM讀取出錯。24c02是iic器件，51模擬iic時序是我以前從網(wǎng)上蕩的，測試單個寫入讀取正常。但是寫入一個數(shù)組，讀出來的卻是隔一格有，隔一格
亂碼。網(wǎng)上沒見過這種問題。有問題，放一放吧。五一長假，人生中第一次約女生，然后...，不知道還有沒有然后了......玩了5天，回到學校，找高手們研究研究。于是大家集思廣益，各種
辦法找問題，最后我們發(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)成好習慣，
不調(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ù)字方面計算總是出錯，原因還不明確。
編輯：admin 最后修改時間：2018-05-18
