80. 인터럽스와 일반함수 차이

投稿した質問数 27

0

네, 전체적인 그림은 잘 이해하고 계십니다. 다만 몇 가지 표현만 정확하게 잡아두시면 좋습니다.

일반 함수와 인터럽트 함수 모두 컴파일이 끝나면 실제 실행 코드(machine code)는 Flash의 .text 영역에 들어갑니다. 따라서 그림처럼 motor_control(), calculate_torque(), TIM2_IRQHandler()의 코드가 모두 Flash에 존재한다고 생각하시면 됩니다.

다만 함수 이름 자체가 포인터다라고 표현하기보다는, 함수 이름을 식에서 사용하면 대부분의 경우 해당 함수의 시작 주소를 가리키는 함수 포인터처럼 변환된다고 이해하시면 정확합니다.

일반 함수는 예를 들어

main() → motor_control()

처럼 프로그램이 실행되다가 BL 같은 함수 호출 명령을 만나면 해당 함수 주소로 이동합니다. 이때 복귀에 필요한 주소는 LR(Link Register)에 저장되고, 함수가 끝나면 원래 실행하던 위치로 돌아옵니다.

인터럽트는 과정이 조금 다릅니다.

TIM2 Interrupt 발생 → NVIC가 인터럽트 판단 → CPU가 예외 진입 → Vector Table에서 TIM2_IRQHandler 주소 확인 → 해당 주소로 PC 이동

이런 흐름입니다.

여기서 한 가지 중요한 점은 Vector Table이 우선순위를 판단하는 것은 아닙니다. 인터럽트의 Pending 상태, Priority 등을 보고 어떤 인터럽트를 먼저 처리할지는 NVIC가 판단합니다. Vector Table은 해당 인터럽트가 선택된 이후에 실제로 어느 Handler로 이동해야 하는가를 알려주는 주소표 역할을 합니다.

또한 인터럽트 진입 시에는 일반 함수 호출처럼 단순히 LR에 복귀 주소 하나만 저장하는 것이 아니라, Cortex-M 하드웨어가 기존의 PC, xPSR, LR, R0~R3, R12 등의 상태를 스택에 자동으로 저장합니다. ISR이 끝나면 이 상태를 복원해서 인터럽트가 발생하기 직전에 실행하던 코드로 돌아갑니다.

volatile에 대해서는 한 가지 수정이 필요합니다. 인터럽트를 사용한다고 해서 volatile이 무조건 필요한 것은 아닙니다.

예를 들어,
volatile uint32_t timer_flag;

처럼 main()에서 읽고 ISR에서 값을 변경하는 등, 일반 코드와 ISR이 공유하면서 실행 흐름과 무관하게 값이 바뀔 수 있는 변수에 주로 volatile을 사용합니다. 컴파일러가 "이 값은 안 바뀌겠네"라고 판단해서 읽기 동작을 제거하는 것을 방지하기 위한 것입니다.

반대로 ISR 내부에서만 사용하는 지역 변수까지 전부 volatile로 선언할 필요는 없습니다.

감사합니다.