Long Timer interrupt routine

[XooM]

I am using STM32F100. I wrote a very long code for my timer interrupt. If the processing time of this code exceeds the interrupt duration, can a pin I SET be RESET?

[XooM]

How can I see how many milliseconds it takes for the MCU to complete the code I wrote in the timer interrupt routine?

[unsigned_char_array]

1. Please tell us what you want to achieve and why you think you need interrupts.
2. Please tell us what exact MCU you are using and at what clock frequency it is running.
3. Please post a snippet of your code or add your project as an attachment
4. What does "can a pin I SET be RESET" mean?

You want to keep handling interrupts as short as possible. If it takes too long you need to break it up in multiple steps.

[Andrew Neil]

As @unsigned_char_array said, please give some more details - see: How to write your question to maximize your chances to find a solution.

---

@XooM wrote:

I wrote a very long code for my timer interrupt.

---

That's generally a poor practice - so why did you do that?

Rather than try to bodge the problems that it causes, why not adopt a better approach instead?

---

@XooM wrote:

can a pin I SET be RESET?

---

Pardon?

---

@XooM wrote:

How can I see how many milliseconds it takes for the MCU to complete the code

---

• toggle an IO pin at the start of your routine, and again at the end. view the pin on an oscilloscope or logic analyser.
• use a timer
• use the DWT->CYCCNT register

[XooM]

I have a relay connected to my PB13 output.

Even though I keep the PB13 pin, to which the relay is connected, in the '1' position, it occasionally switches to the '0' position. This causes the relay to chatter. And I can’t find what’s causing this issue in my program.

Since the program is long, I can’t share it here.

I’m trying to figure out what could be causing this drop to '0.'

I wanted to ask if the timer interrupt routine’s code not being processed before another timer interrupt occurs could be causing this issue.

[Andrew Neil]

---

@XooM wrote:

I have a relay connected to my PB13 output.

---

Show your schematic.

It's generally a bad idea to connect a relay direct to a microcontroller pin.

---

@XooM wrote:

Since the program is long, I can’t share it here.

---

So try to create a minimal program which demonstrates the issue.

Chances are that the process of doing that will help you to find the problem - even before you post it!

---

@XooM wrote:

This causes the relay to chatter. And I can’t find what’s causing this issue in my program.

---

Find all locations^* in your program which write to the pin.

Put breakpoints on the ones which write a zero.

When the breakpoint is hit, see how the code got there.

* This where having well-structured code, with only one place writing to the pin, helps!

---

@XooM wrote:

I wanted to ask if the timer interrupt routine’s code not being processed before another timer interrupt occurs could be causing this issue.

---

Way too little information to be able to say.

As already noted, having over-long interrupt routines is generally a Bad Idea - so why not just fix that?

• If it does cure the symptoms, then you're happy;
• If it doesn't cure the symptoms, then you've eliminated one possible cause - so you can still be happy that you've made progress!

---

@Andrew Neil wrote:

---

@XooM wrote:

How can I see how many milliseconds it takes for the MCU to complete the code

---

• toggle an IO pin at the start of your routine, and again at the end. view the pin on an oscilloscope or logic analyser.

---

You could also use this technique to see if the dropping of the pin corresponds to the execution of the interrupt routine - or any other code execution.

Having your code give status output to a UART could also help.

(but don't do UART output in an ISR!)