就在我的有关如何对16位PIC24微控制器进行编程一书刚刚出版不久，我听说Microchip公司一款新的32位PIC32微控制器已经出炉。该产品使用的是MIPS内核，同时还声称与16位的引脚以及PIC24系列产品外围兼容。对我来说这简直是太重要了！我立即起身去要到一个样片并刷新基于GNU的MPLAB C32 C编译器的beta拷贝。

我只是必须看一下这款新产品像什么。它仍然像是PIC MCU？它能不能在同样的演示版上工作？毕竟，我已经用C语言为PIC24写完了15章颇有价值的16位代码和例程。长话短说，在随后的不到一个月的时间里，我不仅完成了代码移植，而且已经开始利用所掌握的PIC32的经验书写一本新书了！

下面就是对一个月里所发生的事情的简要叙述。我喜欢从我遵守最好的设计准则并从阅读数据页开始讲述，如果说我从头到尾全面阅读了数据页，那是撒谎！实际上我所做的与你做的完全一样。打开装有以前PIC24项目的MPLAB集成开发环境，点击F10键立即创建。

二进制数字

一长串的错误列表出现在输出窗口中。令我惊奇的是，所报道的所有错误都明显地只与我的二进制注释(0b00000000)，即C语言的一个非标准扩展有关。我试图编译我关于16位控制器一书前三章中的第一个代码例程。这是一段非常简单的代码，用C来说明I/O，精确定时以及流控制(用于循环)命令。我立刻决定将所有二进制文字转换成标准十六进制的注释(0x00)并观看结果，瞧！编译器和链接器马上解析出代码没有任何错误。

感觉很幸运，我决定继续“前进”，并在一些实际的硬件——即Explorer 16演示板上运行代码。我获取了一个PIC32插件式模块(PIM)，并取代我的16位器件一书中普遍所用的PIC24 PIM。加电后我抱着非常怀疑的态度观察了几秒钟，竟然没有“冒烟”！然后我取了一块MPLAB Real ICE调试器和编程器连接到板子上。MPLAB IDE竟然很快识别出该工具并报告已发现PIC32连接到板子上。

在快速和自动的固件升级后，我便立即按下编程键，随后便是运行命令….但却不工作！

我意识到板子上明显有什么问题，但一点也不像我所期望的那样。这里需要解释一下。在我的16位器件一书的前三章中，我利用C语言向读者提供了如何生成“Hello World”这类例子。其中，我讲到传统的实现方法是，向终端发送一个字符串，但这在嵌入式控制应用中是不现实或者不合适的。而是采用一个“有趣的”方案，即制作一排8个LED，当把板子拿在手上并挥动时，灯将有节奏地闪烁。它将显示出有用的信息，这要归功于眼睛的自然成像持久性。实际上对此进行编码要比描述更容易。

不同时钟

事实上是，PIC32得到的I/O引脚和定时全部都是错误的。