Drone's DIYer

프로그램은 사용자가 편의를 위해서 코딩합니다. 즉 무엇인가 자동으로 일괄처리를 하기 위함인데 이는 마이크로 프로세서에서도 마찬가지 입니다. 하지만 프로그램 혹은 알고리즘(algorithm)은 일방적이기 보다는 주로 사용자와 대화형이고 키보드 뿐만 아니라 다양한 입출력 장치들과 각종 센서들에서 입력되는 정보로 프로그램과 대화하게 됩니다.

프로그램이 진행 중, 사용자에게 요구 사항이 있으면 팝업 창을 띄우고 묻기 위해 대기할 수 있지만, 사용자나 센서가 문득 프로그램에 어떤 입력을 주고 싶은 경우도 있습니다. 이를 '끼어든다'고 하여 인터럽트(interrupt)라 부르고 프로그램은 하던 작업을 멈추고 가급적 빨리 이를 처리하고 원래 수행하던 작업으로 되돌아가야 합니다. 이처럼 즉시 처리해야 하는 특수한 이벤트인 인터럽트가 발생하면, 프로세서는 그 이벤트를 처리할 작업들이 수록된 함수를 호출하는데, 이 함수를 인터럽트 서비스 루틴(ISR; interrupt service routine)이라고 합니다.

예를 들어, 키보드에 특정 키가 눌러저 있는지 이벤트를 감지하려면 모든 프로그램은 아두이노의 loop() 함수 같이 반복 수행되는 루프 내에서 항상 이 키의 상태를 검사해야 합니다. 이를 '소프트웨어 인터럽트' 혹은 '폴링(polling) 방식'이라고 하고 마이크로 프로세서의 경우에는 보다 정확하고 신속한 '하드웨어 인터럽트(인터럽트 방식)'도 제공하는데, 이를 이용하면 소프트웨어적으로 이 버튼의 상태를 항상 검사할 필요가 없다는 것입니다. 때문에 프로그램은 불필요한 부분에 시간을 낭비할 필요가 없게 됩니다. 그러므로 폴링 방식은 단일 이벤트 처리에 적합하고 인터럽트 방식은 다중 이벤트 처리에 효율적입니다. 

즉, MCU는 다른 작업을 하고 있다가 '키가 눌려지면' 그 즉시 하드웨어 인터럽트를 발생하여 하던 일을 멈추고 이를 처리할 ISR 함수를 호출하고, ISR이 끝나면 하던 일로 되돌아가게 됩니다. Arduino Uno 보드의 경우 인터럽트를 처리할 수 있는 핀은 2번과 3번 핀으로 이는 MCU에서 지원하기 때문이며 각각 INT0, INT1이라고 부릅니다.

ISR을 사용하기 위해서는 attachInterrup()라는 함수로 미리 알려야 합니다.

attachInterrupt( pin, ISR, mode)

pin : 첫 번째 인자로 인터럽트로 사용할 핀을 지정합니다. INT0의 경우 '0', INT1의 경우 '1'이 됩니다.

ISR : 두 번째 인자로 인터럽트가 걸렸을 때 호출할 함수의 이름으로 사용자가 만든 함수 이름입니다.

mode : 세 번째 인자로 RISING, FALLING, CHANGE, LOW 중 하나가 됩니다.

'RISING'이란 인터럽트 핀에 신호가 '0'에서 '1'로 변하는 순간이며 'FALLING'은 그 반대입니다. 'CHANGE'는 RISING과 FALLING 모두를 의미하며 'LOW'는 logical '0'값일 때를 의미합니다. ISR 함수는 입력 인수를 받을 수 없고 반환값도 void형이어야 하며, attatchInterrupt() 함수는 통상 setup() 함수 안에서 사용되어 초기에 인터럽트를 설정하게 됩니다.

다음은 터치 센서를 한 번 터치하면 LED가 점등하고 다시 터치하면 LED가 커지도록 동작하는 스케치를 예를 들어 봅니다. 이를 위해서 Ardunio Uno 보드의 11번에 부저를 연결하고, 3번 핀(INT1)에 터치 센서를 연결하여 하드웨어 인터럽트를 사용할 것입니다. 소스 코드는 다음과 같습니다.

#define TS 3

#define BUZ 11

void setup() {

    pinMode(LED_BUILTIN, OUTPUT);

    pinMode(BUZ, OUTPUT);

    pinMode(TS, INPUT);

    attachInterrupt(INT1, toggleLed, RISING);

}

void loop() {

    digitalWrite(BUZ, HIGH);

    delay(50);

    digitalWrite(BUZ, LOW);

    delay(450);

}

void toggleLed() {

    digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN));

}

