主控：mega32
编译器：iar2.31E
这两天折腾一个模块程序，一个温度补偿参数，本来是72个字节，现在扩展了三倍，变成288个，然后各种问题出现了。
第一次修改时想当然，直接把两个用到的全局变量数组改成了288个字节的，程序烧写进去以后，一旦同时调用这两个数组，mega32就会毫不犹豫的崩溃，反复重启，应该是内存溢出。
第二次，存储数据的数组不变，我把负责传输数据的改成了160，分两次向AT24C16写数据，这次程序没有崩溃，但是程序的结果让我崩溃了：首先是写入和读出来的数据乱七八糟，这也是我的原因，写入和读出的数据没有整理，随便写的，结果程序出错时看起来就很乱。等我意识到这点，半天已经过去了，后来学乖了，每次写0，就一个数写1，结果这次出现了更奇特的现象。由于数据分两次写入，第二次读写数据可以成功，但第一次死活不成功。两次的读写函数是同一个，当我把第二次读写屏蔽掉，第一次读写竟然又成功了！
又是崩溃的半天后，发现一个奇怪的现象，读写数据的时候，如果一包数据全是0，就会读写失败，其中哪怕有一个不是0，读写就没问题。我突然意识到，每次两包数据读写的时候，我随手在右下角敲个1，刚好在第二包里面，这样子第二包会成功，而第一包没有非零的数据，所以失败。于是，我在第一次、第二次读写中都加入一个1，果然，这下读写都成功了。我的读写函数是单字节操作，就是一次一个地址一个字节，不是按页写，竟然会有这种问题，只能说保护机制做的太好了。在一段时间内，如果一直保持高电平或者低电平（因为0不会有电平变化），就认为短路了，AT24C16会拒绝读写操作。
读写EEPROM没问题了，但是结果还是有问题，因为我的数据存储数据定义的是288个字节，在操作的时候，发现超过255的数据就把之前的覆盖了，数组大小有限制！没办法，改小吧，不知道是编译器原因还是什么。
总结：
1，mega32内存2K，全局变量太大很容易造成内存溢出；
2，mega32数组大小限制是256，我用的是无符号字符型，不知道整型的话限制是多少；
3，AT24C16在一段时间内的读写（10ms？），不能全部为0，不然芯片认为短路或者接地，拒绝操作；
扫一扫，打赏作者吧～