CC1101調試筆記

ID:262 · 發(fā)表于 2014-7-5 01:46

這是我第一次進行CC1101調試。整個過程花費了真的很久，，，，現在只是初步實現了數據的發(fā)射與接收，后續(xù)還要繼續(xù)調試。
先說說這一次調試的不足，首先就得自己經驗不夠，在沒有得到預計效果的時候不能找到正確的解決辦法，做事有些膽小。最開始用的51單片機進行調試，目標是發(fā)送數據點亮一盞LED，結果，弄了很久也么有得到想要的現象。一直懷疑是自己的程序問題（程序是網上找的），然后不斷地讀程序，該C1101的配置，還是沒有結果，這一過程花費了將近一周的時間，可謂是很大的浪費，后來實在找不出問題了，在網上買了配套的開發(fā)板，才發(fā)現是模塊已經壞掉了，看到這個結果的時候，整個人都不好了，不過還好，算是找到問題所在了，更換模塊之后，51板上的程序很快就實現了。

然后是在STM32上的實現，程序也是在網上找的，找了很多個版本。這一次的計劃是用STM32與C1101連接做數據發(fā)射端，之前驗證過的51和C1101連接做接收端。然后直接用J-LINK下載程序進行仿真，設置斷點，結果得不到想要的現象，程序一直死在while（!GDO0），這一次模塊確定是沒問題了，就斷定是自己的程序問題，于是又開始了漫長的程序修改，又是一周過去了·········直到昨天下午，同學過來幫忙看程序，兩個人討論了半天，終于找到了問題所在。
原因不是程序，是仿真斷點的設置，CC1101發(fā)送數據會經歷一個GDO0引腳電平“低-高-低”的過程，默認狀態(tài)的GDO0的引腳為低電平，開始發(fā)送數據的時候變成高電平，數據發(fā)送完成之后回到低電平。而我在while（！GDO0）設置斷點之后，32已經停止了運行，但是CC1101還在運行，它經歷了完整的數據發(fā)送之后，GDO0的引腳回到了低電平，所以當我繼續(xù)運行32的時候，程序會一直死在while（！GDO0）。只要把斷點的位置改了，不要在while（！GDO0）設置斷點就OK了。
總結這次調試遇到的問題以及解決，還是發(fā)現自己有太多的不足，在問題出現的時候，會將注意力全部集中在一個問題可能出現的地方，而忽視了其它可能的原因，導致自己浪費了大量的時間。在以后的調試中，要弄清楚硬件和程序的運行流程，這一點十分重要，仿真還是需要的，但要搞清楚自己的硬件會用怎樣一種方式進行下去。