STC89c58RD+使用SDCC --model-large编译时程序异常停止问题排查

可能的原因 #

• 栈空间配置异常：--model-large模式下，SDCC默认将栈分配到XRAM，但STC89C58的XRAM是内部扩展区域，若栈指针未正确初始化到XRAM地址范围，或栈大小设置不足，新增函数调用/变量时会触发栈溢出，导致程序崩溃。
• 内存模型不兼容：你使用的oledL.lib可能是基于--model-small编译的，large模式下函数调用的参数传递、寄存器使用规则与small模式不同，混合调用会导致栈或寄存器操作混乱。
• XRAM寻址限制：STC89C58的XRAM不支持bit类型寻址，若新增的DHT_GetData函数或变量中包含未正确放置的bit变量，会触发非法寻址，导致程序停摆。
• 中断与主栈冲突：若程序中有中断服务程序，large模式下中断函数的局部变量占用栈空间，可能与主程序栈重叠，引发未知错误。

解决方法 #

1. 显式配置栈参数
   编译时手动指定栈的位置和大小，示例：

   sdcc --debug --std-sdcc99 --model-large --stack-loc 0x800 --stack-size 0x100 main.c -o mainL.ihx oledL.lib -L ..\..\00_SDCCnewLibs -I ..\..\00_SDCCnewLibs
   

   也可以在main函数开头手动初始化栈指针（根据XRAM实际范围调整，STC89C58的XRAM通常为0x800~0xBFF）：

   void main(void) {
       SP = 0xBFF; // 将栈指针指向XRAM高地址，栈向下生长
       // 其他初始化代码
   }
   

2. 统一库文件的内存模型
   重新编译oledL.lib时添加--model-large参数，确保库文件与主程序使用相同的内存模型，避免调用规范冲突。

3. 修正bit变量的存储位置
   检查DHT_GetData及新增变量中的bit类型变量，用static修饰或通过__at指定到内部RAM的bit区域，示例：

   static bit dht_flag __at 0x20; // 将bit变量放在内部RAM的0x20字节的bit0位置
   

4. 启用栈溢出检测
   编译时添加--stack-auto参数，让SDCC自动管理栈空间，同时查看生成的.mem文件中STACK相关的使用统计，确认栈是否超出分配的大小。也可以在关键位置添加栈指针监控：

   putchar('S');
   putchar((SP >> 8) + '0'); // 打印栈指针高字节
   putchar((SP & 0xFF) + '0'); // 打印栈指针低字节
   

5. 优化中断服务程序
   若存在中断，尽量减少中断函数内的局部变量数量，或使用__using指定独立的寄存器组，避免与主程序的寄存器操作冲突：

   void timer0_isr(void) __interrupt 1 __using 1 {
       // 中断处理代码，使用寄存器组1
   }
   

内容的提问来源于stack exchange，提问作者alvin866