代码拉取完成，页面将自动刷新
更新失败，请稍后重试！
/
详情
FAQ：关于AC104 / AD14 /AD15/AD17/AD18 芯片在没有ticktimer初始化后会出现异常问题解决
评论 (0)
啟名
创建了任务
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把ticktimer模块打开了
2.main函数里的中断初始化把所有中断函数初始化为了异常中断；
3.SDK里把ticktimer中断设置为了不可屏蔽中断(此时在底层读写flash过程中，会开关中断，在这个过程中，ticktimer的IE被打开)
4.ticktimer中断在没有经过ticktimer初始化的时候，其中断函数还是异常中断函数；
5.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断）
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把ticktimer模块打开了
2.main函数里的中断初始化把所有中断函数初始化为了异常中断；
3.SDK里把ticktimer中断设置为了不可屏蔽中断(此时在底层读写flash过程中，会开关中断，在这个过程中，ticktimer的IE被打开)
4.ticktimer中断在没有经过ticktimer初始化的时候，其中断函数还是异常中断函数；
5.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断）
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把ticktimer模块打开了
2.main函数里的中断初始化把所有中断函数初始化为了异常中断；
3.SDK里把ticktimer中断设置为了不可屏蔽中断(此时在底层读写flash过程中，会开关中断，在这个过程中，ticktimer的IE被打开)
4.ticktimer中断在没有经过ticktimer初始化的时候，其中断函数还是异常中断函数；
5.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断）
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.SDK里 **把ticktimer中断设置为了不可屏蔽中断** (此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开** )
4.ticktimer中断在没有经过ticktimer初始化的时候，其中断函数还是异常中断函数；
5.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断）
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.SDK里 **把ticktimer中断设置为了不可屏蔽中断** (此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开** )
4.ticktimer中断在没有经过ticktimer初始化的时候，其中断函数还是异常中断函数；
5.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断）
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
总结：
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
总结：
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**总结：**
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**总结：**
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**总结：**
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
上4.SDK**把ticktimer中断注册进了不可屏蔽中断**的地方：
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
该芯片各工程版本。
### 三、问题原因
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**总结：**
ticktimer在未被关闭的情况下，作为了异常中断，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发异常！
上4.SDK**把ticktimer中断注册进了不可屏蔽中断**的地方：
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
a与 mbox_mg 工程。
### 三、问题原因
**问题原因总结：**
ticktimer在未被关闭的情况下，作为了异常中断，并且ticktimer中断注册进入了不可屏蔽中断后，在开关中断过程中其IE被打开，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发了异常中断！
**问题触发步骤流程：**
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；（具体位置可见下方图片）
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断（具体位置可见下方图片）
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**(该行为在库里执行)
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**相关代码位置：**
1.上述第二点 的 **中断初始化** 位置：
2.上述第四点 SDK**把ticktimer中断注册进了不可屏蔽中断**的地方：
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
原值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
a与 mbox_mg 工程。
### 三、问题原因
**问题原因总结：**
ticktimer在未被关闭的情况下，作为了异常中断，并且ticktimer中断注册进入了不可屏蔽中断后，在开关中断过程中其IE被打开，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发了异常中断！
**问题触发步骤流程：**
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；（具体位置可见下方图片）
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断（具体位置可见下方图片）
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**(该行为在库里执行)
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**相关代码位置：**
1.上述第二点 的 **中断初始化** 位置：
2.上述第四点 SDK**把ticktimer中断注册进了不可屏蔽中断**的地方：
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
新值
### 一、简介
本ISSUE为解决AC104 / AD14 / AD15 / AD17 / AD18芯片 在没有做ticktimer初始化后运行一段时间会出现异常问题。
### 二、涉及SDK版本
voice_toy 与 mbox_mg 工程。
### 三、问题原因
**问题原因总结：**
ticktimer在未被关闭的情况下，作为了异常中断，并且ticktimer中断注册进入了不可屏蔽中断后，在开关中断过程中其IE被打开，此后错误的打开了ticktimer中断，导致ticktimer进入中断后，触发了异常中断！
**问题触发步骤流程：**
1.uboot里使用到了ticktimer中断作为随机数生成，此时把 **ticktimer模块打开了**
2.main函数里的中断初始化把 **所有中断函数初始化为了异常中断** ；（具体位置可见下方图片）
3.ticktimer中断在没有经过ticktimer初始化的时候， **ticktimer中断函数还是异常中断函数** ；
4.SDK里 **把ticktimer中断注册进了不可屏蔽中断** ，不可屏蔽中断会打开注册进入需要保护的中断（具体位置可见下方图片）
5.此时在底层读写flash过程中，会开关中断，在这个过程中， **ticktimer的IE被打开**(该行为在库里执行)
6.ticktimer的计数值计数到PRD值后起pend，起中断（即异常中断)
**相关代码位置：**
1.上述第二点 的 **中断初始化** 位置：
2.上述第四点 SDK**把ticktimer中断注册进了不可屏蔽中断**的地方：
### 四、解决办法
在原本ticktimer初始化的位置，加上一句（下图距离为AD14/AD15）
代码如下：
```
j32CPU(core_num())->TTMR_CON = BIT(0);
```
展开全部操作日志
折叠全部操作日志
登录 后才可以发表评论