ColdFire/68K Microcontrollers and ProcessorsのトピックRe: QSPI Interrupt

QSPI Interrupt

Stefan_75 — Wed, 27 May 2009 19:42:53 GMT

Hi,

I am using the QSPI with enabled interrupt (SPIFE = 1) (ICM Sourcenb. 18). If I have to transfer some data, I put them in the queue and start the transfer. After that I continue with other C-programm parts.

When the finished interrupt (SPIF) occurs, I reset the interrupt flag in the SPI-intrrupt-routine and wait for the regular call of the SPI part and make my oprations.

The porgamm works well for some time, but after a few minutes the QSPI interrupt and all other normal interrupts won´t work any more (e.g. PIT).

Instead of the "normal" interrupts I get the interrupt nb. 58 which is "not used (reserved)" (Reference manual).

Before I worked with the QSPI interrupt enable I made all the SPI traffic in one call (SPIFE = 0), and that worked fine.

Does anybody knows what this interrupt (nb.58) mean, or has any suggestion?

Target: MCF52235

CW Version 7.1

Coldfire TCP Stack and RTOS

Thanks for any help.

Stefan

Re: QSPI Interrupt

admin — Wed, 27 May 2009 22:27:39 GMT

The reserved interrupt can happen due to overflow of interrupt stack or some buffer.

Check, if you disabled QSPI after the needed operations.

Re: QSPI Interrupt

Stefan_75 — Thu, 28 May 2009 15:53:23 GMT

Hi Yevgeni,

thanks for this answer. It seems to be an interrupt stack overflow. When the intrrupt occurs I disable the interrupt itself (SPIFE=0) and when I start a new transfer I enable it (SPIFE = 1). Now the system works well again.

Many thanks.

Stefan