從8/16位向32位圖形MCU升級的技巧

就在我的有關(guān)如何對16位PIC24微控制器進行編程一書剛剛出版不久，我聽說Microchip公司一款新的32位PIC32微控制器已經(jīng)出爐。該產(chǎn)品使用的是MIPS內(nèi)核，同時還聲稱與16位的引腳以及PIC24系列產(chǎn)品外圍兼容。對我來說這簡直是太重要了！我立即起身去要到一個樣片并刷新基于GNU的MPLAB C32 C編譯器的beta拷貝。

我只是必須看一下這款新產(chǎn)品像什么。它仍然像是PIC MCU？它能不能在同樣的演示版上工作？畢竟，我已經(jīng)用C語言為PIC24寫完了15章頗有價值的16位代碼和例程。長話短說，在隨后的不到一個月的時間里，我不僅完成了代碼移植，而且已經(jīng)開始利用所掌握的PIC32的經(jīng)驗書寫一本新書了！

下面就是對一個月里所發(fā)生的事情的簡要敘述。我喜歡從我遵守最好的設(shè)計準則并從閱讀數(shù)據(jù)頁開始講述，如果說我從頭到尾全面閱讀了數(shù)據(jù)頁，那是撒謊！實際上我所做的與你做的完全一樣。打開裝有以前PIC24項目的MPLAB集成開發(fā)環(huán)境，點擊F10鍵立即創(chuàng)建。

二進制數(shù)字

一長串的錯誤列表出現(xiàn)在輸出窗口中。令我驚奇的是，所報道的所有錯誤都明顯地只與我的二進制注釋(0b00000000)，即C語言的一個非標準擴展有關(guān)。我試圖編譯我關(guān)于16位控制器一書前三章中的第一個代碼例程。這是一段非常簡單的代碼，用C來說明I/O，精確定時以及流控制(用于循環(huán))命令。我立刻決定將所有二進制文字轉(zhuǎn)換成標準十六進制的注釋(0x00)并觀看結(jié)果，瞧！編譯器和鏈接器馬上解析出代碼沒有任何錯誤。

感覺很幸運，我決定繼續(xù)“前進”，并在一些實際的硬件――即Explorer 16演示板上運行代碼。我獲取了一個PIC32插件式模塊(PIM)，并取代我的16位器件一書中普遍所用的PIC24 PIM。加電后我抱著非常懷疑的態(tài)度觀察了幾秒鐘，竟然沒有“冒煙”！然后我取了一塊MPLAB Real ICE調(diào)試器和編程器連接到板子上。MPLAB IDE竟然很快識別出該工具并報告已發(fā)現(xiàn)PIC32連接到板子上。

在快速和自動的固件升級后，我便立即按下編程鍵，隨后便是運行命令….但卻不工作！

我意識到板子上明顯有什么問題，但一點也不像我所期望的那樣。這里需要解釋一下。在我的16位器件一書的前三章中，我利用C語言向讀者提供了如何生成“Hello World”這類例子。其中，我講到傳統(tǒng)的實現(xiàn)方法是，向終端發(fā)送一個字符串，但這在嵌入式控制應(yīng)用中是不現(xiàn)實或者不合適的。而是采用一個“有趣的”方案，即制作一排8個LED，當把板子拿在手上并揮動時，燈將有節(jié)奏地閃爍。它將顯示出有用的信息，這要歸功于眼睛的自然成像持久性。實際上對此進行編碼要比描述更容易。

不同時鐘

事實上是，PIC32得到的I/O引腳和定時全部都是錯誤的。