Global detection, if interrupt occurs

Tip / Sign in to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
Anonymous
Not applicable

 Hi,

   

 

   

is there a simple way to detect, if an interrupt occurs during a specified time. I only need to know if something happened. Within this time there is a time critical procedure. I have to drop the results, if there was an ISR call between processing. But I can not disable global ISR within this time.

   

 

   

Sure, I can use flags inside each ISR. But this is something dificult to do inside the cypress modules (USB_FS e.g.).

   

 

   

So maybe I could check a register?

   

 

   

Kindly regards,

   

Franz

0 Likes
9 Replies
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

I think the answer is no. Since the ISR might be handled completely during that time, there is no trace left afterwards (except when you set a flag, as you already mentioned).

   

What do you want to do? You mention you have a time-critical code part - why are you not able to disable interrupts when it runs? (And why is it problematic when an interrupt occurs during its run-time?)

0 Likes
Anonymous
Not applicable

 Within this procedure I need absolutely determinable calculation delay (physical device while measuring). The ISR on the other side is needed for communication that can not be done with UDBs (complexity).

   

 

   

I can live with dropping results rather than having wrong calculation delay. There is time extrapolation working in.

   

 

   

One better solution could be to save the interrupt request over the critical section, that is short. I will check.

   

 

   

Thanks!

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

How long does the calculation take? What are its input parameters? (When I understand you right you have a physical device, measure some of its parameters and do a calculation from these values). Maybe you can elaborate a little bit more on that?

   

Maybe its simpler to just store the values at exactly the right point in time, by using using either hardware (ADC with DMA?) or a high-priority ISR. Then do the calculation later on, when it can be interrupted.

   

When you mark your code as 'critical section', any interruots occuring during that section will be handled when the section ends. You don't need to handle this manually. (See the System reference guide at http://www.cypress.com/?docID=36846 , look for CyEnterCriticalSection).

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

Oh, and on a side note: even when your calculation is not interupted its won't run in the same duration every time. Factor like branches, cache misses, memory access delays and different execution paths all will affect that time the code takes.

0 Likes
Anonymous
Not applicable

 Hi, this would be the solution, because my critical section only needs, that no (longer) interrupt will occur.

   

 

   

I did not read out, that CyExitCriticalSection will raise interrupts, that were pending during the critical section.

   

 

   

Can you explain this further?

   

 

   

Thanks in advance!

0 Likes
Bob_Marlowe
Level 10
Level 10
First like given 50 questions asked 10 questions asked

EnterCriticalSection() will disable all interrupts temporarily and with ExitCriticalSection() interrupts will be set back to their original state. Since no programming is done to the interrupt controllers, all during that critical time signalled interrupts are saved and will run in the order of priority when the critical section is ended.

   

Since there might be other time-critical processes running, as I2C, I would like to know how long your section endures.

   

 

   

Bob

0 Likes
Anonymous
Not applicable

 Okay it works as supposed 🙂

   

 

   

Until today I thought, that while working inside critical section I will loose all incoming interrupts. So I didn't used it.

   

 

   

The time cricital part is 5 to 10us, so short enough for my interface interrupts, that are able to wait this time.

   

 

   

Thanks for your help!

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

I'm glad to hear you got it working.

   

(But I still think that using hardware to do such time-sensitive stuff is the way to go)

0 Likes
Anonymous
Not applicable

 Of course it is mixed hardware / software stuff with high complexity 🙂

   

 

   

It is a fusion of several measured incoming data that is extrapolated to a future timestamp, that the data will have, when it's write to datapath is completed 😉 It is a synchronized system with manual limited optimization for the special code parts, that are written to have nearly the same delay for each branchpath. Further we have timing parameters that can be adjusted. It is working as it should.

0 Likes