Writing an ISR (Interrupt Service Routine) in Embedded C

Introduction

An ISR is a special function that runs automatically when a hardware event happens. It helps your program respond quickly without waiting.

When a button is pressed and you want to react immediately.

When a timer reaches zero and you need to update something.

When data arrives on a communication port and you want to read it right away.

When a sensor triggers an alert and you want to handle it fast.

Syntax

Embedded C

void ISR_Name(void) __interrupt (interrupt_number) {
    // code to handle interrupt
}

The function name can be anything but must match the interrupt vector.

The __interrupt keyword tells the compiler this is an ISR.

Examples

This ISR runs when Timer0 interrupt occurs (interrupt number 1).

Embedded C

void Timer0_ISR(void) __interrupt (1) {
    // handle Timer0 interrupt
}

This ISR runs when external interrupt 0 happens (interrupt number 0).

Embedded C

void External0_ISR(void) __interrupt (0) {
    // handle external interrupt 0
}

Sample Program

This program uses Timer0 interrupt to increase a counter every time the timer overflows. The ISR runs automatically when the timer interrupt occurs.

Embedded C

#include <reg51.h>

volatile unsigned int count = 0;

void Timer0_ISR(void) __interrupt (1) {
    count++; // Increase count every timer interrupt
    TH0 = 0x3C; // Reload timer high byte
    TL0 = 0xB0; // Reload timer low byte
}

void main() {
    TMOD = 0x01; // Timer0 mode 1 (16-bit)
    TH0 = 0x3C; // Load timer high byte
    TL0 = 0xB0; // Load timer low byte
    ET0 = 1;    // Enable Timer0 interrupt
    EA = 1;     // Enable global interrupts
    TR0 = 1;    // Start Timer0

    while(1) {
        // Main loop does nothing, count updates in ISR
    }
}

Important Notes

ISRs should be short and fast to avoid delaying other interrupts.

Do not use functions like printf inside an ISR because they take too long.

Remember to clear interrupt flags if your hardware requires it to avoid repeated interrupts.

Summary

ISRs run automatically when hardware events happen.

Use __interrupt keyword to define an ISR in embedded C.

Keep ISR code short and simple for fast response.

Practice

1. What is the main purpose of an ISR (Interrupt Service Routine) in embedded C?

easy

A. To allocate memory dynamically

B. To handle hardware events immediately when they occur

C. To run the main program loop continuously

D. To compile the program code

Solution

1. Step 1: Understand ISR role

   An ISR is a special function that runs automatically when a hardware event happens, like a button press or timer overflow.

2. Step 2: Compare options

   Only To handle hardware events immediately when they occur describes this immediate handling of hardware events. Other options describe unrelated tasks.

3. Final Answer:

   To handle hardware events immediately when they occur -> Option B

4. Quick Check:

   ISR = handle hardware events [OK]

Hint: ISRs respond instantly to hardware signals [OK]

Common Mistakes:

• Thinking ISR runs like normal functions
• Confusing ISR with main program loop
• Assuming ISR manages memory

2. Which of the following is the correct way to declare an ISR function in embedded C?

easy

A. void ISR_Handler() __interrupt { /* code */ }

B. void ISR_Handler() interrupt { /* code */ }

C. void ISR_Handler() __interrupt(0) { /* code */ }

D. void ISR_Handler() __isr { /* code */ }

Solution

1. Step 1: Recall ISR syntax in embedded C

   ISRs are declared with the __interrupt keyword followed by the interrupt vector number in parentheses.

2. Step 2: Check options

   void ISR_Handler() __interrupt(0) { /* code */ } uses __interrupt(0), which is the correct syntax. The others either miss the vector number, use the wrong keyword ('interrupt'), or a non-standard keyword ('__isr').

3. Final Answer:

   void ISR_Handler() __interrupt(0) { /* code */ } -> Option C

4. Quick Check:

   ISR syntax = __interrupt(vector) [OK]

Hint: Use __interrupt(vector_number) to declare ISR [OK]

Common Mistakes:

• Omitting interrupt vector number
• Using 'interrupt' instead of '__interrupt'
• Using non-standard keywords

3. Given the following ISR code snippet, what will be the value of flag after the interrupt occurs?

volatile int flag = 0;
void ISR_Timer() __interrupt(1) {
    flag = 1;
    // Interrupt flag cleared here
}

int main() {
    flag = 0;
    // Interrupt occurs here
    // ISR_Timer runs
    return flag;
}

medium

A. 1

B. 0

C. Undefined behavior

D. Compilation error

Solution

1. Step 1: Understand ISR effect on flag

   The ISR sets the variable 'flag' to 1 when the interrupt occurs.

2. Step 2: Check main function return

   Main sets flag to 0, then interrupt triggers ISR which sets flag to 1, so return value is 1.

3. Final Answer:

   1 -> Option A

4. Quick Check:

   ISR sets flag = 1, so return = 1 [OK]

Hint: ISR changes flag to 1 before main returns [OK]

Common Mistakes:

• Ignoring ISR effect on flag
• Assuming flag stays 0
• Confusing volatile usage

4. Identify the error in this ISR code snippet:

void ISR_UART() __interrupt(4) {
    if (UART_Interrupt_Flag) {
        // Handle UART interrupt
        UART_Interrupt_Flag = 0;
    }
}

medium

A. ISR should not clear interrupt flags inside it

B. ISR function must return an int value

C. ISR must be declared with 'interrupt' keyword, not '__interrupt'

D. Missing volatile keyword for UART_Interrupt_Flag variable

Solution

1. Step 1: Check variable usage in ISR

   Interrupt flags accessed in ISR should be declared volatile to prevent compiler optimization issues.

2. Step 2: Analyze other options

   Clearing flags inside ISR is correct practice; __interrupt is correct keyword; ISR functions return void, not int.

3. Final Answer:

   Missing volatile keyword for UART_Interrupt_Flag variable -> Option D

4. Quick Check:

   Interrupt flags must be volatile [OK]

Hint: Declare interrupt flags volatile to avoid optimization bugs [OK]

Common Mistakes:

• Not declaring flags volatile
• Wrong ISR declaration keyword
• Expecting ISR to return a value

5. You want to write an ISR for a timer interrupt that increments a counter and clears the interrupt flag. Which of the following is the best practice to ensure correct ISR behavior?

hard

A. Increment counter, then clear interrupt flag inside ISR

B. Clear interrupt flag, then increment counter inside ISR

C. Increment counter outside ISR and clear flag inside ISR

D. Do not clear interrupt flag; let main program clear it

Solution

1. Step 1: Understand ISR order for flag and counter

   Best practice is to handle the event (increment counter) first, then clear the interrupt flag to acknowledge the interrupt.

2. Step 2: Evaluate options

   Increment counter, then clear interrupt flag inside ISR follows this order. Clear interrupt flag, then increment counter inside ISR clears flag before handling event, which may cause missed interrupts. Increment counter outside ISR and clear flag inside ISR splits logic incorrectly. Do not clear interrupt flag; let main program clear it risks repeated interrupts.

3. Final Answer:

   Increment counter, then clear interrupt flag inside ISR -> Option A

4. Quick Check:

   Handle event first, then clear flag [OK]

Hint: Process event before clearing interrupt flag [OK]

Common Mistakes:

• Clearing flag before handling event
• Leaving flag uncleared causing repeated interrupts
• Handling event outside ISR