setup()함수 내에 attachInterrupt(INT1, toggleLed, RISING)를 삽입하여 INT1을 사용하였고 ISR로써 toggleLed() 함수를 추가하였습니다. 세 번째 인자인 mode가 RISING 이므로 toggleLed() 함수는 외부 인터럽트인 3번 핀의 신호가 '0'에서 '1'로 바뀌는 rising edge에서 하드웨어적으로 자동 호출됨을 의미합니다.

loop() 함수에서는 부저를 단지 0.5초마다 한 번씩 울리는 일이 전부이며, 터치 센서가 눌러질 때마다 toggleLed() 함수 내에 digitalWrite() 함수가 실행되고 이는 아두이노 보드 내 이전의 LED 값에 따라 그 반대의 값을 쓰게 됩니다. 즉 켜져 있으면 크고 커져 있으면 켜게 됩니다. 참고로 digialRead() 함수는 단일 인자를 가지며 읽고자 하는 핀 번호를 인자로 넘겨주면 그 logical 값을 반환합니다.

AVR은 C 언어로 개발하는 경우에도 assembler 못지 않게 최적화된 코드를 생성하기에 다양한 장점이 있습니다. 그 중에서도 avr-gcc라는 컴파일러를 사용하는 것으로 avr-gcc는 전 세계 다양한 사용자(소위 Hacker)들에 의해 개발되어 공유하는 것으로 시행착오를 통하여 결점이 최소화되었다는 것입니다.

AVR을 C 언어로 개발시에는 일반적인 O/S 환경에서가 아닌 AVR 하드웨어에 기반을 두기 때문에 몇 가지 유의사항들이 있습니다.

1) 일반적인 C 언어와는 달리 이진수(binary)를 사용할 수 있으며, Boolean 타입의 변수는 사용할 수 없습니다. 

이진수는 예를 들어 0b0100 식으로 표현하며 Boolean 타입 변수 대신에 int형의 0과 1로 대체하여 사용하면 됩니다.

2) 인터럽트 서비스 루틴은 가능한 한 간결하게 작성합니다.

일반적인 C 언어와는 달리 AVR 하드웨어는 외부 인터럽트나 Timer, USART, ADC 등의 주변장치들로부터의 인터럽트를 처리하기 위한 ISR() 함수로 반환값이 없으며 특별히 호출하지도 않습니다. 이러한 인터럽트 서비스 루틴(Interrupt Service Routine, ISR)은 다음과 같은 이유로 최대한 간결하게 작성해야 합니다.

첫째는 인터럽트 함수 내에서는 지역변수가 Register가 아닌 Stack에 저장되므로 처리가 느리기 때문이며, 

둘째는 하나의 인터럽트 처리가 길어지면 이어서 발생하는 다른 인터럽트 처리를 실행하지 못하기 때문입니다.

대부분의 인터럽트는 Timer의 overflow를 처리하기 위한 것으로 만일 인터럽트를 제때에 처리하지 못한다면 AVR 칩이 외부 시스템과 실시간으로 작동하는 경우에는 치명적인 오류가 생길 수 있게 됩니다. 그러므로 인터럽트 발생시 많은 작업을 요구하는 경우에는 인터럽트 루틴에서 Flag를 간단히 설정하여 개시하고 메인 루틴에서 이를 처리하게 해야 합니다.

3) 인터럽트 서비스 루틴 내에서 전역변수들은 volatile로 선언합니다.

컴파일시 최적화를 위해 컴파일러는 나름데로 그 상황에 맞는 상수값으로 처리하도록 하는 경우가 있는데, 이것이 인터럽트 서비스 루틴에서는 의도하지 않은 오류를 초래하기 때문입니다. 그러므로 인터럽트 서비스 루틴에서는 전역변수들은 volatile로 선언하여 컴파일러가 임의로 해석하지 못하게 방지합니다.

ex) volatile char k; 

4) 외부 메모리가 있는 경우가 아니라면 재귀호출(Recursive call)을 사용하지 않는 것이 좋습니다. 

연속되는 재귀호출은 한정된 메모리에 Stack을 쌓이게 하며 결국에는 Stack overflow를 발생시킬 수 있기 때문입니다.

5) 대용량을 갖는 상수 배열(array)은 const 키워드를 사용하여 프로그램 메모리(Flash Memory)에 저장합니다.

AVR에서 변수는 SRAM에 저장하는데 고기능 AVR을 사용하지 않고 기능을 구현하려면 SRAM의 용량을 아껴야 합니다. 따라서 변하지 않는 대용량 상수들은 코드를 적재하는 Flash Memory에 저장하여 SRAM을 확보하는 것이 바람직합니다.

ex) const uint8_t value[64] = 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,

                                  29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,

                                  54,55,56,57,58,59,60,61,62,63,64};