AVR-GCC kompilator C dla mikrokontroler├│w AVR, cz─Ö┼Ť─ç 8.pdf

K U R S

AVR–GCC: kompilator C

mikrokontrolerów AVR , część 8

Obsługa przerwań

Po uruchomieniu sesji AvrStudio

dla naszego projektu ( rys. 20 ) mo-

żemy ustawić breakpoint i obejrzeć

pracę programu. Na tym możliwości

wizualne AvrStudio się kończą. Jeśli

zechcemy zaprezentować symulację

w bardziej naturalny sposób musimy

sięgnąć po dodatkowe wyposażenie.

Jest nim bezpłatne rozszerzenie Avr-

Studio o nazwie Hapsim ( Helmi’s

AVR Periphery Simulator ) autorstwa

Helmuta Wallnera ( http://www.helmix.

at/hapsim.htm#hapsimdownload ). Po-

zwala ono – podczas pracy symu-

latora AvrStudio – na wizualizację

pracy peryferiów mikrokontrolera

(np. diod led, wyświetlacza graﬁcz-

nego, terminala tekstowego).

Środowisko AvrSide zostało przy-

stosowane do współpracy z Hapsim .

Każdorazowo podczas zapisu nowe-

go projektu w subfolderze projek-

tu jest samoczynnie tworzony plik

konﬁguracyjny sesji Hapsim : nazwa_

projektu.xml (na bazie ustawień za-

wartych w szablonie \AvrSide\bin\

haptemplate.xml ). Natomiast pobrane

ze strony pliki wykonawcze Hapsim

należy umieścić w folderze \AvrSi-

de\Hapsim . Teraz z poziomu menu

AvrSide możemy uruchomić symu-

lator od razu z konﬁguracją przy-

pisaną projektowi (warunkiem jest

obecność pracującego AvrStudio, je-

śli nie jest on spełniony komenda

menu, zamiast uruchamiać Hapsima

z występującym w takim przypadku

ostrzeżeniem, rozpoczyna zapobie-

gawczo od startu AvrStudio).

W naszym przykładzie uruchomi-

my Hapsima , zmienimy jego konﬁ-

gurację z szablonowej (wyświetlacz

LCD) na zespół 8 diod led (przy-

pisanych do portu B, bez inwersji,

Kontunujemy omówienie obsługi przerwań za pomocą programów

napisanych w AVR–GCC. Jak się okazuje, jest to bardzo

skuteczne narzędzie do ich obsługi.

kolory dowolne) – jak na rys. 21 .

Konﬁgurację tę wpiszemy polece-

niem Save do pliku \Projects\Kurs\

Przyklad–04\test04.xml potwierdzając

jego nadpisanie.

Teraz po uruchomieniu (F5) sesji

AvrStudio (i ewentualnym przywo-

łaniu Hapsima na ekran) ujrzymy

„rzeczywistą” pracę portu Atmegi

z podłączonymi diodami – rys. 22 .

Hapsim potraﬁ czasem znacznie

spowolnić pracę AvrStudio. Wtedy

możemy wykorzystać kompilację wa-

runkową, np. do innego ustawienia

timerów dla prób z Hapsim i dla wer-

sji docelowej. AvrSide wspiera taką

operację deﬁniując wwywołaniu kom-

pilatora symbol HAPSIM po zaznacze-

niu odpowiedniego checkboxa w oknie

opcji projektu (zakładka Kompilator ).

Oczywiście opisywany przykład

ma znikomą wartość praktyczną

i służy głównie zaprezentowaniu

narzędzia. Symulacja terminala lub

wyświetlacza lcd może być spo-

ro bardziej przydatna (chociaż nie

zawsze będzie równoznaczna z pra-

widłowym działaniem rzeczywistego

docelowego układu). Po tej przykła-

dowej prezentacji zastosowania ogól-

nych zasad wróćmy jeszcze raz do

mniej typowych problemów związa-

nych z przerwaniami.

Tworząc automatycznie szablon

handlera makrem SIGNAL lub IN-

TERRUPT avr–gcc chroni używane

przez siebie rejestry (przepisując

je na stos w prologu i odtwarzając

w epilogu). Dopiszmy do wcześniej-

szego testowego prze-

rwania SIG_INTERRUP-

T0 jakąś najprostszą

operację, np.

INTERRUPT (SIG_INTERRUP-

T0)

{

PORTB=0x20;

}

Rys. 21. Konfiguracja sesji Hapsima

dla naszego przykładu

INTERRUPT (SIG_INTERRUPT0)

{

62: 78 94 sei

64: 1f 92 push r1

66: 0f 92 push r0

68: 0f b6 in r0, 0x3f ; 63

6a: 0f 92 push r0

6c: 11 24 eor r1, r1

6e: 8f 93 push r24

PORTB=0x20;

70: 80 e2 ldi r24, 0x20 ; 32

72: 88 bb out 0x18, r24 ; 24

74: 8f 91 pop r24

76: 0f 90 pop r0

78: 0f be out 0x3f, r0 ; 63

7a: 0f 90 pop r0

7c: 1f 90 pop r1

7e: 18 95 reti

A teraz zadeklarujmy ( extern void

Little(void); w projdat.h ) i zdeﬁniuj-

my w main.c :

void Little(void)

{

PORTB=0x20;

}

niewielką funkcję, która robi do-

kładnie to samo używając tego sa-

mego rejestru:

void Little(void)

{

PORTB=0x20;

5c: 80 e2 ldi r24, 0x20 ; 32

5e: 88 bb out 0x18, r24 ; 24

60: 08 95 ret

Spróbujmy wykonać nową funk-

cję wewnątrz obsługi przerwania:

INTERRUPT (SIG_INTERRUPT0)

{

Little();

}

i zobaczmy jak zmienił się kod

wynikowy – spotyka nas niemiła

niespodzianka gdyż uległ on znacz-

nemu (i w naszym przypadku zbęd-

nemu) wydłużeniu:

INTERRUPT (SIG_INTERRUPT0)

{

Rys. 20. Kontrola pracy testowego programu w sy-

mulatorze AvrStudio

i sprawdźmy, że

chroniony jest tylko

użyty w kodzie rejestr

r24:

100

Elektronika Praktyczna 10/2005

K U R S

62: 78 94 sei

64: 1f 92 push r1

66: 0f 92 push r0

68: 0f b6 in r0, 0x3f ; 63

6a: 0f 92 push r0

6c: 11 24 eor r1, r1

6e: 2f 93 push r18

70: 3f 93 push r19

72: 4f 93 push r20

74: 5f 93 push r21

76: 6f 93 push r22

78: 7f 93 push r23

7a: 8f 93 push r24

7c: 9f 93 push r25

7e: af 93 push r26

80: bf 93 push r27

82: ef 93 push r30

84: ff 93 push r31

Little();

86: ea df rcall .–44 ; 0x5c

88: ff 91 pop r31

8a: ef 91 pop r30

8c: bf 91 pop r27

8e: af 91 pop r26

90: 9f 91 pop r25

92: 8f 91 pop r24

94: 7f 91 pop r23

96: 6f 91 pop r22

98: 5f 91 pop r21

9a: 4f 91 pop r20

9c: 3f 91 pop r19

9e: 2f 91 pop r18

a0: 0f 90 pop r0

a2: 0f be out 0x3f, r0 ; 63

a4: 0f 90 pop r0

a6: 1f 90 pop r1

a8: 18 95 reti

Analiza użycia rejestrów nie

sięga w głąb zagnieżdżonych funk-

cji – kompilator chroni na wszelki

wypadek wszystkie, które mogą być

potencjalnie zagrożone. Chociaż ten

efekt na ogół nie powoduje jakichś

problemów z działaniem programu to

jednak może stwarzać kłopot w przy-

padkach krytycznych czasowo.

W takiej sytuacji możemy w ra-

zie potrzeby przejąć całkowitą kon-

trolę nad kodem handlera . Zamiast

stosować omawiane powyżej makra

zadeklarujmy po prostu funkcję

o nazwie zgodnej z nazwą potrzeb-

nego wektora i nadajmy jej atrybut

naked . W ten sposób kompilator

przypisze wektorowi skok do pro-

cedury całkowicie pozbawionej pro-

logu i epilogu (nawet instrukcji po-

wrotu ret – zgodnie ze znaczeniem

atrybutu: ”goła”, “ogołocona”). Po-

trzebny prolog i epilog – ograniczo-

ne tylko do naszych rzeczywistych

potrzeb – wpiszemy samodzielnie

jako wstawkę asemblerową inline

(możemy oczywiście jako podpo-

wiedź wykorzystać automatyczny

kod tworzony przez makra). Może

to wyglądać np. tak:

void SIG_INTERRUPT0(void) NAKED; //

NAKED to własna skrócona deﬁnicja z my-

names.h

void SIG_INTERRUPT0(void)

{

asm volatile („sei” „\n\t”

„push r1” „\n\t”

„push r0” „\n\t”

„in r0,0x3f” „\n\t”

„push r0” „\n\t”

„eor r1,r1” „\n\t”

„push r24”);

Little();

asm volatile („pop r24” „\n\t”

„pop r0” „\n\t”

„push r0” „\n\t”

„out 0x3f,r0” „\n\t”

„pop r0” „\n\t”

„pop r1” „\n\t”

„reti”);

}

wprowadzenie do Little zmian po-

wodujących użycie następnych re-

jestrów wymagać będzie również

równoległej ręcznej korekty powyż-

szego prologu i epilogu.

Łatwo zauważyć, że w podobny

sposób możemy też zminimalizować

i maksymalnie przyśpieszyć obsłu-

gę przerwania, która nie potrzebu-

je nawet niewielkiej podstawowej

ochrony – jak nasz pierwotny przy-

kładowy handler ustawiający tylko

port B , gdzie r0 i r1 nie są w ogó-

le użyte, zaś instrukcje ldi oraz out

nie zmieniają ﬂag wrejestrze stanu.

Wystarczy nam wtedy z powodze-

niem zapis (oczywiście sei także

według potrzeb):

void SIG_INTERRUPT0(void)

{

asm volatile („sei” „\n\t”

„push r24” „\n\t”

„ldi r24,0x20” „\n\t”

„out 0x18,r24” „\n\t”

„pop r24” „\n\t”

„reti”);

}

Rys. 22. Ekran symulatora Hapsim

przyjąłem w AvrSide wyłącznie

rozszerzenia małe. s , natomiast

akcja preprocesora jest jawnie

wymuszana odpowiednią opcją

linii komendy kompilatora ( –x

assembler–with–cpp , możemy ją

odnaleźć w pliku logu).

– Dołączenie <avr/io.h> umożli-

wia również używanie wszel-

kich symbolicznych nazw re-

jestrów (jak PORTB). Jednak

sposób zdeﬁniowania rejestrów

I/O w avr–libc nie jest zgod-

ny z wymaganym w asemblerze

adresowaniem przestrzeni I/O

(z przesunięciem 0x20). Deﬁnicja

__SFR_OFFSET 0 służy właśnie

do skorygowania tej rozbieżności

(możemy sprawdzić, że bez niej

w wynikowym kodzie ładowany

jest nie rejestr portu B – 0x18

ale rejestr 0x38). Taki sam efekt

uzyskamy konwertując SFR na

adres liczbowy przy pomocy _

SFR_IO_ADDR (PORTB) , co jest

częściej zalecane w wielu pora-

dach ale przy dłuższym kodzie

wymaga większej ilości pisania.

Dla zapoznania się z tymi niu-

ansami warto przejrzeć plik na-

główkowy \avr\include\avr\sfr_defs.

h w folderze kompilatora.

– Opisy dodatkowych klasyﬁkato-

rów sekcji znajdziemy przegląda-

jąc dokumentację avr–libc oraz

avr–as ( ax oznacza alokowalny

+ wykonywalny; @progbits in-

formuje, że sekcja zawiera dane);

klasyﬁkatory te nie są niezbęd-

ne do skompilowania (wystarcza

samo podanie nazwy sekcji. sec-

tion .text)

Modułów i funkcji asemblerowych

nie będziemy niestety mogli obejrzeć

w postaci źródłowej w debugerze Avr-

Studio. Brak w nich wymaganej do

tego odpowiednio sformatowanej in-

formacji. Ręczne dopisywanie jest ra-

czej mało realne gdyż zapis jest zbyt

złożony (możemy go podpatrzeć w do-

Innym przypadkiem ręcznej in-

gerencji programisty mogą być pro-

cedury obsługi przerwań napisane

całkowicie w asemblerze chociaż

niekoniecznie najkrótsze. Dłuższa

porcja kodu jest dosyć uciążliwa do

wpisywania w formie wstawki inline

(to oczywiście subiektywna opinia)

– dużo wygodniej jest wtedy prze-

nieść cały kod do asemblerowego

modułu * . s . Dla przykładu dodajmy

do projektu stronę z plikiem asem-

blerowym ints.s o treści:

#deﬁne __SFR_OFFSET 0

#include <avr/io.h>

.global SIG_INTERRUPT1

.section .text,”ax”,@progbits

SIG_INTERRUPT1:

push r24

ldi r24,0x40

out PORTB,r24

pop r24

reti

Po skompilowaniu znajdziemy

w kodzie obsługę przerwania pod

nazwą __vector_2 wraz z odpowied-

nim adresem skoku w tablicy wek-

torów. Jednak kilka spraw wymaga

dodatkowego wyjaśnienia:

– Nazwa procedury jest zgodna

z nazwą wektora z pliku nagłów-

kowego danego układu, który

dołączamy dyrektywą #include

<avr/io.h> tak jak dla pliku C.

– Aby uwzględnić tę nazwę plik

musi być poddany obróbce

w preprocesorze. Avr–gcc uru-

chamia samoczynnie preproce-

sor po napotkaniu rozszerzenia

* . S (natomiast pomija go przy

rozszerzeniu * . s małe). Jednak

– ponieważ Windows general-

nie nie rozróżnia wielkości liter

– dla uniknięcia nieporozumień

Takie rozwiązanie oczywiście

wymaga zwiększonej uwagi – np.

Elektronika Praktyczna 10/2005

101

K U R S

wolnym tymczasowym pliku.s wyge-

nerowanym z modułu * . c poleceniem

menu Sprawdź poprawność kodu ), nie

zanosi się również na opracowanie

do tego automatycznego narzędzia.

W takich przypadkach pozostaje jedy-

nie debugowanie na poziomie kodu

asemblera (przykład z przerwaniami

INT0 oraz INT1 szybko sprawdzimy

w pracy krokowej ręcznie przestawia-

jąc w AvrStudio potrzebne bity w re-

jestrze GICR oraz PIND ).

Opisane powyżej użycie wła-

snych handlerów asemblerowych lub

naked może się też przydać gdy

zechcemy przypisać kilku różnym

wektorom przerwań wspólną proce-

durę obsługi. Można to oczywiście

zrealizować tradycyjnie, wywołując

z kilku automatycznych handlerów

tę samą funkcję, ale przed chwilą

zobaczyliśmy, że może się to nie-

korzystnie odbić na szybkości kodu.

Użyjmy więc makra SIGNAL (lub

INTERRUPT ) z nazwą wektora inną

niż istniejące w kostce – makro

wygeneruje kod handlera ale nie

przypisze mu żadnego adresu skoku

w obszarze wektorów przerwań (jest

to właśnie wspomniany wcześniej

przypadek celowego wykorzystania

zapisu, który przy zwykłym użyciu

zazwyczaj powoduje błąd). W tym

hadlerze wpisujemy kod wspólnej

obsługi dla kilku różnych przerwań.

Natomiast wybrane do tej obsługi

przerwania opisujemy procedurami

naked zawierającymi tylko i wyłącz-

nie skok pod jego adres. Przykłado-

wo dla dwóch przerwań nadajnika

uart moglibyśmy zapisać:

void SIG_UART_DATA (void) NAKED;

void SIG_UART_TRANS (void) NAKED;

SIGNAL (SIG_COMMONINT)

{

// wykonanie wspólnej obsługi dla

sig_uart_data

// oraz sig_uart_trans

}

void SIG_UART_DATA(void)

{

asm volatile(„rjmp SIG_COMMONINT”);

}

void SIG_UART_TRANS(void)

{

asm volatile(„rjmp SIG_COMMONINT”);

}

przez avr–gcc stwierdziliśmy, że

przerwania nie obsługiwane w pro-

gramie mają przypisany domyślny

skok do etykiety __bad_interrupt .

Takie określenie (złe, błędne prze-

rwanie) oczywiście nie oznacza,

że jakieś przerwania są „lepsze”

a inne „gorsze”. Chodzi natomiast

o podkreślenie, że w prawidłowo

skonstruowanym i oprogramowanym

urządzeniu brak obsługi przerwa-

nia oznacza, iż w żadnych oko-

licznościach z cała pewnością ono

nie wystąpi. Wyzwolenie takiego

przerwania (np. poprzez omyłkowe

odblokowanie, pozostawienie „pły-

wającego”, narażonego na zakłóce-

nia pinu itp.) świadczy po prostu

o błędzie wykonawczym. Dlatego

domyślna akcja w takim przypadku

nie jest zbyt rozbudowana – powo-

duje skok pod adres 0 (nawet bez

powrotu z przerwania reti ). Czasem

w trakcie uruchamiania chcieliby-

śmy tę akcję rozszerzyć – np. o zli-

czanie nieprzewidzianych przerwań.

Avr–libc daje taką możliwość: wy-

starczy zdeﬁniować obsługę wektora

domyślnego __vector_default i tam

wpisać potrzebny kod:

SIGNAL(__vector_default)

{

// obsługa nieprzewidzianych przerwań

}

W kodzie wynikowym sprawdzi-

my, że teraz etykieta __bad_inter-

rupt nie zawiera już skoku pod ad-

res 0 ale skok do naszego nowego

domyślnego handlera .

Z powyższych rozważań widać,

że avr–gcc daje nam praktycznie

pełną kontrolę nad mechanizmem

przerwań mikrokontrolera. Jak często

te możliwości wykorzystamy – bę-

dzie zależeć od naszych preferencji

i przyzwyczajeń. Moim subiektyw-

nym zdaniem warto stosować prze-

rwania jak najczęściej, eliminując

wszelkie pollingi (czyli cykliczne

sprawdzanie ﬂag wrejestrach) ipętle

oczekujące na wykonanie operacji

– chociaż są one bardzo popularne

w rozmaitych przykładach i kursach

programowania. Dodatkowy nakład

pracy szybko zwróci się z nawiązką

w postaci bardziej logicznej i przej-

rzystej struktury programu oraz jego

szybszego i płynniejszego działania.

Jerzy Szczesiul, EP

jerzy.szczesiul@ep.com.pl

To samo możemy wykonać w pli-

ku asemblerowym – należy jedynie

dołączyć do kodu asm dyrektywę

.extern SIG_COMMONINT . W kodzie

wynikowym sprawdzimy, że rzeczy-

wiście otrzymaliśmy skoki w potrzeb-

ne miejsca: z tablicy wektorów do

krótkich procedur pośrednich a na-

stępnie do wspólnego handlera za-

kończonego instrukcją powrotu reti .

Przy wstępnym omawianiu au-

tomatycznego kodu generowanego

UWAGA!

Środowisko IDE dla AVR–GCC opracowane

przez autora artykułu można pobrać ze

strony http://avrside.ep.com.pl.

102

Elektronika Praktyczna 10/2005

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: