不按程序顺序执行问题|已解决，函数中间执行出错

Sko***

我使用的芯片型号是STC32G8K64，如下是main()函数


在软件调试当中，发现在运行main()函数,从void main(void)执行一步就跳转到如下第62行



这是什么原因不得其解。
项目工程：https://www.stcaimcu.com/forum.php?mod=attachment&aid=MTQ3OTg3fGQ2YTVmMjA4fDE3OTAxNTEwMjF8MHw%3D

我心***

重新按步骤做一次仿真芯片。
我印象中是新修改的程序没有在仿真芯片中，造成芯片中原来程序与调试环境中的代码当前所在行对应混乱。

我心***

切记！切记！制作仿真芯片时一定要确定编译好的程序也写入了仿真芯片。
https://www.stcaimcu.com/thread-17463-1-1.html
(出处: 国芯人工智能技术交流网站)

芯***

我已经获取了足够的信息来全面分析这个问题。现在让我综合所有信息给出诊断和解决方案。

---

关于「不按程序顺序执行问题」的分析与解决

问题描述

您使用的是 STC32G8K64 芯片，在 Keil 软件调试中，从 void main(void) 执行一步就跳转到第 62 行，程序似乎"不按顺序执行"。该帖子的回复者（"我心..."）给出的建议是 重新制作仿真芯片，并强调制作仿真芯片时必须确定编译好的程序也写入了仿真芯片。

让我结合 STC32G 系列手册和论坛反馈，帮您梳理可能的原因和解决方案。

---

一、最可能的原因：仿真芯片中烧录的程序与调试代码不一致

这是该帖子中其他用户反馈的最典型原因。具体来说：

现象：您在源码中改动了程序，但仿真芯片中烧录的还是旧版本程序，导致 Keil 调试器加载的源代码行号与仿真芯片里实际运行的代码地址对应混乱。当您"单步执行"时，调试器不知道该在哪里停下，就会出现"执行一步就跳到第 62 行"这种看似乱序的现象。

解决方式：按照 STC 仿真使用说明，重新制作仿真芯片，并务必确保：

1. 先编译生成最新 Hex 文件；
2. 通过 STC-ISP 软件将该 Hex 程序写入仿真芯片（做仿真芯片时选择"将用户程序也烧录进去"）；
3. 确认烧录成功后再进入 Keil 调试。

据论坛反馈，做仿真芯片时一定要确认"编译好的程序也写入了仿真芯片"，否则内部存在旧程序会导致行号错乱。

---

二、其他常见导致"程序乱序/跳转异常"的原因排查

如果重新做仿真芯片后问题依旧，建议从以下方向排查：

1. 中断服务程序的影响

STC32G 系列支持非常多的中断源（从手册「中断系统」章节可见，INT0、Timer0、UART、ADC、LVD、SPI、I2C、USB、PWM、CAN 等大量中断）。如果您的程序里开了某个中断（如串口接收中断、ADC 中断等），而该中断的中断标志位未被清除，或中断被频繁触发，CPU 会不断进入中断服务程序，导致主程序执行看起来"跳来跳去"。

排查方法：

• 检查是否开启了总中断 EA = 1 以及各中断使能位；
• 检查中断服务程序中是否清除了对应的中断标志位（如 RI、TI、TF0 等）；
• 在调试时可先将 EA = 0 关闭所有中断，再看程序是否正常顺序执行。

2. 看门狗复位导致反复复位

STC32G 手册「复位、看门狗、掉电唤醒专用定时器与电源管理」章节中，看门狗（WDT）溢出会触发复位。如果程序里意外开启了看门狗（EN_WDT = 1）却没有及时喂狗，MCU 会周期性复位。每次复位后 main() 从头执行，在调试单步时看起来就像"不按顺序执行"。

排查方法：

• 检查 WDT_CONTR 寄存器是否被设置为 EN_WDT = 1；
• 若不需要看门狗，保持 EN_WDT = 0；
• 若需要看门狗，确认循环中有正确的喂狗动作。

3. 代码区溢出（ROMOVF）

STC32G 手册中 RSTFLAG 寄存器的 ROMOVF 位说明：当 CPU 执行代码到非程序区时，会触发"代码区溢出"复位。如果您的程序配置（如代码分区、起始地址设错）或链接设置有问题，程序可能跳到非程序区，造成复位或乱序。

