串口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++;
经过实验，很幸运，结果还是错的，跟没有加递增是一样的结果。当然我到现在还是没有找到原因，但是总的结果不能不要啊，最后只能用个很笨的办法了，如下：
在用51内核的时候，总会碰到写莫名其妙的问题，真是该吐槽一波。如果有知道上述得到错误结果原因的朋友，还请评论。
By Urien 2017年8月19日 13:39:20