Mega168外部复位和单线调试共用时的管脚处理

目前很多单片机都具有调试、在线下载的功能。如AVR系列微控制器的DW接口，容许调试器（仿真器）通过VCC、GND和RESET三个口与微控制器通信，完成调试和程序下载。而这些功能所用到的数据接口中一般包括RESET复位引脚。为了上电可靠，我们一般都设计了上电复位电路。上电复位电路最多的是使用阻容复位电路。

我在一次设计中用到了ATmega168，当复位引脚直接上拉一个电阻的时候，能够进入ISP和DW模式。而当增加了阻容组成的上电复位后，单片机却进入不到调试模式了。

点击此处查看原文 >>

系统分类: 单片机   |    用户分类:    |    来源: 原创

编程规则

1,函数变量定义

数据的传递尽量通过函数的参数来实现，函数前面的函数返回值类型最好是表示函数执行的状态。

比如：我们通过串口接收一个字节数据，我们可以定义函数如下：

BOOL
xSmsPortSerialGetByte( CHAR * pucByte )
{
    *pucByte = UDR;
    return TRUE;
}

还可以定义如下：

Char xSmsPortSerialGetByte( void)

{
    return UDR;
}
第一种方法，调用函数后需要传递出一个接收到的数据，这个是通过函数的参数来传递的。第二种方法，是通过函数的返回值来传递的。

2,编译

代码编译后不能存在warning。

3, 文件名

软件项目的目录名和文件名都必须是英文字符。好多软件不认识汉字或者当有中文路径时会出错。比如，当AVR Studio4.14和WinAVR200（2008年9月能找到的两个软件的最新版本）配合使用时，如果项目文件存放目录存在中文时候，会出现不能找到makefile文件的错误。当目录都是中文的时候错误就消失了。

点击此处查看原文 >>

系统分类: 嵌入式   |    用户分类:    |    来源: 整理

以后一定注意不能忽略编译器的警告

1，为什么容易忽略编译器的警告信息？

    1）编程时处理各种error已经很让人恼火的了，error自然被放在次要位置；

    2）绝大多数下，程序在存在warnings的情况下，在短期内可以正常运行，我们根本看不到错误，导致warning近一步被轻视；

    3）没有养成好的工作习惯，带有warning的代码是不能交付的，而我们判断交付的标准中往往没有对代码提出更为细致的要求。

2，忽视编译警告往往会给我们造成重大损失

    最近的一个项目中，我的程序在实验室测试了1个星期没有出现问题。当设备部署到现场3天后，坏事情终于发生了：设备依次出现死机问题。

   再从头分析代码， 百思不得其解，痛不欲生的时候注意到了一个编译警告，说一个表达式一直为真。原来发生了下面的错误：

    unsigned char i;

    for( i = 0; i < 1000; i++)  {.....}

    变量类型的定义导致了表达式一直为真。为什么开始的测试中不会出现问题哪？原来，这段代码是必须程序运行一段时间后才会执行的一段代码，在短时间的测试中根本不会进入。

    看来编程真不能偷懒，偷懒必遭惩罚，你还要费比当时偷懒省的劲多好多倍的劲来弥补，并且这个弥补的过程中你还要承受巨大的压力。跟平时多流汗战时少流血的道理一样的。

    3）解决办法

    给自己的编程增加一个规则，带有编译警告的代码不能交付。

点击此处查看原文 >>

系统分类: 单片机   |    用户分类:    |    来源: 原创

引用没有声明的外部函数可能会导致严重问题

using a function without a valid prototype is VERY dangeours.

    在一个函数中调用另外一个文件中定义的函数，但是这个函数没有进行声明，会出什么问题哪？

    大多数的情况下可能会出现问题，有些情况下，可能是幸运不会出现问题。

     看下面这段代码：

    unsigned long ulWater_Max_Value=0xABCDEFUL;

    Puthexbyte(ulWater_Max_Value>>24);
    Puthexbyte(ulWater_Max_Value>>16);
    Puthexbyte(ulWater_Max_Value>>8);
    Puthexbyte(ulWater_Max_Value);

    其中Puthexbyte函数在另外一个c文件中进行了定义，但是在该文件对应的.h文件中，我没有对这个函数进行声明。

    这样，当运行上面的代码的时候，会导致错误的结果，输出的数据全部为0。

    改正的方法是，为每个外部函数在.h文件做一个相应的声明。每个需要调用这个函数的文件都要包含这个.h头文件。

    仍然是上面的代码，如果把变量定义为unsigned int 形式，却可以输出正确结果。这有点奇怪，绝对是侥幸，但是，为什么会对哪？即：

    unsigned int ulWater_Max_Value=0xABCD;

    //Puthexbyte(ulWater_Max_Value>>24);
    //Puthexbyte(ulWater_Max_Value>>16);
    Puthexbyte(ulWater_Max_Value>>8);
    Puthexbyte(ulWater_Max_Value);

    在不声明Puthexbyte函数的情况下，仍然能正确输出，为什么哪？

点击此处查看原文 >>

系统分类: 单片机   |    用户分类:    |    来源: 原创

一步一步写一个短信SMS协议栈FreeSmsStack（1）

一步一步写一个短消息收发协议栈（1）