1 射頻數傳模塊開發平臺的構建

　　建立軟硬件開發平臺是模塊開發的首要任務，比較了幾種射頻數傳模塊方案，最后決定采用由LPC900系列FLASH單片機和CC1000射頻傳輸芯片為主芯片的開發方案。

　　1.1 主芯片簡介

　　LPC2900 FLASH單片機是恩智浦半導體(NXP Semiconductors)(由飛利浦創建的獨立半導體公司)發布了LPC2900系列微控制器，進一步擴展了其ARM7和ARM9微控制器業界最廣泛的生產線。恩智浦LPC2900基于廣受歡迎的、高性能的ARM968E-S處理器，針對工業、醫療、發動機控制和汽車電子行業內的應用，為設計師提供一個具有高成本效益、靈活的、低功耗的解決方案。

　　CC1000是根據Chipcon公司的SmartRF技術，在0.35μm CMOS 工藝下制造的一種理想的超高頻單片收發通信芯片。它的工作頻帶在315、868及915MHz，但CC1000很容易通過編程使其工作在300～1000MHz范圍內。它具有低電壓(2.3～3.6V)，極低的功耗，可編程輸出功率(-20～10dBm)，高靈敏度(一般-109dBm)，小尺寸(TSSOP-28封裝)，集成了位同步器等特點。其FSK數傳可達72.8Kbps，具有250Hz步長可編程頻率能力，適用于跳頻協議;主要工作參數能通過串行總線接口編程改變，使用非常靈活。

　　1.2 開發平臺構建

　　LPC900系列單片機提供了較為完善的軟硬件開發工具，在系統開發中采用TKS932仿真器，用于系統的仿真、調試。該仿真器支持目前流行的KEILC公司的μVisionⅡ集成開發環境。

　　通過自行設計的射頻模塊開發板以及附加一些輔助電路，配合TKS932仿真器及軟件開發工具μVisionⅡ，構成的射頻數傳模塊開發平臺的框圖如圖1所示。

　　PC機的COM1口與TKS932仿真器進行通信，對模塊軟件進行軟、硬件仿真。COM2口則與LPC922進行通訊，一方面可以把軟件調試信息更加直觀地反映出來，配合軟件調試;另一方面可以通過該串口接收或者發送數據到射頻模塊。

　　2 軟件開發及調試

　　2.1 數傳模塊軟件基本結構說明

　　射頻傳輸芯片CCl000具有3種狀態：IDEL(空閑)，RX(接收數據)，TX(發送數據)。整體上看，這是個具有3種狀態的狀態機模型，狀態之間的相互轉換見圖2。模塊主程序除了完成基本的芯片初始化工作外，程序的運行主要是根據在CC1000的DCLK管腳產生的中斷，由中斷管理程序進行狀態檢測及切換.

　　2.2 軟件調試開發中遇到的問題分析

　　該開發平臺采用的軟件開發環境為μVisionⅡ。該環境內嵌多種符合當前工業標準的開發工具，可以完成從工程建立和管理、編譯、連接、目標代碼的生成，軟件仿真，硬件仿真等完整的開發流程。即使不使用C語言而僅用匯編語言編程，其方便的集成環境、強大的軟件仿真調試工具也會令開發進度大大加快。但是其開發環境又有其自身的特色，需要對其中一些特殊的問題加以考慮。

　　2.2.1 程序中的關鍵字

　　在進行程序設計時不能使用C51編譯器的關鍵字來定義變量名或者函數名。C51是區別大、小字母的，而關鍵字都是小寫字母。

　　一些函數定義從字面上看沒有問題，但在編譯時均指示錯誤，查看C51關鍵字有關目錄，查出原因在于變量參數data為其關鍵字，造成了編譯時的錯誤。

　　下面列出了一些常用的關鍵字，在程序設計時定義變量或函數名時應特別注意避免使用：

　　_at_，alien，bdata，bit，code，data，idata，large，pdata，sbit，sfr，sfrl6，smal，task，using，xdata，priority。

　　2.2.2 BIT和SBIT的區別和全局變量、局部變量的使用

　　bit主要用位變量操作。sbit雖然也是用于位變量的操作，但其使用范圍較bit更廣泛。sbit不僅可以用于定義可位尋址寄存器的各個位，使我們可以對寄存器進行位操作，sbit的另一個重要作用在于構建類似于共用體數據類型，這種數據類型在LPC922與CC1000的串行/并行數據相互轉換中起著重要的作用。例如：

