INTC_FIM0 Register of DSC MC56F8xxxx application

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 
已解决

INTC_FIM0 Register of DSC MC56F8xxxx application

跳至解决方案
1,398 次查看
Kris_Ke
Contributor III

Dear 

As follow the Reference manual show,  

Fast Interrupts vector directly to a service routine based on values in the Fast Interrupt Vector Address registers without having to go to a jump table first.

00.png

Below is my Timer 2 initial, I had designated the interrupt subroutine to register.

01.png

So you can see the SystemTickCount value has increased in the main void. It mean it can enter interrupt.

And the address 0x0000 to 0xDF is normal.

02.png

The following is my question.

This is my memory planning, the Vector table is at address 0x0000, and my program is start at 0x4208.

04.png

When I erase the address from 0x0000 to 0x800 (one sector ) As below picture show.

You can see that is a problem with the execution of the following program.

03.png

The CPU thread jump to an unknown address and cannot execute a normal program.

According to the instructions of register, it should jump directly to the subprogram without having to go to a jump table first. Right?

Am I missing something?

Kris

标签 (1)
0 项奖励
1 解答
1,323 次查看
Kris_Ke
Contributor III

Dear Xiangjun rong

I use MC56F82748.

Thank you for reminding me, I found the reason. 

Interrupt too often lead to CPU thread jumps to an unknown address.

Kris

在原帖中查看解决方案

0 项奖励
2 回复数
1,324 次查看
Kris_Ke
Contributor III

Dear Xiangjun rong

I use MC56F82748.

Thank you for reminding me, I found the reason. 

Interrupt too often lead to CPU thread jumps to an unknown address.

Kris

0 项奖励
1,323 次查看
xiangjun_rong
NXP TechSupport
NXP TechSupport

Hi, Kris,

For the Fast interrupt mechanism, the interrupt vector and corresponding are saved in INTC_FIMx and INTC_FIVALx/VAHx, so you are not required to write the Fast Interrupt vector in the vector table.

Regarding your question that the CPU thread jumps to an unknown address and cannot execute a normal program, I think it is not related to fast interrupt, there are the other cause.

BTW, can you tell us the part number you are using?

BR

Xiangjun rong

0 项奖励