对LPC900系列单片机在射频数传模块中的研究

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系列单片机的应用开发中也具有较广泛的实际意义。