s32k144 interrupt service routine processing case

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

s32k144 interrupt service routine processing case

ソリューションへジャンプ
2,146件の閲覧回数
SW_Park
Contributor II

hello. I ask the question as follows.

SW_Park_0-1704932698727.png

During PORTE_IRQHandler operation by PTE15 interrupt,

How is it handled when a PTE16 interrupt occurs?

After completing the PORTE_IRQHandler operation, is the PORTE_IRQHandler function called again?

Otherwise, it is expected that missing or duplicate processing will occur.

-> If there is no re-call, it is thought that PTE16 interrupt processing will be missed.

-> If PORTE_IRQHandler is called again when a PTE16 interrupt occurs, it is thought that problems will occur due to duplicate processing of code.

0 件の賞賛
返信
1 解決策
2,111件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@SW_Park

yes, it will call PORTE_IRQHandler again.

元の投稿で解決策を見る

0 件の賞賛
返信
5 返答(返信)
2,112件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@SW_Park

yes, it will call PORTE_IRQHandler again.

0 件の賞賛
返信
2,102件の閲覧回数
SW_Park
Contributor II

I think it would be correct to put the INT_SYS_DisableIRQGlobal / INT_SYS_EnableIRQGlobal functions at the top and bottom of the PORTE_IRQHandler function, respectively, to pending other interrupts during IRQ processing, and to handle the pending interrupt after IRQ processing is completed.

tell me your opinions.

0 件の賞賛
返信
2,088件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@SW_Park

I don't think it is necessary since the process sequence is still the same.

if you have in doubt this, you can make some test for your options.

0 件の賞賛
返信
2,080件の閲覧回数
SW_Park
Contributor II

Does this mean there is no "Pre-emption" because the group priority is the same?

0 件の賞賛
返信
2,066件の閲覧回数
Senlent
NXP TechSupport
NXP TechSupport

Hi@SW_Park

for all pins of PORTx share one Vector Address, so these is no difference in priority

Senlent_0-1704953339977.png

 

0 件の賞賛
返信