AVR单片机开发笔记

使用 AVR单片机开发短信报警系统时碰到不少问题，是跟单片机开发有关的：

 

  1，内存范围造成堆栈错误。avr-gcc的栈底是内存的最顶端。由于ATmega128被设置了mega103兼容模式，而编译时

       却以mega128为目标处理器。mega103是4000字节内存，mega128是4096字节，造成栈底指向了不存在的内存地

       址，结果一运行到函数调用语句，返回时程序跑飞。

 

  2，内存不足。mega8515只有512字节内存，程序定义了较多变量时，调用到嵌套比较多的函数时，就发生内存溢出

       而跑飞。

 

  3，int类型长度。8位机的int长度为8位，int范围是正负127，碰到比较长的短信PDU就溢出。可以使用long或int16_t，

       int32_t这些类型。

 

  4，printf()函数无法处理较长字符串。当存在格式化符时，似乎超过127个字符的字符串就无法正常输出，可能跟该函数

       的内部缓冲区大小有关系。

 

  5，烧错时钟fuse位，导致串口有时乱码。电路上使用外部晶震，时钟源fuse位却错烧成内部RC震荡(Int. RC osci)，由于

       都是8M没有发觉，但内部RC频率跟电压和温度有关而不准，结果造成串口的波特率不准，偶尔出现与超级终端通讯

       乱码问题。

 

   6，EEPROM初试化。程序在启动时检查EEPROM是否已经设置，否则自动初试化EEPROM。但使用时发现程序启动时无法读取EEPROM的机率很大，结果造成已经设置好的EEPROM被初始化，设置参数丢失。后来询问广州双龙的工程师，告知在不加密的情况 下加电经常会出现EEPROM数据丢失的问题，加上密就不会了。

  7，delay_ms()参数有个范围，超过就不准了。
   The maximal possible delay is 262.14 ms / F_CPU in MHz.
   就是说在8M的频率下最长时间是 262.14/8约30ms，再长就不准确了。