今天整個下午，都在與一個大三的學長討論51單片機串口通信的一段程序。

看似簡單，寥寥數行，卻花了四個小時，這四個小時對我來說過的值，給了我很多啟示，所以想寫這篇日志記錄下來。

本來在其它的文獻上找到過類似的程序，后來又在網上搜到一些例子，然后自已寫出了一段，但調試就遇到問題，都是一些小的卻又解決不了的問題，比如輸出的字符串錯位，中間有亂碼，從理論上看程序一點問題都沒有，但用起來就出問題，自己實在解決不了，只好請教學長。

問過好多人，都不大熟悉串口通訊，后來問了一個據說很厲害的學長，結果被教育了一通，他教育我，遇到問題要自己解決，不要依賴別人幫忙，從一個方面說，他的話也確實對，隨著研究的深入，很多問題別人也不懂（事實上我把周圍的人問了一圈，也確實沒人懂），只有自己去研究，才能提高能力。

但是，這個問題其實我已經自己研究了一個星期了，被逼無奈才去找學長的。

下午的事情也能說明，如果只靠我自己，估計再給一個星期也不行，表面并不復雜的東西，涉及到的東西實在是太多了。

下午有個好心的學長來幫我，他學的是ARM，雖然對51不熟悉，但他能解決我的問題，給我的啟示是，做研究，基礎的原理一定要學好，以后即使遇到自己不懂的領域，都可以很容易的去解決，學長雖然連51的基本指令都不太熟悉，但他熟悉硬件原理，所以下午的討論過程中，遇到的很多都是硬件的細節問題，這必須要思維縝密，熟悉硬件的人才能解決。

比如說，開始的程序里，格式沒問題，理論也能解釋通，但就是出問題，如果不是這位學長，誰能想到是因為寄存器存在反應時間，而數據發送過快，導致接收數據錯位，也很難想到，僅僅少了兩句在合適的位置打開關閉發送中斷和接收中斷，就有了那么大的差別，對于一個只懂程序，不懂硬件，或者只會編程，不懂基本原理的人，是不會想到問題出在哪里的。

想起兩星期前，也是遇到電機不轉的問題，怎么也弄不好，后來請了一個大四的，經驗豐富的學長，同樣是本以為簡單的情況，學長調了好長時間，最后斷定是開發板上的一個小排阻的問題，當時挺吃驚的，這些東西一旦跟硬件聯系上了，問題真的要復雜十倍，出現問題時，程序跟硬件相比真的太簡單了，這話不假。

還有個插曲，我去買那個型號的排阻，問老板多少錢，老板反問我要多少，我說要一個，老板鄙夷的斜視我，說我們都是一包一包賣的，我問老板一包有幾個，老板微笑著說有兩百個……

我一直想做科研，但我對待學習的態度確實不好，在學習單片的時候，我為了節省時間，略過了基礎知識的習，直接學習我需要的部分，但現在來看，因為不懂基礎，繞彎路花費的時間浪費的太多了。這真的是做學問的大忌。

那位學長還有一點很讓我欣賞，就是他在查錯的時候，思維的條理性，其實我也知道，查錯能力是科研人員必須具備的能力之一，我知道它很重要，只是相比之下，我還是有些欠缺，還欠缺點條理。

這些需要在以后的時間里鍛煉。

之前，我寫這個程序一直停滯不前，要不是那位學長，我自己是不可能想到如何從硬件方面思考解決辦法的，表面上簡單的不能再簡單的程序，涉及到硬件方面就相當難了。

這種方面真的是說著容易做著難呀。

總結下，今天提醒我的是一定注意自己查錯能力的培養，還有對待基礎知識的認真。我會好好努力的，希望我未來可以成為一名合格的科研工作者。

理論和實際差距就是大，就像做仿真和硬件一樣，仿真能出來，硬件就是出不來。同樣的程序、同樣的硬件，不同的人做出來的結果不一樣。這些經驗是課本上沒有的，所以很寶貴，呵呵

路過頂一下