K U R S
Programowanie portu szeregowego
w systemach operacyjnych Linux
i Windows, część 8
Umiejętność programowej obsługi interfejsu RS232 od strony sum kontrolnych (jak choćby CRC,
czy kod Reeda Solomona), jednak
komputera PC jest dziś istotnym elementem elektronicznego
w niniejszym, prostym przykładzie
rzemiosła. W niniejszym kursie piszemy jak w praktyce
suma arytmetyczna jest wystarcza-
oprogramować port szeregowy w środowiskach Linux i Windows.
jąca.
Odpowiedzią na ramkę zapyta-
Wiele miejsca poświęcamy pisaniu przenośnych aplikacji GUI,
nia jest ramka odpowiedzi, której
które korzystają z interfejsu szeregowego i zachowują się tak samo
format jest następujący:
w systemach Windows jak i Linux. Wszystkie omawiane zagadnienia
0x56 ByteH ByteL CKS
poparte są szczegółowo opisanymi praktycznymi przykładami.
Pierwszy bajt to kod ASCII zna-
ku  V , symbolizującego napięcie
W poprzednich częściach kursu ASCII znaku zapytania  ?  łatwo elektryczne (Volt). Jest to nagłówek
poznaliśmy, jak stworzyć przenośną odgadnąć, że symbolizuje on py- ramki. Następne dwa bajty są wy-
aplikację wykorzystującą interfejs tanie. Ostatni bajt jest sumą kon- nikiem konwersji analogowo cyfro-
RS232 z użyciem pakietu Qt firmy trolną i pozwala odbiornikowi do- wej i, ze względu na rozdzielczość
Trolltech. Poniżej zostanie zapre- konać kontroli poprawności ramki. przetwornika mikrokontrolera ATme-
zentowany nieco bardziej złożony Jego wartość jest dopełnieniem do ga8, istotnych jest 10 ich najmniej
przykład. Jest nim woltomierz od- dwóch sumy arytmetycznej pozosta- znaczących bitów. Bajt CKS jest
czytywany przez łącze RS232. łych bajtów ramki zapytania, dzięki oczywiście sumą kontrolną, oblicza-
czemu najmniej znaczący bajt sumy ną tak samo jak w przypadku ramki
Woltomierz  część sprzętowa arytmetycznej wszystkich bajtów po- zapytania. Pozwala on odbiornikowi
Do budowy woltomierza wyko- prawnej ramki jest równy zero: (PC) stwierdzić, czy ramka jest po-
rzystano ten sam zestaw testowy, 41+3F+80=100 (HEX) prawna, czy nie.
który posłużył do testów poprzednio Jak widać, za-
opisanych aplikacji  został on opi- proponowano for-
sany w części 2. kursu. Oprogramo- mat ramki nieco na
wanie części sprzętowej woltomierza wyrost w stosunku
stworzono wykorzystując kompilator do funkcji jaką peł-
AVR GCC, ten sam, który wykorzy- ni. Przesyłany jest
stano przy implementacji opisanej jeden rodzaj infor-
wcześniej aplikacji testowej. Działanie macji, co sprawia,
oprogramowania mikrokontrolera pole- że suma kontrolna
ga na skonfigurowaniu modułu UART ma zawsze tę samą
i przetwornika A/C, a następnie na wartość. Pokazuje
oczekiwaniu na odpowiednie ramki on jednak podsta-
zapytania. W odpowiedzi na poprawną wowe cechy, jakie
ramkę przesyłana jest informacja o na- powinna mieć po-
pięciu panującym na wejściu ADC0 prawna ramka zapy-
przetwornika. Jak widać, układ PC tania: nagłówek słu-
 mikrokontroler jest typowym ukła- żący synchronizacji,
