关于"访问"的表达是否准确?

tzz***

前几天做OS移植时,遇到保存EA并清除的问题.
根据以往书箱的描述, 访问IE,IP的指令可以暂时延缓发生中断, 当时想, 读并清除EA,分两步做是没有问题的. 于是我做了个访直测试, 结果发现不行.

本来事情也就这样过去了, 恰巧昨天 版主 神农鼎 由于讨论相关问题时发出了官方手册上关于这部分的内容, 这些内容我以前都没有见到过. 其中也是明确指出"特殊指令"可以暂缓中断发生, 于是我....心里就又放不下啊, 哈哈, 不搞明白过不去自己心里那道坎
于是今天我又去试了一下:
结果:  对IE的写操作确实可以暂缓中断发生, 但读不行.  
我想是我对访问这个词理解不够呢, (访问不包括读吗?) , 还是描述本身的表达问题

以下为测试代码:



此次测试为连续读IE, 在执行完第二个 MOV A ,IE 时跳转到中断了, 测试失败


此次为连续写IE,直到最后, 没有进入到中断, 测试成功

z***

你的测试结果和理解都是对的
芯片内部设计时，确实只有写中断相关的SFR才有上面的效果
读取是没有

后续手册会修正“访问”为“写动作”

STC8H系列 1T 8051中文数据手册更新 ,  2023/9/20
http://www.stcmcudata.com/STC8F-datasheet/STC8H.pdf

熊***

所以还是需要JBC指令。

熊***

为什么是执行完第2个读IE呢？
如果是第2个的话，先读后写的方式也没问题，反正第2个写

tzz***

熊仔 发表于 2023-9-19 11:16
所以还是需要JBC指令。

手册这样描述的: 对于STC的单片机,由于是多级流水线设计, 响应中断会比传统的8051再多执行一条语句, 直到下一条语句也不是"特殊指令"

tzz***

熊仔 发表于 2023-9-19 12:45
为什么是执行完第2个读IE呢？
如果是第2个的话，先读后写的方式也没问题，反正第2个写 ...

我的理解和手册上的是一至的, 你再想想看

tzz***

tzz1983 发表于 2023-9-19 12:46
手册这样描述的: 对于STC的单片机,由于是多级流水线设计, 响应中断会比传统的8051再多执行一条语句, 直到 ...

你注意图片, 第一个方格是:获取下一个指令, 第二格:解码当前指令, 这两格指的不是同一条指令, 注意流水压仓就能理解了

熊***

取指令，译码，执行
译码的时候读取下一条。根据下一条是否，写入 IE操作，来延期中断。

比如
第一条e=EA;
第二条EA=0;
在译码第1条的时候，读取第二条，刚好就是操作IE的指令。这个时候有延缓中断。肯定会执行第二条。

tzz***

tzz1983 发表于 2023-9-19 12:49
你注意图片, 第一个方格是:获取下一个指令, 第二格:解码当前指令, 这两格指的不是同一条指令, 注意流水压 ...

还有,你去看手册, 不要看这个图, 我贴上发的那图片是描述传统的, 发贴时没注意

tzz***

所以是可以分两步的, 第一步读, MOV C, EA  第二步写: CLR EA 因为下条一指令是读写IE的指令, 也会延迟