ST7MC1/ST7MC2
重要提示
（续）
15.2信息交换有效中断OUTSIDE
中断服务程序
当活动中断请求发生在
同时作为相关标志或中断屏蔽是
被清零， CC寄存器可能被破坏。
同时中断上下文
该症状不发生中断时
通常处理，即当：
- 中断请求被清零（复位标记或IN-
中断面罩）自己的中断服务程序中
- 中断请求被清零（复位标记或IN-
中断面罩）内的任何中断程序
- 中断请求被清零（复位标记或IN-
中断掩模）的任何部分，而这IN-的代码
中断禁止
如果这些条件不满足，则症状可
避免通过实现以下SE-
quence ：
之前和之后进行SIM卡和RIM运营
重置激活的中断请求
例如：
SIM卡
复位标志或中断屏蔽
RIM
如果这些条件不满足，则症状可
避免通过实现以下SE-
quence ：
PUSH CC
SIM卡
复位标志或中断屏蔽
POP CC
15.3 LINSCI限制
15.3.1 LINSCI错了休息时间
SCI模式
单间隔符可以通过设置并重新发送
设置在SCICR2寄存器中的SBK位。在
某些情况下，间隔符可能有长
呃持续时间比预期的：
- 20位而不是10位当M = 0时
- 22位而不是11位，如果M = 1 。
以同样的方式，只要SBK位被置位，
断字符发送到TDO引脚。这
可能导致产生一个破发比所预料的更
ED 。
发生
这个问题的出现是随机的和亲
portional到波特率。与发射frequen-
19200波特CY （来自Fcpu =为8MHz和SCI-
BRR = 0xC9 ） ，错误的休息时间发生
为1％左右。
解决方法
如果这个错误持续时间不符合
在应用程序的通信协议，软
洁具可以请求产生一个空闲线路
前间隔字符。在这种情况下，破
时间永远是正确的假设的应用
化是不是做的空闲和之间的任何东西
嵌套的中断上下文
该症状不发生中断时
通常处理，即当：
- 中断请求被清零（复位标记或IN-
中断面罩）自己的中断服务程序中
- 中断请求被清零（复位标记或IN-
中断面罩）内的任何中断程序高
ER或相同的优先级
- 中断请求被清零（复位标记或IN-
中断掩模）的任何部分，而这IN-的代码
中断禁止
300/308