排查方法：

• 检查 Keil 中存储器配置（Memory Model、代码起始地址等）；
• 检查 RSTFLAG 的 ROMOVF 位是否被置 1（可通过读该寄存器判断是否发生了代码区溢出复位）。

4. 变量/指针越界或数组溢出

如果程序中有数组越界、野指针操作，可能覆盖到代码区或中断向量表，导致程序跳转异常。这是 C 语言程序中"程序乱序/跑飞"的常见原因，在调试时尤其明显。

排查方法：

• 检查所有数组尺寸和下标范围；
• 检查指针是否有非法赋值。

5. 仿真器/调试环境设置问题

• 检查 Keil 的调试仿真器型号是否与 STC32G8K64 匹配（应选择 STC-USB Link1 或相关的 STC 仿真器）；
• 检查是否选择了正确的晶振频率（如果调试时晶振频率设置与实际不符，时序会错乱）。

---

三、给您的建议步骤

按照以下步骤逐一排查，从最可能的原因开始：

步骤	排查项	操作
1	重新做仿真芯片	编译生成最新 Hex → 用 STC-ISP 烧录到仿真芯片 → 确认烧录成功 → 再进 Keil 调试
2	确认源码与芯片版本一致	删除/重建目标文件，重新全编译（Rebuild All），避免使用陈旧的目标文件
3	关闭中断测试	先 EA = 0 再调试，确认是否中断导致跳转
4	检查看门狗	确认 EN_WDT 为 0（或确认正确喂狗）
5	检查代码区溢出	读 RSTFLAG 的 ROMOVF 位，若为 1 则检查程序配置
6	检查数组/指针	排查越界访问和野指针问题

---

总结

根据该帖子的反馈和其他用户的经验，最可能的原因是：仿真芯片中烧录的程序与当前 Keil 调试的源码不一致，导致调试器显示的行号与芯片实际运行代码对不上。核心解决方法是：重新制作仿真芯片，并确保编译好的最新程序已正确写入仿真芯片中。

如果重新制作后仍有问题，则需要进一步排查中断干扰、看门狗、代码区溢出或变量越界等因素。

如果您能提供更多信息（比如您的 main() 函数代码、是否开了中断、Keil 调试设置等），我可以帮您进一步定位问题。

---

🔍 搜索 "STC32G 仿真芯片 程序跳转 行号错乱"

📌 相关论坛讨论

1. 不按程序顺序执行问题 - 该帖，楼主使用 STC32G8K64，从 main 执行一步跳到 62 行
2. 重新做仿真芯片相关帮助帖 - 论坛用户推荐的参考帖

⏱️ 查找用时 10.2s | 总回答用时 23.8s

---

🔍 搜索 "程序乱序 执行顺序 问题排查 单片机"

📌 相关论坛讨论

1. 不按程序顺序执行问题
2. STC32G144K246单片机（齐芯32051单片机）论道--系列文章
3. AI8051U 仿真过程中无故停止和复位

⏱️ 查找用时 9.1s | 总回答用时 26.6s

Sko***

我心*** 发表于 2026-8-24 13:41
重新按步骤做一次仿真芯片。
我印象中是新修改的程序没有在仿真芯片中，造成芯片中原来程序与调试环境中的 ...

我是使用软件调试的，没有硬件调试，而且我试过使用USB转TLL工具进行硬件调试，但一次连接错误，不知道是什么问题。

网***

优化关了再试

hea***

单步执行请使用“step（F11）”，
你应该是执行的step over（F10）或Run之类的，遇到错误会停止向下执行。
停下的地方正是keil报错的地方，TM2PS所在地址无写权限。这是调试器的配置，对于实际STC芯片，此地址范围是可读写的。

Sko***

hea*** 发表于 2026-8-24 15:32
单步执行请使用“step（F11）”，
你应该是执行的step over（F10）或Run之类的，遇到错误会停止向下执行。
...

我正是使用Step Over(F10)执行的

hea***

step over是越过函数，即执行完整个函数。
这个函数中间执行出错了，所以停在出错位置。

Sko***

hea*** 发表于 2026-8-24 15:42
step over是越过函数，即执行完整个函数。
这个函数中间执行出错了，所以停在出错位置。 ...

谢谢，问题解决了