项目中有两个中断号超过31号,13号中断已被一个占用,另一个怎么办？
STC8H8K64U项目,一个中断是P3口IO,另一个中断是RTC,P3口IO中断借用13号中断,我将RTC中断借用没启用的14号中断,分两个*.asm加入项目,编译正常,运行出错，仿真发现总跑到其他程序中运行。在STC8H8K64U项目中，中断号超过31号的情况确实需要特别处理。根据您的描述，13号中断已被占用，而RTC中断借用了未启用的14号中断，但运行过程中出现了问题，仿真时程序跑到了其他程序中。以下是一些可能的原因及解决方案：
1. 中断向量表配置
STC8H8K64U的中断向量表是固定的，每个中断号对应一个特定的中断服务程序入口地址。如果中断号超过31号，需要确保中断向量表正确配置。您提到将RTC中断借用14号中断，但14号中断可能并未正确映射到RTC中断服务程序。
解决方案：
检查中断向量表，确保14号中断的入口地址正确指向RTC中断服务程序。
在.asm文件中，确保中断服务程序的标签与中断向量表中的地址一致。
2. 中断优先级设置
STC8H8K64U支持中断优先级设置，如果多个中断同时发生，优先级高的中断会先被处理。如果RTC中断的优先级设置不当，可能会导致程序跑飞。
解决方案：
检查RTC中断的优先级设置，确保其优先级合理。
如果RTC中断的优先级过低，可能会导致其他中断抢占，建议适当提高RTC中断的优先级。
3. 中断服务程序编写
中断服务程序的编写需要特别注意，确保在进入中断时保存现场，退出中断时恢复现场。如果中断服务程序编写不当，可能会导致程序跑飞。
解决方案：
在RTC中断服务程序中，确保保存和恢复所有可能被修改的寄存器。
确保中断服务程序中没有无限循环或长时间阻塞的代码。
4. 中断使能与屏蔽
在启用中断之前，需要确保相关中断使能位已正确设置。如果中断使能位未正确设置，可能会导致中断无法正常触发。
解决方案：
检查RTC中断的使能位，确保其已正确设置。
在启用中断之前，确保所有相关的中断屏蔽位已正确配置。
5. 仿真与调试
仿真时程序跑到了其他程序中，可能是由于中断服务程序未正确执行或中断触发条件未满足。
解决方案：
使用仿真工具逐步调试，检查中断触发条件和中断服务程序的执行情况。
确保中断触发条件已满足，并且中断服务程序能够正确执行。
6. 硬件连接与配置
如果硬件连接或配置不当，可能会导致中断无法正常触发或处理。
解决方案：
检查P3口和RTC的硬件连接，确保其正确无误。
检查相关寄存器的配置，确保其与硬件设计一致。
总结
在STC8H8K64U项目中处理中断号超过31号的情况时，需要特别注意中断向量表配置、中断优先级设置、中断服务程序编写、中断使能与屏蔽、仿真与调试以及硬件连接与配置。通过仔细检查和调整这些方面，可以有效解决中断处理过程中出现的问题，确保程序正常运行。
希望以上建议对您有所帮助，祝您的项目顺利进行。
[本文内容由国芯人工智能辅助生成，仅供参考] 一个是在一个中断里面不同外设的中断标志位，那个标志位置位了就处理对应的程序，，，
另一种是利用其他没有用到的中断， https://www.stcai.com/gjrj
Keil 中断拓展插件
14号好像是内部使用了
怪不得出错，我下载的STC8H8K64U手册上没写到14号中断是系统内部中断,那就错错了。后续试着借用串口234中断改一下,项目中没有用到任何串口中断。 也下载了中断拓展插件修改了C51EXE和C251EXE,明天都试一下。感谢以上四位热心网友。 13中断中判断不同的标志位进入不同的中断处理 回复上一层：好的我试试。错就错在借用的14号中断出的问题。 按上面各位提供的帮助,通过测试,最终选择中断拓展插件成功,解决了多个大于31#中断的问题,项目正在往前推进。
页:
[1]
2