emmm 看了眼自己的程序，，一直都是这样使用的，，中断中不处理TI标志位，主函数里轮询TI标志然后清零， ...
不打开ES中断允许标志位就可以了，打开中断标志就会存在循环进入的问题 王昱顺 发表于 2025-5-12 11:10
不打开ES中断允许标志位就可以了，打开中断标志就会存在循环进入的问题
接收还是要中断接收啊，，我这里ES肯定要开的 王昱顺 发表于 2025-5-12 11:10
不打开ES中断允许标志位就可以了，打开中断标志就会存在循环进入的问题
难道说是运气比较好？有点儿后怕。。 _奶咖君_ 发表于 2025-5-12 11:14
难道说是运气比较好？有点儿后怕。。
这个从逻辑上就是会循环进中断，但是从中断回来以后还是会执行一条语句的。
建议还是不要这么做，清除中断标志位就是要放在中断里执行
如果此时有其他的中断过来再打断，可就能造成程序卡死了 王昱顺 发表于 2025-5-12 11:28
这个从逻辑上就是会循环进中断，但是从中断回来以后还是会执行一条语句的。
建议还是不要这么做，清除中断 ...
对 我现在后怕的就是你最后说的这个，，如果发送之后有其他中断打断，还是有造成程序卡死的风险，，，之前是一直都没有出现过这种情况，，所以这部分代码也就一直没有改过。。。后面抽时间改改{:baoquan:}
即便是，退出中断之后还会执行一条语句，可能就是一直没有出现这个问题的原因，，因为这个while(!TI); 我看汇编代码中也就一条指令。。但是总归频繁触发中断不是很好。。
页:
1
[2]