　　unsigned char bdata myDatas2;//定義一個可位尋址的全局變量

　　//定義變量的各個位

　　sbit cDatas0=myDatas2^O;

　　sbit cDatasl=myDatas2^l;

　　sbit cDatas2=myDatas2^2;

　　sbit cDatas3=myDatas2^3;

　　sbit eDatas4=myDatas2^4;

　　sbit eDatas5=myDatas2^5;

　　sbit cDatas6=myDatas2^6;

　　sbit cDatas7=myDatas2^7;

　　在這里myDatas2既可以作為一個8位的變量使用，同時各個位也可以單獨使用，這在串/并數據轉換的場合是很有用的。特別需要注意的是，myDatas2這個可位尋址變量必須以全局變量的形式予以定義，如果定義為局部變量，編譯器也將產生錯誤。

　　2.2.3 UART通訊和函數調用

　　在進行硬件仿真時，需要進行LPC922與PC機之間的UART串行通信，這樣可以把有關調試信息直觀地顯示在超級終端上。初期一直存在無法通信問題，為此調試了有關串口讀寫的底層代碼。

　　原來的單片機與PC機串口通訊寫程序如下：

　　原來的UART寫字符串函數writeln是通過調用putchar函數來進行的，但在硬件仿真時一直出錯，當把這部分程序單獨分離出來進行仿真時，卻未出現問題。后來分析考慮推想可能原因是：C51由于內部堆棧空間的限制，在函數調用時，提供的是一種壓縮棧，每個過程被給定一個空間用于存放局部變量，過程中的每個變量都存放在這個空間的固定位置，當多重調用或者遞歸調用這個過程時，會導致變量被覆蓋而出錯。此時應把該函數定義為可重入函數，但是再入函數因為要做一些特殊的處理，一般運行起來都比較慢。在這個程序中寫UART操作對函數putchar調用時，程序的其他部分也在調用該函數，覆蓋了傳遞給putchar函數的參數，導致程序運行出錯。于是對程序做了修改如下：

　　修改過的程序與原來程序差別在于不再進行putchar函數調用，而直接進行有關操作。修改后再進行硬件仿真，問題得到了很好的解決。由此可以看到，LPC900單片機由于內部堆棧資源有限，在程序設計時當發現程序運行異常時，應特別注意函數調用帶來的問題。當然出現這個問題還可能會有其他方面的原因。

　　2.2.4 看門狗

　　當系統處于一些比較惡劣環境(工控、底層采集等)，如果系統的抗干擾沒有做好，則容易出現"死機"現象，這時硬件電路并沒有損壞，只是內部程序運行出現錯誤，必須復位才能恢復，這時可用"看門狗"來解決問題。看門狗定時器子系統可通過復位使系統從錯誤的操作中恢復。但是任何事情都有其兩面性，當軟件沒能在定時器溢出之前將其清零或者重新賦值，看門狗定時器就會導致系統產生一次復位，從而產生錯誤。

　　仿真開發板上采用的是LPC922，因此對其復位時的有關看門狗的寄存器進行了具體分析，最后發現問題是由于沒有在一定的時間內及時對看門狗進行重新的配置參數造成的。通過對WDCON，WDL，WFEED1，WFEED2這4個與看門狗有關的寄存器進行合理配置，很好地解決了程序復位問題。

　　2.2.5 LPC900讀操作和CC1000寄存器讀寫

　　LPC900系列單片機通常也具有51單片機的一些特點，在使用時也應注意。當其I/O口作為輸入口使用時，有2種工作方式，即讀端口和讀引腳。讀端口實際上并不從外部讀入數據，而只是把端口鎖存器的內容讀到內部總線，經過某種運算或者變換后，再寫回到端口鎖存器。

　　讀引腳時才真正地把外部的數據讀入到內部總線。這時要先通過指令，把端口鎖存器置1，然后再進行讀引腳操作，否則就可能讀錯。在LPC922讀寫CC1000寄存器過程中涉及到有關讀引腳操作問題，應區別這2種工作方式。

　　3 結語

　　在本文介紹的開發平臺上利用LPC900系列單片機實現了根據不同的應用需要對射頻模塊上CC1000寄存器進行有效的參數讀寫配置控制，初步達到了設計要求。對軟件開發中所遇到問題的分析討論，在LPC900系列單片機的應用開發中也具有較廣泛的實際意義。