串口printf的使用

每次在使用到51内核的MCU是总会很头疼，原因有很多，主要的就是仿真，串口打印调试等比较麻烦。但是没办法，这还必须要用到。所以没办法，把之前用过的串口打印程序重新温习了下，用过51和32的朋友一定会发现51简直弱爆了，在串口打印程序上还非常的不方便。以最好用的printf为例子。我今天就把这个函数给写出来了，当然依托了网上的大神们，函数原型如下：

void USART0_Printf(char *fmt,...)//这个是我们的printf函数

{

 char* ap;//typedef char *va_list; va_list是char型的指针

 charxdata string[128];//访问外部RAM 两字节对齐

 va_start(ap,fmt);//这个函数的功能是，找到第一个可变形参的地址，并把地址赋给ap

 vsprintf(string,fmt,ap);//其实这个函数才是核心函数，没研究。。。

 USART0_SendString(string);//这个函数就是发送字符串函数，通过上一个函数，就把该提取的东西都提取了

 va_end(ap);//结束函数

}

这个函数在51调试的时候还是非常好用的，特别是又用串口ISP下载的用户。接下来简述下函数的用法：

1、在编写函数之前，首先需要添加stdarg.h头文件，其中va_start和va_end函数就是这个里面的库。

2、其次就是需要分配一个空间，例如上面的char xdata string[128]; 因为空间有限，我这里给的是外部128字节。打印的长度超出了可能就会出问题了，根据情况，在空间充足的情况下可以分配大一点。

3、编写底层的串口打印字符串函数，在51的程序里我一般写成如下：

//串口0发送一个字节

void USART0_SendByte(u8 value)

{

       SBUF= value;  //发送一个字节                         

       while(!TI);   //等待TI置1              

              TI=0;                                 

}

//串口0发送字符串

void USART0_SendString(u8 *dat)

{

       while(*dat!='\0')

              USART0_SendByte(*dat++);

}

这是串口0的打印函数，如果换成串口1也是一样的。

在使用的过程中需要注意有数据的情况下，数据需要强转成int型不能直接用unsigned char，这个不是我今天所遇到的问题，在上学期间实践过，所以使用的时候我都加了强转，例如：

USART0_Printf("PWR_LEVEL=%d  MOD_LEVEL=%d  FAN_LEVEL=%d TIME_LEVEL=%d FUN_LEVEL=%d\n",

                           (int)PWR_LEVEL,(int)MOD_LEVEL,(int)FAN_LEVEL,(int)TIM_LEVEL,(int)FUN_LEVEL);

变量循环问题

在程序编程中往往会遇到一些奇怪的问题，今天调试的MCU就出现了个问题，问题是这样的，一个8位的变量（FAN_LEVEL），当我需要这个变量在1、2、3、4之前循环的时候，一开始没有别的想法直接写上简单的计算公式，如下：

                     FAN_LEVEL++;

                     FAN_LEVEL= FAN_LEVEL%4+1;

这是第一时间想到的方法，但是在调试的时候发现不对，一开始也没有发现，这还能出错吗?调到后面把变量值打出来才发先这个变量确实存在问题，以下是调试的串口打印结果：

很奇怪变量并不是按照设计的循环的，调试了很久，始终找不到问题，但是有一种情况是可以的，如下公式

                     FAN_LEVEL++;

                     FAN_LEVEL= FAN_LEVEL%4;

这样的结果确实是正确的，如下图：

那我就感觉很奇怪了，但是这个0-3循环不是1-4循环，不是想要的结果，到这里看到的朋友都会说再在后面递增一下不久可以了，加上之后的方法：

                     FAN_LEVEL++;

                     FAN_LEVEL= FAN_LEVEL%4;

                     FAN_LEVEL++;

经过实验，很幸运，结果还是错的，跟没有加递增是一样的结果。当然我到现在还是没有找到原因，但是总的结果不能不要啊，最后只能用个很笨的办法了，如下：