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};

1) 전역변수(Global variable)

SRAM에 저장되어 있다가 이를 사용할 때마다 register로 읽혀지며 사용이 끝나면 다시 SRAM에 저장되므로 처리속도가 늦은 변수로, 특별히 속성을 정하지 않고 변수를 정의하면 SRAM 영역에 저장됩니다. 게다가 Compiler는 이를 변수로 처리하지 않고 그 상황에서 이 변수가 갖는 값에 해당하는 상수로 처리하는 경우가 있는데 이런 상황에서 여러 함수가 이 변수를 공유하여 사용하는데 문제를 야기하고 컴파일 시 최적화 옵션에 따라서도 영향을 받게 됩니다.

특히 인터럽트 서비스 루틴(Interrupt Serve Routine, ISR) 함수와 그 밖의 함수 사이에 공유하는 전역변수의 경우에 흔하게 발생하며 이를 방지하기 위해서는 전역변수에 'volatile'을 선언해 주어야 합니다.

ex) volatile unsigned char zc_count;

2) 지역변수(Local variable)

ATmega8의 경우, 다른 MCU에서처럼 지역변수를 Stack에 저장하는 것이 아닌 32개의 General Purpose Registers(GPFs)로 처리하므로 항상 처리속도가 빠릅니다. 하지만 ISR에 사용되는 변수는 특성상 Stack에 저장합니다.

3) 정적변수(static variable) 

함수가 시작될 때 register로 옮겨지고 함수가 종료될 때 SRAM으로 다시 옮겨져 저장되므로 만일 함수 내에서 여러 번 사용된다면 전역변수보다 정적변수가 처리속도가 증가하게 됩니다.

4) Flash Memory에 데이터의 저장

물론 메모리 용량이 크고 고성능의 MCU를 사용하면 문제가 되지는 않지만 가격대 성능비 등을 고려하여 그렇지 못한 경우, 변수로 사용해야 할 SRAM 용량을 절약할 필요가 있습니다. 만일 SRAM 용량이 부족하게 되면 Stack overflow가 발생하거나 프로그램이 오동작을 할 수 있습니다.

avr-gcc에서 상수 데이터를 프로그램이 적재되는 Flash Memory에 저장하기 위해서는 먼저 상수 데이터를 전역변수처럼 함수의 밖에서 정의하고 이때 상수가 byte 데이터라면 prog_char 또는 prog_uchar로 선언하며 읽을 때문 pgm_read_byte() 또는 pgm_read_word() 함수를 사용합니다.

참고로 비록 상수 데이터를 prog_char 또는 prog_uchar로 정의하더라도 이들이 함수 내에서 정의되면 컴파일 시 SRAM 변수로 처리되므로 주의가 요구되며, 일반적으로 Flash Memory는 SRAM에 비하여 용량이 훨씬 크므로 유용하게 사용할 수 있습니다.

5) EEPROM에 데이터의 저장

AVR에서 EEPROM을 I/O register를 사용하여야 접근할 수 있으므로 avr-gcc 에서는 EEPROM을 eeprom_read_byte() 혹은 eeprom_write_byte() 함수로 각각 읽기, 쓰기가 가능합니다.