2. 同樣的單片機程序在有的板子上不能調試
同樣的單片機程序在有的板子上不能調試的原因有：
1、看硬體上是否有問題。
2、看單片機是否有毛病。
3、看串口線是否有問題。
4、看串口是否正常。
3. 單片機調試過程中遇到的問題及解決方法
先檢查硬體是否正常，包括電源、晶振、IO口等
再檢查程序，將程序功能分開一項一項檢查。
4. 單片機有了硬體如何進行程序調試
調試程序都要使用模擬器或者調試器，如果你的單片機支持在線調試，買一個或者製作一個在線調試器就可以了，模擬器更專業一些，不過價格很貴的。
如果你使用51系列的單片機，當然有很大的用途了，不過新學的話，最好要熟悉一下匯編的調試，KEIL 可以調試匯編和C。
5. 求 51單片機與 NRF2401的調試 過程（心得）
無線收發晶元nRF2401調試心得
我個人認為調試射頻對於我們這代單片機開發人員來說真的是件頭痛的事情，當然也不乏高手存在。前段時間調試工作在2.4G的無線收發晶元nRF2401，在沒有DEMO板，僅一個數字示波器的條件下折磨了幾個星期也沒完全搞定，最終只能完成近距離收發，且空中的速率只能達到250Kbps(nRF2401 內部可設置成250Kbps或1Mbps兩種速度)。最終公司綜合多種因素考慮不得不暫停該方案。本來也沒什麼，但大家都知道，對於我們做技術的，當出現一個問題，而沒有將它解決掉，心裡總不是滋味！況且已經在上面花了很多的時間與精力，因此在這發此帖，牢騷一下！也希望能給沒有無線調試經驗（和我類似情況的）且正想要選擇無線收發方案的朋友一些借鑒或我的教訓！！！下面就是讓我感觸很深的，也很菜的幾點，可能不對， 懇請指證與討論。
1、速度。當初為什麼要選擇nRF2401呢？因為推廣商堪稱它的速率能達到1Mbps，且外圍器件很少。實踐上1Mbps,只是空中的速度，真正的傳輸速度還要取決於收發雙方的MCU與nRF2401之間的SPI介面速率及其它因素，最理想情況下估計也只能有400Kbps。
2、外圍電路。nRF2401的外圍器件真的是很少，但高頻就是高頻，我認為沒有調試好的最大原因應該出現在外圍器件與電路上，可能是PCB沒有做好，也可能是元件參數不精確等。因為系統已經可以通信了，只是速度上不去，和距離不夠。所以不要認為它的外圍器件與電路很簡單而小看它，如果沒有經驗與設備，最好是買個DEMO板且要找個好的技術支持方。
3、技術支持。起初從深圳的一家公司買了10片樣片，後來在調試過程中出現問題想請他們技術支持，但他們居然說自己沒有技術支持人員。
4、51單片機的硬體SPI介面時序問題。由於希望能讓通信的速率更高，故選擇帶硬體SPI介面的單片機。最初選擇了STC89LV516RD，但在測試時發現SPI的時序有點問題（在發送的最後一位總是提前半個波頭就結束了）。原本以為是STC的單片機質量有問題，後來就買了PHILIPS的 P89LV51RD2，專門對它的SPI進行了測試，結果出現同樣的問題。這時如果再認為是單片機本身的問題，那還不如認為是自己使用的問題！於是就請教了ZLG的技術支持，經他們進行測試後，所得結果與我所反映的一致。當ZLG向PHILIPS那邊說明該問題時，PHILIPS的回答是這個時序就是這樣的。當時我就很是吃驚！因此找了SST89V554和PIC16F877對它們進行測試，SST的還是出現上述問題，但PIC16F877則沒有該問題。如果各位有空且有好奇心，可以對上述提到的單片機進行測試一下。
5、硬體焊接。因為它的體積很小，所以很不好焊。起初自己拿烙鐵焊了幾個都不能用，後來拿到工廠去焊了，結果好點。
6、調試（非常的土，可能不對哦！）。當焊完硬體後，第一步，用示波器測晶振是否起振，如果起振且在1V左右，則說明其各種電源與振盪電路都已經無誤。另外當晶元處於關機模式（PWR_UP=0）時，振盪器也會停振。第二步，將晶元配置成發送模式，測量ANT2、ANT1、VDD_PA是否有幅值在 1.9V左右的方波輸出，而且是每發送一包就會有一個方波。如果沒有方波輸出，一方面請檢查IREF的方波是否正常，該端的22K電阻是否有虛焊等。另一方面則是軟體配置的問題，當CE=1，CS=0為收發模式，然後將CE拉低則激活發射。第三步，將另一個板子配置成接收狀態，用示波器測DR端，當一方發射數據時，接收方如果有數據收到，DR端就會產生方波。我一般都用示波器的一路接發射方的ANT端，另一路接接收方的DR端來判斷發射與接收是否正常，當然這可能會對高頻部分引起干擾。
一個不懂高頻，且剛步入工作崗位的單片機愛好者在調試無線收發模塊失敗後的胡言亂語，不對也請不要拋磚！！！謝謝！
6. 單片機的調試與燒寫問題
燒寫只是將程序生成的HEX文件燒寫到單片機的程序存儲器中；調試分為硬體調試和軟體調試，硬體調試是將程序燒寫到單片機內後，然後用Keil設置斷點，可以讓程序一步一步的走，想讓它走就走，想讓它停就停，還可以跳過一些語句執行；軟體調試是沒有進行硬體連接，讓它在編程器自帶的軟體中運行程序；一般在有問題時調試很容易找出問題的說在；在線調試的時候斷電了是要重新開始，把程序燒寫進去後提供電源就可以直接工作的。好好學吧，單片機還是很好玩的。
7. 單片機編程 如何調試 如何觀察實驗現象
先確認應急沒用問題。
程序的話先要編的不會提示錯誤。自己一步一步的分析 思想按照正常的路子走。如果感覺沒問題了就可以驗證了。用kiel 或weifu都是可以的。 開始學的話可以從點亮一個led開始。這樣程序簡單。自己按照想法去編。 之後自己分析多了就一看就明白了。 都是手能生巧的。
硬體要看你的基礎了。開始學的話按照別人組過的電路驗證下效果就行。 也可以到protus上去模擬下。 protus可以和keil 連到一起使用的。
8. 單片機常見故障及處理
一些單片機常見問題的解決辦法
工作和生活中會遇到許許多多的問題，可能讓你一時陷於其中，但是總有解決的辦法。隨時記下遇到的問題，並做好總結，一方面有助於積累，另一方面也避免同一次錯誤再犯。
1.PIC12F629僅有一個中斷入口，要避免多個中斷引發的沖突。
2.引腳電平變化觸發中斷，和外部INT中斷，在總中斷GIE清零的時候，不會進入中斷程序執行。
3.單片機進入休眠時，要喚醒，常常使用引腳電平變化中斷或者外部INT中斷。若是前者，按鍵按下時會喚醒，按鍵抬起時也會喚醒。如果這個時候還有別的中斷，如初始化了定時器，GIE置位了，兩種中斷就會沖突
4.如果PIC單片機的I/O口作為輸入引腳使用，初始化時必須要關比較器，否則，不會響應。
5.看門狗溢出會導致單片機從休眠中醒來。
6.使用PT2262和單片機做發射端時，如果用電池，要做到最省電。正常時，單片機休眠，PTT2262不上電，可以用三極體控制PTT2262的電源端，僅在發射時上電一次。
7.315MHZ的調幅電路中，選頻電感可以使用模壓電感，也可以自己繞，當然最好使用一端環形PCB銅線。
8.315Mhz的收發天線長度計算公式：L=1/4波長；而波長=3.0*10^8/315Mhz 算出 最佳匹配天線約25cm，可以使用拉桿天線，當然在PCB上用一段長的粗線也可以。
9.接收端使用的是超再生接收電路，網路上普遍流傳的那張圖紙被人原搬下來後，可以使用，我也剽竊了一次，希望也可以。要想看懂，真不容易。
10.P溝道的MOS管能不用就不用，價格昂貴不說，導通電阻大，功耗大，單片機輸出0時很容易打開，但是輸出1時，如果MOS管源極接的是高於單片機高電平的電壓，是關不斷的，需要藉助三接管關斷。
10.把過孔設成外徑0.4mm，孔徑0.2mm理論上可以，但是有人告訴我PCB加工廠可能做不出來，但我覺的問題不大
11.調試時一定要有耐心。沉住氣，多反思，沒有誰一下子就會成功，之前都會失敗很多次。想不通時把問題說出來，旁觀者清，別人可以給你啟示。
9. 硬體調試的基本步驟是什麼
檢查電路
通電觀察
靜態調試
動態調試
指標測試
10. 單片機項目中使用新IC晶元調試方法
前兩天，一位小夥伴咨詢我一款新IC晶元怎麼使用，藉此機會我順便把我日常工作中經常用到的一種調試方法介紹給小夥伴們，希望對對大家有所幫助。准備倉促，文中難免有技術性錯誤，歡迎大家給予指正，並給出好的建議...🤝🤝
我們在單片機的項目開發過程中經常會遇到使用新IC晶元的情況，某寶賣家有個時候也提供不了對應開發程序，到網上找資料也找不到；很多初學者面對這樣的問題往往束手無策，這里我給大家介紹我經常用的其中一種新IC調試的方法。
因為這個晶元比較簡單我這里採用下面步驟進行：
第一步： 先用arino+麵包板快速搭建電路驗證晶元功能
第二步： 使用STM32CubeIDE快速搭建工程驗證在STM32上工作是否正常
Tips： 由於我手頭沒有 萬用表 ，這里我使用 arino的模擬電壓採集 功能通過串口列印出來作為電位計的 電壓監控 用。
晶元模塊的快速製作
在晶元商城上買了兩片回來調試，晶元購買的費用小夥伴給付了
准備好晶元+轉接板
焊接兩塊是為了防止在使用過程中意外弄壞另一塊可以立馬補上，確保調試正常進行而不耽誤太多時間
這樣我們的模塊就製作完成了
說明： STM32使用的供電電壓和數字電位計參考電壓都是3V3，相應的輸出結果也是在0~3V3范圍
1、這里介紹了眾多新IC晶元調試方式中的一種，後期有機會再陸續介紹其他IC或新模塊的調試方法。
2、文中只是簡單的對晶元進行功能測試，實際項目中還會有移植、驅動的可靠性、穩定性等測試工作 。
3、我們要善於運用手頭的工具、arino等快速驗證開發環境；模塊的快速驗證，特別是在項目開發過程中，時間就是金錢，對每一種工具的熟練掌握也是單片機開發過程中不可或缺的重要技能。
4、硬體調試與軟體調試有很大的區別，很多時候是一次性，不可逆轉的，不像軟體Ctl+Z可以撤銷；硬體在使用過程中出現意外損壞情況很正常：焊接不當、意外插錯，靜電防護不到位等等；我們要善於運用一些項目技巧，權衡時間或花費；這里之所以選擇焊接兩個晶元模塊也是為了防止這種意外的發生而對調試造成不必要的時間耽擱。