dem Master  Slave. W celu wymia- dane, suma kontro- Rys. 15. Test części sprzętowej woltomierza
ny danych pomiędzy mikrokontrole- lna, a w przypadku
rem a komputerem PC ustalono prosty ramek o zmiennych List. 25. Konfiguracja przetwornika A/C mikrokontrolera
//*******************************
protokół komunikacyjny. Format ramki długościach  prze-
// ADC Init
//*******************************
zapytania (Query Frame) wysyłanej syłana powinna być
void Init_ADC(void)
przez komputer jest następujący: długość ramki lub
{
//ADC channel 0, internal vref=2.56V
0x41 0x3F 0x80 liczba bajtów da-
ADMUX=0xC0;
Pierwszy bajt jest umownie wy- nych, ewentualnie
//single conversion
branym bajtem nagłówkowym ramki bajt terminujący
ADCSR=0x97;
(QF_HEADER). Określa on początek (określający koniec
//start first dummy conversion -
ramki i służy do synchronizacji od- pakietu danych).
//- here ADC is adjusting himself
ADCSR|=0x40;
biornika (w tym przypadku mikro- W profesjonalnych
while((ADCSR & 0x40)!=0);
kontrolera) z nadajnikiem (w tym systemach stosuje
Waitms(10);
przypadku komputerem PC). Dru- się znacznie lepsze
}
gi bajt (QF_COMMAND) to kod sposoby obliczania
Elektronika Praktyczna 7/2007
89
K U R S
List. 27. Pętla główna programu mikrokontrolera
List. 26. Konfiguracja USART i funkcje
while(1)
obsługi łącza RS232
{
//*******************************
//Waiting for query frame header - QF_HEADER
// RS232 Init
UCSRA&=~(1<//*******************************
while((UCSRA&(1<void Init_UART(void)
{
QFrame[0]=UDR;
//enable transmitter
UCSRB|=(1< if(QFrame[0]==QF_HEADER)
{
//enable receiver
//Waiting for rest 2 bytes of query frame with timeout
UCSRB|=(1< unsigned char byte_counter;
unsigned int timeout_counter;
//normal speed
UCSRA&=~(1< timeout_counter=0;
for(byte_counter=1;byte_counter<3;byte_counter++)
//19200 baud, err=0.0%
{
UBRRH=0;
//Waiting for 1 byte
UBRRL=5;
UCSRA&=~(1< UCSRB&=~(1< while((UCSRA&(1< if(++timeout_counter>=TIMEOUT)
//8bit, no parity, one stop bit
break;
UCSRC=(1<}
QFrame[byte_counter]=UDR;
//*******************************
//If timeout occured - break for loop
// RS232 Send one byte
if(timeout_counter>=TIMEOUT)
//*******************************
break;
void SendByte(unsigned char byte)
{
}
UCSRA|=(1< UDR=byte;
//If timeout did not occured - check checksum and
while((UCSRA&(1< //if OK then check query and send response
}
if(timeout_counter {
//*******************************
//Checking checksum
// RS232 Send string
unsigned char summa=0;
//*******************************
for(byte_counter=0;byte_counter<3;byte_counter++)
void SendString(char *pString)
summa+=QFrame[byte_counter];
{
char a;
if((summa & 0xFF)==0)
unsigned char i=0;
{
while(a=PRG_RDB(&pString[i++]))
unsigned char adc_valL,adc_valH;
SendByte(a);
}
//Checking query command
if(QFrame[1]==QF_COMMAND)
{
//Measuring voltage
Przykładowy test części sprzę- RED_ON;
ADCSR|=0x40; //start conversion
towej z użyciem terminala RS232
while((ADCSR & 0x40)!=0);
Docklight przedstawiono na rys. 15. adc_valL=ADCL; //read LSB first
adc_valH=(ADCH & 0x03); //read MSB (2 bits)
Widoczne są trzy testy. Pierwszy
został dokonany w chwili, gdy na- //Sending response
SendByte( V );
pięcie na wejściu ADC0 wynosiło
SendByte(adc_valH);
SendByte(adc_valL);
zero, drugi  gdy było ono maksy-
SendByte(0x100- V -adc_valH-adc_valL);
malne. Trzeci test przeprowadzono
Waitms(10);
dla dowolnej wartości pośredniej
RED_OFF;
(w tym przypadku równej 1,48 V, }
}
przy napięciu referencyjnym, odpo-
}
}
wiadającym pełnej skali, równym
}
2,56 V). We wszystkich przypad-
kach najmniej znaczący bajt sumy
arytmetycznej wszystkich bajtów USART pracuje z ramką 8N1 przy transmisji dwóch bajtów. Jeśli w tym
ramki jest równy 0 (np. 56+02+4E- szybkości 19200 b/s. czasie nie odebrano 2 bajtów, ram-
+5A=100). Pętlę główną oprogramowania ka jest ignorowana i program prze-
Na list. 25 przedstawiono kon- mikrokontrolera przedstawiono na chodzi do oczekiwania na bajt na-
figurację przetwornika analogowo- list. 27. Na początku procesor ocze- główkowy. Jeśli odebrano, to spraw-
 cyfrowego mikrokontrolera. Został kuje na bajt nagłówkowy ramki dzana jest wartość drugiego bajtu
on skonfigurowany do pracy z we- zapytania. Oczekiwanie to nie jest ramki (QF_COMMAND). Jeśli jego
wnętrznym napięciem odniesienia objęte żadnym czasem przetermi- wartość jest poprawna, to następ-
o wartości nominalnej 2,56 V i do nowania. Odebranie bajtu innego nie jest obliczana suma arytmetycz-
pracy w trybie pojedynczych kon- niż QF_HEADER (o wartości 0x41) na wszystkich bajtów ramki i, jeśli
wersji. Pierwsza konwersja, jaka jest powoduje jego zignorowanie i kon- jest ona poprawna, mikrokontroler
wywoływana w funkcji z list. 25, tynuowanie oczekiwania. Jeśli ode- dokonuje konwersji analogowo cy-
ma na celu ustawienie przetwor- brano właściwy bajt nagłówkowy, frowej. Odczytana z przetwornika
nika  konwersja ta trwa znacznie mikrokontroler przechodzi do pętli, wartość napięcia (w formie dwóch
dłużej niż póz
niejsze przetwarzanie. w której oczekuje na pozostałe dwa bajtów) jest wysyłana do kompute-
Na list. 26 przedstawiono konfigu- bajty ramki zapytania. Oczekiwanie ra PC w formie ramki odpowiedzi
rację oraz funkcje obsługi interfej- to jest objęte odpowiednim czasem opisanej wyżej. Na czas konwersji
su RS232 (wysyłanie jednego baj- przeterminowania (timeout), wyno- i transmisji tej ramki oraz przez ok.
tu i wysyłanie łańcucha znaków). szącym około 4 krotnemu czasowi 10 następnych milisekund, zapalana
Elektronika Praktyczna 7/2007
90
K U R S
List. 29. Deklaracja klasy wątku SamplingThread
nej (2,56 V) wynosi
#ifndef SamplingThreadH
0,36 V, co oczywi- #define SamplingThreadH
ście znacznie prze-
#include  CommInterface.h
kracza rozdzielczość
#include
niniejszego wolto-
#include
#include
mierza.
Ko d a p l i k a c j i
class SamplingThread : public QThread
{
woltomierza składa
Q_OBJECT
Rys. 16. Aplikacja woltomierza działa- się z trzech klas:
public:
jąca w systemie Windows  CCommInterface
QMutex mutex;
 SamplingThread CCommInterface Comm;
SamplingThread(QObject *parent = 0);
 VoltmeterWFrm
~SamplingThread();
void Suspend();
Pierwsza z nich
void Resume();
j e s t n a m d o b r z e
signals:
znana z poprzednich
void NewDataReceived(ulong data, QString status);
części kursu. Klasa
protected:
VoltmeterWFrm jest
void run();
klasą głównej (i je-
private:
dynej) formy apli-
bool abort;
bool suspend;
Rys. 17. Aplikacja woltomierza działa- kacji. Została ona
QWaitCondition condition;
jąca w systemie Linux stworzona podob-
void CheckResponse(void);
};
nie do klasy formy
jest dioda czerwona D1 sygnalizu- aplikacji testowej
#endif
jąc aktywność woltomierza. Example2W, opisanej
w poprzednich czę-
Woltomierz  program na ściach kursu. Podobnie jak wtedy, void UpdateResult(ulong data,
komputer PC tak i w tym przypadku, do budowy QString status);
Woltomierz działający w systemie interfejsu graficznego wykorzystano Funkcji tej przekazywana jest
Windows przedstawiono na rys. 16, program Qt Designer. Deklarację kla- wartość napięcia (10 najmniej zna-
zaś na rys. 17 pokazano widok sy VoltmeterWFrm przedstawiono na czących bitów argumentu data) oraz
okna programu pracującego w sys- list. 28. Jak widać, jednym z jej pól napis, jaki pojawić się ma w polu
temie Linux. Aplikacja VoltmeterW jest obiekt stSampling klasy Sam- stanu. Slot jest wywoływany wtedy,
posiada pole wyniku (pokazujące plingThread. Klasa ta implementuje gdy wątek próbkujący wyemituje
napięcie wejściowe z rozdzielczością wątek odpytujący część sprzętową. następujący sygnał:
0,01 V), pole stanu (zawierające Zastosowanie w tym celu osobnego void NewDataReceived(ulong
informację o poprawności otrzyma- wątku, zamiast np. licznika klasy data, QString status);
nej odpowiedzi lub jej braku), pole QTimer, ma ogromne zalety. Two- Sygnał ten jest zadeklarowany
pozwalające zatrzymać i wznowić rząc nowy wątek otrzymujemy moż- w klasie wątku (list. 29). Oczywiście
odświeżanie wyniku oraz pole tek- liwość przeprowadzania przeróżnych slot jest wywoływany z tymi samy-
stowe, służące do kalibracji wolto- operacji, które wykonają się w tle mi argumentami, co sygnał z nim
mierza. Kalibracja może okazać się głównego wątku, dzięki czemu nie połączony. Połączenie wymienionych
konieczna, ze względu na spory będą one niepotrzebnie zabierać slotów i sygnałów jest dokonywane
rozrzut napięć wewnętrznego z
ródła jego czasu. Wątek SamplingThread w konstruktorze klasy VoltmeterW-
napięcia odniesienia mikrokontrolera zajmuje się odpytywaniem sprzętu Frm (list. 30). Implementację slotu
ATmega8. Zgodnie z dokumentacja (działa jako typowy Worker Thread) UpdateResult() przedstawiono na
mikrokontrolera, wewnętrzne napię- i analizowaniem odpowiedzi, a do list. 31. Jak widać, jego działanie
cie odniesienie może zawierać się wątku głównego przesyła gotowe polega na pobraniu wartości napię-
w przedziale 2,3...2,7 V. Maksymal- efekty tej analizy, które są w tym cia kalibrującego (odpowiadającego
na odchyłka od wartości nominal- wątku jedynie wizualizowane. napięciu pełnej skali) i przetworze-
Plik nagłówkowy kla- niu 10 bitowej liczby odczytanej
List. 28. Deklaracja klasy VoltmeterWFrm
sy wątku przedstawiono z przetwornika A/C na liczbę ułam-
#include  ui_VoltmeterWFrm.h
na list. 29. Obiekt interfej- kową oraz jej wyświetlenie w po-
#include  SamplingThread.h
su szeregowego jest polem lu wyniku. Informacja z argumentu
class VoltmeterWFrm : public QDialog
tej właśnie klasy. Port jest status trafia do pola stanu. Wartość
{
Q_OBJECT
otwierany w konstruktorze napięcia jest zakodowana w 10 bito-
public: klasy VoltmeterWFrm, w któ- wej zmiennej data (zakres wartości
VoltmeterWFrm(QDialog *parent = 0);
rym wątek jest uruchamiany 0...1023).
~VoltmeterWFrm();
(list. 30). Do komunikacji Ważnymi polami klasy Sampling-
private slots:
pomiędzy wątkiem próbku- Thread są pola abort i suspend, oba
void UpdateResult(ulong data, QString
status);
jącym a wątkiem głównym typu bool (list. 29). Nadanie war-
void ClickedCheckBoxSampling(int state);
wykorzystano mechanizm sy- tości true polu abort powoduje za-
private:
gnałów i slotów. Klasa Volt- kończenie działania wątku, zaś polu
SamplingThread stSampling;
Ui::frmVoltmeterW ui; meterWFrm posiada następu- suspend  zawieszenie jego działa-
};
jący slot: nia. Do realizacji zawieszania służy
Elektronika Praktyczna 7/2007
91
K U R S
fragmentu aplikacji testowej, opisa-
List. 30. Konstruktor klasy VoltmeterWFrm
nej w poprzednich częściach kursu.
VoltmeterWFrm::VoltmeterWFrm(QDialog *parent)
: QDialog(parent)
Funkcja sprawdza czy nie wystąpi-
{
ui.setupUi(this); ły błędy i czy odpowiedz
w ogóle
nadeszła. W przypadku braku od-
//Set palette (text color) for result display and status label
QPalette pal=ui.lbResult->palette();
powiedzi lub błędu emituje ona
pal.setColor(QPalette::Foreground,QColor(tr( lightgreen )));
sygnał NewDataReceived(), podając
ui.lbResult->setPalette(pal);
jako argument data wartość 0, a ja-
pal=ui.lbStatus->palette();
ko status stosowną informację. Jeśli
pal.setColor(QPalette::Foreground,QColor(tr( white )));
ui.lbStatus->setPalette(pal);
nadeszła poprawna odpowiedz
, emi-
//Set text codec for tr() function towany jest sygnał zawierający 10-
QTextCodec::setCodecForTr(QTextCodec::codecForName( ISO8859-2 ));
 bitową informację o napięciu oraz
//Connect signals and slots
stan  OK .
connect(&stSampling, SIGNAL(NewDataReceived(ulong, QString)),
Wróćmy na chwilę do funkcji
this, SLOT(UpdateResult(ulong, QString)));
connect(ui.cbSampling, SIGNAL(stateChanged(int)),
run(). Niektóre jej fragmenty są uję-
this, SLOT(ClickedCheckBoxSampling(int)));
te w następującą klamrę:
//Initial information
mutex.lock();
UpdateResult(0, No response );
...
//Open port
mutex.unlock();
string port= COM1 ;
if(stSampling.Comm.Open(port,19200)==false)
Pole klasy SamplingThread o na-
{
zwie mutex (obiekt klasy QMutex)
QString portname=port.c_str();
QMessageBox::critical(this,tr( Error ),tr( Port  )+portname+
to semafor binarny wzajemnego wy-
tr( opening error. Application will terminate. ));
kluczania (MUTual EXclusion). Jego
this->reject();
}
działanie polega na tym, że unie-
//Start the thread możliwia on dwóm (lub więcej)
if (!stSampling.isRunning())
wątkom na jednoczesne operowanie
stSampling.start(QThread::TimeCriticalPriority);
}
na współdzielonych zasobach. Gdy-
by nie został zastosowany, to je-
den wątek mógłby zmienić warun-
ki pracy drugiego wątku w sposób
List. 31. Odświeżanie wartości napięcia i stanu
dla niego zupełnie nieprzewidywal-
void VoltmeterWFrm::UpdateResult(ulong data, QString status)
ny. Byłoby tak dlatego, że system
{
//Format result
operacyjny może przełączyć wątki
double fUmax=ui.leCalibration->text().toDouble();
na przykład w chwili, gdy jeden
if((fUmax<0) || (fUmax>5))
fUmax=0;
z nich (wątek A) jest w trakcie wy-
double fResult=(fUmax*data)/1024; konywania pewnego ciągu instruk-
cji na pewnych danych. Dostęp do
//Dislpay result and status
ui.lbResult->setText(QString::number(fResult, f ,2)+ V );
tych danych ma także drugi wątek
ui.lbStatus->setText(status);
(wątek B). Wątek B może zmienić
}
wartości zmiennych, które są wy-
nikami operacji wykonanych przed
pole condition klasy QWa- przełączeniem przez wątek A. Po
List. 32. Funkcja run() wątku SamplingThread
void SamplingThread::run()
itCondition (szczegóły opi- ponownym przekazaniu sterowania
{
sane zostaną dalej). wątkowi A próbuje on skorzystać
forever
{
Na list. 32 przedsta- z tych zmiennych, ale ich warto-
//Repeat sampling every 200ms (150+50)
wiono funkcję run() wątku ści są już inne niż te, których się
msleep(150);
próbkującego. Do tej wła- spodziewa. Powoduje to oczywiście
//Send query frame
mutex.lock(); śnie funkcji przekazywane nieprzewidywalne zachowanie się
unsigned char QueryFrame[3];
jest sterowanie po urucho- programu. Gdy mutex jest opusz-
QueryFrame[0]=0x41; // A
QueryFrame[1]=0x3F; // ?
mieniu wątku za pomocą czony (lock), to wątek próbujący
QueryFrame[2]=0x80; //checksum
metody start(). Działanie dostać się do chronionej przez
Comm.Write(QueryFrame,3);
mutex.unlock();
tej funkcji polega na cy- niego sekcji krytycznej zostaje za-
klicznym wysyłaniu za- wieszony. Gdy wątek, który opu-
//Break Time
msleep(50);
pytania, odczekaniu czasu ścił semafor, podniesie go (unlock),
//Check response break time (ok. 50 ms), wątek zawieszony wznawia swoje
mutex.lock();
analizie odpowiedzi za działanie i wchodzi do sekcji kry-
this->CheckResponse();
mutex.unlock();
pomocą funkcji CheckRe- tycznej opuszczając jednocześnie
sponse() oraz sprawdzeniu semafor. Operacje sprawdzenia sta-
if(abort)
return;
warunków zakończenia nu semafora i jego opuszczenia (je-
i zawieszenia wątku. Im- śli to możliwe) są operacjami ato-
mutex.lock();
if(suspend)
plementację funkcji Chec- mowymi.
condition.wait(&mutex);
mutex.unlock(); kResponse() przedstawiono W przypadku aplikacji wolto-
}
na list. 33. Jej działanie mierza, konkurencyjnymi wątkami
}
jest podobne do działania są: główny wątek aplikacji i wątek
Elektronika Praktyczna 7/2007
92
K U R S
List. 34. Funkcje zawieszenia i wzno-
List. 33. Funkcja analizująca odpowiedz
części sprzętowej
void SamplingThread::CheckResponse(void)
wienia wątku próbkującego
{
void SamplingThread::Suspend()
unsigned long Errors,InQue,BytesRead;
{
unsigned char *Input;
suspend=true;
}
Comm.CheckCommInput(&Errors,&InQue);
if(Errors!=0)
void SamplingThread::Resume()
{
{
emit NewDataReceived(0, UART error );
mutex.lock();
}
suspend=false;
else
condition.wakeOne();
{
mutex.unlock();
if(InQue==0)
}
{
emit NewDataReceived(0, No response );
}
else nam na ciągłości wykonywanych
{
operacji. Zasada ta dotyczy zarów-
Input=new unsigned char[InQue];
if(Comm.Read(Input,&BytesRead,InQue)==false)
no implementacji klasy Sampling-
{
Thread, jak i klasy VoltmeterWFrm,
emit NewDataReceived(0, Read error );
delete [] Input;
znajdującej się w przestrzeni wątku
return;
głównego.
}
Jeśli pole abort ma wartość true,
//Checking response
if((Input[0]!= V ) || (BytesRead!=4)) funkcja run() kończy swoje działa-
{
nie, a co za tym idzie, kończy je
emit NewDataReceived(0, Response error );
delete [] Input;
także wątek próbkujący. Jeśli pole
return;
suspend ma wartość true, to wątek
}
jest zawieszany na zmiennej warun-
//Checking checksum
kowej condition. Wywołanie funkcji
unsigned char summa=0;
for(unsigned long j=0;jcondition.wait(&mutex);
summa+=Input[j];
powoduje nie tylko zawieszenie
//Checksum OK
działania wątku, ale także niejaw-
if((summa & 0xFF)==0)
{
ne podniesienie (unlock) semafora
//Show result
mutex. Dzięki temu wątek główny
emit NewDataReceived(256*Input[1]+Input[2], OK );
}
ma dostęp do zmiennej condition
else
i może wznowić działanie wątku
emit NewDataReceived(0, Checksum error );
próbkującego, gdy tylko  zechce .
delete [] Input;
} Jednocześnie zapewniona jest spój-
}
ność operacji sprawdzenia stanu
}
zmiennej suspend i zawieszenia
wątku. Na list. 34 pokazano funk-
S a m p l i n g T h - cje zapewniające dostęp do pola
List. 35. Slot ClickedCheckBoxSampling()
void VoltmeterWFrm::ClickedCheckBoxSampling(int state)
read. Główny suspend. Funkcje te wykorzystano
{
wątek aplika- w slocie obsługi zdarzenia polega-
if(0==state)
stSampling.Suspend();
cji ma bezpo- jącego na zmianie stanu pola typu
else
średni dostęp QCheckBox, pozwalającego zatrzy-
stSampling.Resume();
}
do publicznych mać i wznowić odświeżanie wyni-
p ó l i m e t o d ku (list. 35).
List. 36. Konstruktor i destruktor klasy wątku SamplingThre- w ą t k u S a m - Na list. 36 przedstawiono kon-
ad p l i n g T h r e a d , struktor i destruktor klasy wątku
SamplingThread::SamplingThread(QObject *parent)
a c o z a t y m SamplingThread. Destruktor powo-
: QThread(parent)
{
i d z i e  p o - duje ustawienie znacznika abort
abort = false;
średni dostęp oraz obudzenie wątku, który może
suspend=false;
}
do składowych być zawieszony na warunku con-
p r y w a t n y c h . dition. Dzięki wywołaniu funkcji
SamplingThread::~SamplingThread()
{
Należy pamię- wait(), istnieje pewność, że de-
mutex.lock();
abort=true; tać, że wywo- struktor zakończy swoje działa-
suspend=false;
łanie np. kon- nie dopiero po zakończeniu pracy
condition.wakeOne();
mutex.unlock();
struktora czy funkcji run(). Port szeregowy jest
destruktora kla- zamykany w destruktorze klasy
//Wait until thread ends run()
wait();
sy SamplingTh- VoltmeterWFrm (list. 37). Aby nie
}
read odbywa odbyło się to w trakcie korzysta-
się w przestrzeni wątku głównego nia z portu przez wątek próbkują-
List. 37. Destruktor klasy Voltme-
(bo to właśnie on wywołuje kon- cy, operacja zamykania portu ujęta
terWFr
struktor i destruktor). Z tego po- jest w klamrę mutex.lock()...mutex.
VoltmeterWFrm::~VoltmeterWFrm()
{
wodu, klamrą mutex.lock()...mutex. unlock().
stSampling.mutex.lock();
unlock() należy objąć wszystkie te Arkadiusz Antoniak, EP
stSampling.Comm.Close();
stSampling.mutex.unlock();
odwołania do składowych klasy [e-mail]
}
SamplingThread, w których zależy www.antoniak.ep.com.pl
Elektronika Praktyczna 7/2007
93