Projetos de Convenções Interessantes

Antonio Lus Gomes Valente
Salviano Filipe S. Pinto Soares

Jose Manuel Ribeiro Baptista
Projecto em
Engenharia Electrotecnica e de
Computadores
Artigos da Unidade Curricular de Projecto
2009
Universidade de Tras-os-Montes e Alto Douro

Escola de Ciencia e Tecnologia :: Engenharia Electrotecnica e de Computadores
Projecto em
Engenharia Electrotecnica e de Computadores
Artigos da Unidade Curricular de Projecto
c 2009 - Universidade de Tr
Copyright
as-os-Montes e Alto Douro
ISBN:12345789
Notas dos Autores
cnica e de ComEste e o primeiro n

umero do livro Projecto de Engenharia Electrote
putadores e, espero eu, o primeiro de muitos. Este livro tera um novo volume todos os anos
com os artigos da unidade curricular de Projecto em Engenharia Electrotecnica e de Computadores, e ser
a complementado com um segundo livro, com publicacao prevista para Dezembro
com uma compilac
ao dos artigos publicados no ambito dos trabalhos de mestrado e doutoramento.
Neste primeiro n
umero, e como vendo sendo habito nos projectos de Engenharia Electrotecnica e de Computadores na Universidade de Tras-os-Montes e Alto Douro, os artigos
abrangem
areas t
ao diversas que v
ao desde a energia às comunicacoes passando pelo controlo,
rob
otica, computac
ao evolutiva, instrumentacao, processamento digital de sinal e de imagem,
vis
ao por computador, inteligencia artificial, automacao industrial, redes, base de dados e tecnologias da informac
ao e comunicac
ao. Nao foi elaborada nenhuma seleccao, estando presentes
todos os trabalhos que foram sujeitos a avaliacao. Fica claro desta abordagem, que pretendeu
n
ao excluir nenhum trabalho, que nesta compilacao existirao trabalhos de excelente qualidade
e trabalhos de menor rigor e dedicacao por parte que quem os elaborou os alunos. Os trabalhos foram realizados individualmente, contaram com a revisao dos orientadores e foram
posteriormente revistos e avaliados por um j
uri. No entanto, e apesar de todos as revisoes
feitas, os artigos s
ao da responsabilidade dos seus autores que sao os alunos cujo nome aparece na publicac
ao. No final desta revista aparece uma tabela com todos os orientadores como
contributo e agradecimento pelo trabalho desenvolvido na orientacao.
Para alem da componente de I&D sempre presentes nesta forma de aprendizagem, contamos
ser este o ponto de partida para novas estrategias de colaboracao entre as empresas nos pontos
de interface identificados do curso nomeadamente na unidade curricular de Seminario em
Ciencias da Electrotecnia e Computacao atraves da participacao em palestras, na unidade
curricular de Projecto em Engenharia Electrotecnica e de Computadores e na Dissertacao de
Mestrado em Engenharia Electrotecnica e de Computadores na figura de Estagios Curriculares
e a integrac
ao profissional dos Mestres em Engenharia Electrotecnica e de Computadores
atraves do enquadramento de Est
agios Profissionais.
Desta forma a direcc

ao da Licenciatura em Engenharia Electrotecnica e de Computadores
gostaria de agradecer a colaborac
ao das empresas que participaram na apresentacao p
ublica
dos trabalhos de Projecto, nomeadamente, à PT Inovacao, à Inova-Ria, à General Electric
Consumer & Industrial e `
a AdQuam.
Esperamos, deste modo, ter contribudo para que esta primeira publicacao seja do agrado
de todos.
Com os melhores cumprimentos,
Ant
onio Valente
Salviano Soares
Jose Manuel Baptista
Indice Geral
Notas dos Autores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Navega
c
ao de um robot para Condu
c
ao Aut
onoma . . . . . . . . . . . . . . . . . . . . . .
Avalia
c
ao t
ecnica e econ
omica de sistemas de microprodu
c
ao de
electricidade baseados em ER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Produ
c
ao descentralizada de electricidade Um caso de estudo . . . . . . . . . 23
Condu
c
ao aut
onoma de veculo Condu
c
ao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Condu
c
ao aut
onoma de veculo Detec
c
ao de obst
aculos . . . . . . . . . . . . . . . . 41
Identifica
c
ao autom
atica de produtos numa despensa inteligente . . . . . . . . . 47
Estudo e caracteriza
c
ao de sistemas est
ereo de vis
ao por computador . . . . 55
TIC-AEF As Tecnologias da Informa

c
ao e Comunica
c
ao no Apoio ao
Ensino da Fsica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Sistema de aquisi
c
ao e transmiss
ao de dados ambientais . . . . . . . . . . . . . . . . . 73
10 Optimiza
c
ao das Liga
c
oes de Aerogeradores em Parques E
olicos . . . . . . . . . 81
11 Sntese de Circuitos Digitais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
12 Data-logger com armazenamento em cart
oes SD/MMC em FAT32
(Parte 1 Logger) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
13 Desenvolvimento de alvos de detec
c
ao de tiro autom
atico para o
pentatlo moderno . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
14 Ambientes Tecnologicamente Assistidos Aplica
c
ao . . . . . . . . . . . . . . . . . . . . . 111
15 Desenvolvimento de firmware para um sensor de humidade para o solo . . 119
16 Desenvolvimento de uma aplica
c
ao para aquisi
c
ao de dados de um
sensor de humidade para o solo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
17 Site Web para gest

ao de exames Interface com o utilizador e Interface
de Administra
c
ao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
ao de exames Gest
ao de Base de Dados e Relat
orios 135
ao de exames Testes, Seguran
ca, Autentica
c
ao e
Privacidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
20 Paineis de Informa
c
ao Wireless . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
21 HELPMI integra
c
ao de servi
cos de voz entre Messengers e Mundos
Virtuais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
22 Sistema de Gest
ao de Adegas e Cooperativas Agrcolas . . . . . . . . . . . . . . . . . . 159
23 Sistemas de Vigil
ancia Inteligente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
24 Desenvolvimento de um sistema de instrumenta
c
ao para monitoriza
c
ao
de uma sonda de ultra-sons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
25 Simula
c
ao Computacional Gr
afica de Sistemas Automatizados . . . . . . . . . . . 179
26 AquaDisplay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
27 Estudo e desenvolvimento de um sensor para o crescimento da uva . . . . . . 193
28 Kit de Demonstra
c
ao de Modula
c
oes Anal
ogicas . . . . . . . . . . . . . . . . . . . . . . . . . 201
29 Gest
ao de Filas de Espera para Adegas e Cooperativas . . . . . . . . . . . . . . . . . . 209
30 Interliga
c
ao entre FORTRAN e Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217
31 Gest
ao de Software para salas de Inform
atica . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
32 Ambientes Tecnologicamente Assistidos Sensores . . . . . . . . . . . . . . . . . . . . . . 229
33 Ferramenta de simula
c
ao para caracteriza
c
ao da pot
encia instalada em
mini-hidricas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235
34 Servidor baseado em Linux, uma ferramenta de apoio `
as aulas pr
aticas:
Sistema e Servi
cos Base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241
35 Servidor baseado em Linux, uma ferramenta de apoio `
as aulas pr
aticas:
Servi
cos Avan
cados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247
36 MicroMouse Speedy Gonzalez (SP-01) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
Anexos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Navegaca o de um robot para Conduca o Autonoma

P0901
Jonas dos Santos Teixeira, al23487@utad.eu
Abstract This work aims to build a robot able to travel

a circuit similar to a road conventional, in a completely autonomous, with order to participate in the class of autonomous
driving in national festival of robotics, 2010.
Resumo Este trabalho tem como objectivo a construca o
de um robot capaz de percorrer um circuito similar a uma
estrada convencional, de forma completamente autonoma,
com o intuito de participar na classe de conduca o autonoma
no festival nacional de robotica de 2010.
Keywords Conduca o, Autonoma, Robot
Palavras chave Driving, Autonomous, Robot
I. I NTRODUC AO
Nas ultimas decadas temos assistido a um grande desenvolvimento de veculos capazes de se movimentarem de
uma forma completamente autonoma. Todos estes avancos
apresentados neste sector, poderao no futuro, traduzir-se
em melhorias na seguranca dos veculos de transporte, optimizando a interacca o destes com o meio onde operam.
Para este avanco tem contribudo, para alem dos principais
construtores de automoveis, inumeros eventos de robotica,
onde sao realizadas provas de conduca o autonoma. Um
exemplo disso mesmo e o festival nacional de robotica,
que se realiza em Portugal, onde tem lugar a prova de
conduca o autonoma (CA ) [1]. E com vista a participaca o
nesta competica o, que estamos a desenvolver um robot
movel e completamente autonomo. Na prova de conduca o
autonoma o robot devera percorrer um percurso ao longo
de uma pista fechada, que apresenta semelhancas com a
conduca o de um veculo automovel numa estrada convencional. A pista e composta por duas faixas, delimitadas por
duas linhas brancas e separadas por uma linha tracejada. O
circuito tem a forma aproximada de um 8. Existe um cruzamento no centro, sobre o qual se erguem paineis sinaleticos
e onde se encontra marcada uma passadeira, numa das curvas do circuito encontra-se tambem montado um tunel. A
seguinte figura (fig.1), indica-nos o formato do circuito. A
competica o decorre em tres mangas, sendo o principal objectivo percorrer por duas vezes a totalidade da pista no
mais curto espaco de tempo possvel e sem penalizaco es.
O grau de dificuldade vai crescendo em cada nova manga.
Mais informaco es, assim como todas as regras da prova podem ser consultadas robotica 20XX [2] .
II. O BJECTIVOS
O objectivo principal do trabalho realizado e construir
um veiculo robusto dotado de sistemas que permitam realizar a conduca o do mesmo de uma forma completamente
c UTAD - ECT - Departamento de Engenharias

Fig. 1
- 1 COLUNA
FIGURA
autonoma, de forma a superar todas as dificuldades encontradas na prova de conduca o autonoma.

III. D ISPOSITIVOS U TILIZADOS NO ROBOT
O robot esta montado sobre uma plataforma de um veiculo de radiomodelismo. A para controlar a direcca o do
veiculo e utilizado o servomotor Hitec HS-705MG [3], este
e controlado pelo microcontrolador MSP430FG4618 [4]da
Texas Instruments. E utilizado para mover o veculo o motor MAXON EC, controlado pelo controlador EPOS 24/5
P [5]. O controlo dos perifericos e efectuado atraves do
computador portatil Samsung R45 que ira sobre o veiculo.
As ligaco es entre o computador e os perifericos e efectuada
atraves dos cabos Prolific USB to Serial Comm Port . Serao
ainda montadas no veiculo tres WebCams.
IV. S OFTWARE U TILIZADO
Na a realizaca o deste projecto foi utilizado:
Microsoft Visual C++ [6]
IAR Embedded Workbench [7]
EPOS UserInterface [8]
V. D ESENVOLVIMENTO
Com o objectivo de facilitar a construca o do veculo,
decidi dividir a sua estruturaca o em varios nveis, facilitando assim o desenvolvimento do projecto. Como
podemos observar a figura, fig.2, verifica-se que o esquema e composto por quatro nveis diferentes, todos interligados entre si. O nvel 0 refere-se a plataforma do
veculo utilizada. Esta plataforma deriva de um carro de
radiomodelismo, fornecendo assim uma estrutura suficientemente robusta para o desenvolvimento do projecto. Neste
JONAS TEIXEIRA [23487]
cnica e de Computadores 2009

Projecto em Engenharia Electrote
nvel analisamos com especial interesse as rodas traseiras,

responsaveis pela locomoca o do veiculo bem como o sistema de direcca o. O seguinte nvel, o nvel 1, refere-se
aos perifericos do veiculo, isto e o motor responsavel pelo
movimento do veiculo, o motor MAXON EC, que esta ligado com as rodas traseiras atraves de um sistema de rodas dentadas, o servo motor responsavel pelo movimento
da direcca o, que esta ligado com a direcca o atraves de
duas pincas metalicas e ainda tres Webcams responsaveis
por fornecer a camada superior imagens do percurso. O
nvel 2 refere-se a parte do hardware utilizado no veiculo.
Neste nvel estao inseridos o controlador EPOS 24/5 P,
responsavel por controlar o motor MAXON EC e ainda o
micro controlador MSP430FG4618, responsavel por controlar o servo motor, esta comunicaca o e feita atraves de
um sinal PWM (modelaca o por largura de pulso). O ultimo nvel, o nvel 3, refere-se a uma aplicaca o instalada no
computador portatil, que formara parte do sistema de controlo. Esta aplicaca o apresenta uma interface grafica onde e
possvel ajustar o funcionamento do veiculo. Esta aplicaca o
utiliza as portas serie do computador para comunicar via
RS232 com o controlador EPOS 24/5 P e o micro controlador MSP430FG4618. A aplicaca o recebe ainda imagens
provenientes da Webcams via USB.
FIGURA
do servo, que funciona como sensor de posica o, e por um

circuito electronico de controlo. O circuito electronico vai
comparar o valor no potenciometro com a amplitude dos
impulsos que recebe pela linha de controlo, activando assim o motor para corrigir qualquer diferenca que exista entre ambos. Ao se tentar rodar a engrenagem do servo, o
circuito de controlo identificara uma diferenca entre o valor
no potenciometro e a amplitude dos impulsos e activara o
motor para a tentar corrigir. A alimentaca o do servomotor e
feita tipicamente a uma tensao que pode variar ente os 4,5 e
6,5 Volt, . A corrente necessaria para o correcto funcionamento do servomotor varia consoante o servomotor escolhido, sendo que servos com maior potencia necessitam de
mais corrente. O servomotor possui tres fios para conexao,
sendo que o preto e vermelho vao ligar a alimentaca o e o
amarelo, vai ser conectado ao sinal responsavel pelo controlo da posica o. A posica o do servo e controlada por
um trem de impulsos, com uma amplitude que varia tipicamente entre 1ms e 2ms), e uma frequencia de cerca de
50Hz. A figura, fig.3, ilustra a influencia que a duraca o do
sinal tem no movimento do servo.
Fig. 2
DO VEICULO
- E STRUTURAC AO
FIGURA
A. Nvel responsavel pelo controlo de direcca o do veiculo

Os servomotores sao motores especiais, um pouco diferentes dos motores electricos convencionais e tem como
principal caracterstica o controlo preciso da posica o do rotor. O seu raio de movimentaca o esta compreendido normalmente entre os 0 e os 180 graus, podendo este variar
de servo para servo e ser limitado de forma externa. Alem
do controlo preciso da sua posica o, o servomotor tem como
caracterstica um elevado torque, resultado do acoplamento
de um sistema de engrenagens que forma uma caixa de
reduca o com uma relaca o bastante longa. O sistema interno de realimentaca o em malha fechada do servomotor,
faz com que o servo rode para uma determinada posica o em
resposta a um determinado trem de impulsos. Este sistema
e constitudo por um potenciometro ligado a` engrenagem
Fig. 3
- S INAL PWM
Quando o servo recebe impulsos de 1.5ms, a sua engrenagem de sada vai rodar ate ficar estavel no centro do
intervalo de rotaca o nos 90 graus. Se receber impulsos
de 1ms, servo vai rodar no sentido horario ate atingir o limite do intervalo de rotaca o correspondente a 0 graus. Se
receber impulsos de 2ms, o servo vai rodar no sentido antihorario ate atingir o outro limite do intervalo de rotaca o
correspondente a 180 graus. Impulsos ente 1ms e 1.5ms
farao com que o servo rode no sentido horario para posico es
intermedias entre 0 e 90 graus , enquanto que impulsos que variam entre 1.5ms e 2ms farao com que o servo
rode no sentido anti-horario para posico es intermedias entre 90 e 180 graus. O sinal que contem o trem de impulso
pode ser obtido atraves da programaca o de um microcontrolador, para este gerar uma sada PWM (modelaca o por

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
largura de pulso) numa das suas portas configuradas como

sadas. O microcontrolador utilizado para criar o sinal
PWM necessario para o controlo do servomotor pertence
a` famlia MSP430 produzidos pela Texas Instruments [9].
Estes microcontroladores sao constitudos por um CPU de
16 bits e estao concebidos essencialmente para aplicaco es
de baixo custo e baixo consumo de energia. A Texas Instruments oferece-nos quatro famlias basicas deste tipo
de microcontroladores, a famlia 1xx, voltados essencialmente para aplicaco es gerais (1 a 60kb de memoria flash
e 128 a 10240 bytes de memoria RAM, a famlia 2xx, uma
evoluca o da famlia 1xx (1 a 8kb de memoria flash e 256
bytes de memoria RAM), a famlia 3xx, famlia mais antiga e
baseada em dispositivos One Time Programmable e por fim
a famlia 4xx [10], voltados para instrumentaca o portatil e
dotados de controlador de LCD interno (1 a 60kb de FLASH
e 128 a 10240 bytes de RAM). No desenvolvimento do nosso
trabalho foi utilizado o microcontrolador MSP430FG4618,
representado na seguinte figura, fig.4, que pertencente a
famlia 4xx.
FIGURA
Fig. 4
- MSP430FG4618
Os dispositivos pertencentes a esta famlia possuem uma

variedade de configuraco es com inumeros perifericos, entre eles oscilador interno, timer capaz de gerar uma sada
PWM, watchdog, USART, SPI, I2C, ADC de 10/12/16
bits, DAC de 10 e 12 bits , memoria de acesso rapido (DMA),
ligaca o RS232, controlador de LCD etc.. A programaca o
do MSP430FG4618 e feita atraves do software IAR Embedded Workbench que permite a elaboraca o de projectos em linguagem C utilizada para programar o microcontrolador. Para programar o MSP430FG4618 a ligaca o
com o computador e efectuada atraves do dispositivo MSPFET430UIF [11] que liga ao computador atraves da porta

USB e ao MSP430FG4618 atraves do porto JTAG. O como

foi referenciado anteriormente a direcca o do veiculo vai ser
movimentada atraves de um servo motor ligado a esta de
forma mecanica, por sua vez o servo motor vai ser controlado por um sinal PWM gerado a partir do microcontrolador MSP430Fg4616. O sinal PWM foi obtido atraves
do sinal de relogio do microcontrolador, para isso foi
necessario configurar o Timer B [12] do MSP430FG4618
com o fim e gerar uma sada em nvel logico alto. Atraves
da configuraca o dos registos do Timer B, mais precisamente o TBCCR0, foi possvel definir o perodo do sinal
PWM e igualando o registo TBCCR6 a uma variavel, do
tipo inteiro, e possvel controlar o duty cycle do sinal
PWM, o que no fundo vai permitir controlar a posica o do
servo motor. Assim sendo quando esta variavel toma o
valor de 104, o microcontrolador vai gerar um sinal PWM
cujo duty cycle e de 1 ms, o que vai corresponder a
posica o de 0 graus no servo motor. Por sua vez, se a
variavel tomar o valor de 157, o microcontrolador vai gerar
um sinal PWM cujo duty cycle e de 1,5 ms, que vai
colocar o servomotor na posica o de 90 graus. Por u ltimo,
quando esta variavel toma o valor de 210, o microcontrolador vai gerar um sinal PWM cujo duty cycle e de
2 ms, o que vai corresponder a posica o de 180 graus
no servo motor. Assim sendo com a variaca o do valor
da variavel entre 104 e 210 podemos variar a posica o do
servomotor entre 0 e 180 graus. E ainda de salientar
que a variaca o funciona de forma linear nas posico es intermedias. Assim sendo, para controlar a direcca o, necessitamos apenas que seja enviada uma variavel, com o valor do
a ngulo pretendido para a direcca o, para o MSP430FG4618,
para tal e utilizado o dispositivo de comunicaca o RS232,
presente no MSP34FG4618. Para podermos utilizar este
periferico primeiro temos de configurar a UART [12] (Universal Asynchronous Receiver Transmitter). A UART e
um dispositivo utilizado em sistemas de comunicaca o para
aplicaco es especficas, com sincronizaca o feita por software. Para a configuraca o da UART e necessario configurar o registo UCA0BR0, de modo a que o Baud rate
seja de 9600. E ainda necessario habilitar as interrupco es
deste dispositivo configurando o registo UCA0CTL1, deste
modo quando for transmitida qualquer informaca o para o
registo de entrada da UART, o UCA0RXBUF, o microcontrolador ira entrar numa rotina de atendimento que permitira receber a variavel transmitida para o microcontrolador
atraves do periferico RS232. Na rotina de atendimento a` s
interrupco es provocadas na UART e chamada uma funca o
que vai configurar a duty cycle do sinal PWM enviado ao servomotor de acordo com a variavel recebida
atraves do registo UCA0RXBUF. A seguinte figura, fig.5
ilustra de uma forma simples o funcionamento explicado
anteriormente. Podemos concluir assim que o controlo de
direcca o composto pelo servomotor e o microcontrolador
MSP430FG4618 precisa apenas que lhe seja enviada uma
variavel correspondente aos graus que pretendemos girar
a direcca o para esta aturar.
10

FIGURA
FIGURA
Fig. 5
ENTRE COMPUTADOR E MSP
- LIGAC AO
B. Nvel responsavel pelo movimento do veiculo

Como ja foi referido anteriormente o movimento do
veculo e proporcionado por um motor EC, da fabricante
MAXON, conectado por um sistema de engrenagens as rodas traseiras. Este motor, por sua vez e controlado pelo
controlador da Maxon EPOS 24/5 P. Maxons EPOS P 24/5
Position Controller e um controlador que permite controlar a velocidade, a posica o e a corrente fornecidas ao motor. Depois de ser programado, o controlador EPOS 24/5 P
pode ser utilizado para funcionamento autonomo, ou pode
ser controlado de uma forma activa, podendo assim variar
o a corrente, a velocidade e a posica o de acordo com as
necessidades do utilizador. A tensao de alimentaca o do
EPOS P 24/5 Position Controller e de 11/24 Volt DC,
o controlador e capaz de fornecer uma corrente contnua
de 5 Ampere ao motor e uma corrente de pico de 10
Ampere. A comunicaca o entre o controlador EPOS 24/5
P e outros dispositivos pode ser efectuada via RS232 ou via
CANopen. A programaca o e realizada via IEC 61131-3,
com varios editores (ST, IL, FBD, CPF). Existe ainda uma
interface que permite ligaco es entre o controlador EPOS
24/5 P e o Windows DLL. No desenvolvimento do projecto
foi optou-se por efectuar o controlo do motor atraves de
uma aplicaca o construda utilizando o Visual C++ [13], a
qual sera referida em pormenor, mais a frente. O primeiro
ponto de trabalhos no que diz respeito a tracca o do veiculo, consistiu na concepca o dos cabos que ligam o EPOS
P 24/5 Position Controller e o motor MAXON EC [14]e
ainda um cabo RS232 que interliga o EPOS P 24/5 Position
Controller e o computador. A seguinte figura, fig.6 ilustra
de uma forma esquematizada como se estabelecem essas
ligaco es.
Fig. 6
-MI NIMA CABLAGEM PARA MOTOR M AXON CE
Depois de efectuadas todas as ligaco es entre o computador, o controlador EPOS 24/5 P e o motor MAXON EC foi
utilizado o software EPOS UserInterface [15] para
proceder a auto-configuraca o dos ganhos de corrente, velocidade e posica o do motor. Este procedimento pode ser
substitudo por uma afinaca o manual e mais personalizada
dos ganhos. Depois de ser efectuado esta configuraca o,
os dispositivos estao prontos para ser utilizados. No desenvolvimento do nosso projecto optou-se por programar
e controlar o EPOS 24/5 P a partir do computador, utilizando uma aplicaca o desenvolvida no Visual C++.
Esta aplicaca o utiliza a interface Windows DLL desenvolvida pela MAXON MOTORS para tornar possvel a
comunicaca o entre os diferentes dispositivos. Para iniciarmos o controlador EPOS 24/5 P e utilizada a funca o VCSOpenDeviceDlg(DWORD, pErrorCode), contida na biblioteca Definitions.h, esta funca o vai abrir uma janela
de dialogo onde serao preenchidos todos os dados referentes a comunicaca o serie utilizada entre os dois dispositivos, o computador e o EPOS 24/5 P. Estes dados referemse ao nome do dispositivo, que neste caso e o EPOS, ao
nome do protocolo utilizado entre o computador e o EPOS
24/5 P, que e MAXON-RS232, a interface utilizada, no nossos caso e RS232, a porta serie utilizada, o Baud Rate
da porta, que neste caso especifico e 38400 e o tempo de
espera de ligaca o que por defeito e 500 ms. O modo de
operaca o do motor e defendido atraves da funca o VCSSetOperationMode(HANDLE KeyHandle, WORD NodeId,
int8 Mode, DWORD, pErrorCode) , o modo de funcionamento escolhido foi de velocidade. Este modo permite-nos
controlar o motor colocando-o a funcionar num modo de
velocidade continua, a aceleraca o para que o motor atinja
essa velocidade tambem e escolhida pelo utilizador. Outras
funco es de configuraca o, e passagem de parametros para o
motor sao utilizadas, tentando optimizar o funcionamento
do motor. Podemos concluir assim que o motor responsavel

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
11
pelo movimento do veiculo e controlado por uma aplicaca o

instalada no computador, que utiliza algumas funco es para
passar os parametros necessarios ao controlador EPOS 24/5
P para que este controle o movimento do motor de forma
desejada.
C. Processamento de Imagem
Apesar de nesta parte do projecto ainda nao nos centrarmos muito no que diz respeito ao processamento de imagem, foi possvel tomar algumas decisoes nesse campo.
Serao utilizadas tres Web Cams para obter as imagens,
uma sera responsavel por identificar os semaforos presentes
na pista, as outras duas serao responsaveis por obter imagens do tracado a percorrer. Sao necessarias duas camaras
para esse fim porque se pretende proceder a reconstruca o
da imagem para ser possvel analisar distancias atraves
do processamento das mesmas. O resultado do processamento das imagens obtidas sera traduzido em ordens de
avanco, aceleraca o, travagem, e desaceleraca o utilizadas
pela aplicaca o instalada no computador para controlar o
movimento do veiculo, resultara ainda a informaca o para
controlo da direcca o. Esta parte do projecto sera abordada futuramente, no a mbito de outras unidades curriculares, nomeadamente PDI.
D. Aplicaca o de controlo
Uma aplicaca o presente no computador sera a responsavel pelo controlo de todas as outras aplicaco es intermedias. Esta aplicaca o esta ligada com o microcontrolador MSP430FG4618 atraves da porta serie do computador. Esta previsto que depois do processamento da imagem,
esta aplicaca o envie para o MSP430FG4618 a inclinaca o
pretendida Esta aplicaca o esta ainda ligada com o controlador EPOS 24/5 P, atraves de outra porta serie do computador, utilizando a interface RS232. Esta ira comunicar
ao controlador a velocidade, posica o e ainda aceleraca o pretendida para o motor. A configuraca o da porta serie utilizada para este fim sera configurada atraves de uma janela
de dialogo logo que se inicie a aplicaca o. No futuro esta
aplicaca o sera tambem a responsavel pela aquisica o das
imagens a partir das WebCams. Por fim, o algoritmo de
controlo de todo o sistema tera o funcionamento similar a
uma maquina de estados, depois de serem inicializados todas as comunicaco es com os perifericos, serao carregadas
num vector todas as tarefas que serao executadas ciclicamente, assim quando a aplicaca o for executada, este vector
sera percorrido e as suas tarefas executadas quando habilitadas para tal.
VI. C ONCLUS OES

Na primeira parte do trabalho foi possvel proceder a montagem das partes mecanicas do veculo, fixaca o dos motores, e adaptaca o das engrenagens, foram ainda realizadas
todas as ligaco es necessarias entre todos os dispositivos do
projecto. Assim no final ja foi possvel testar a direcca o e
o controlo do movimento do veculo. A estruturaca o escolhida para o veculo permitiu-nos trabalhar de forma independente nos diferentes nveis em que este esta organizado.
Na seguinte figura, fig.7 , e apresentado o veiculo.

Fig. 7
FIGURA - ROBOT
Assim sendo o funcionamento do veculo resume-se ao

seguinte. A direcca o e accionada por um servomotor que e
controlado pelo microcontrolador MSP430FG4618, atraves
da variaca o do duty cycle do sinal PWM. O microcontrolador recebe informaca o do computador para proceder
ao controlo deste sinal. O movimento do veiculo e proporcionado pelo motor EC MAXON, que esta ligado a` s rodas
traseiras atraves de um sistema de engrenagens. Este motor e controlado pelo EPOS 24/5 P que recebe informaca o
proveniente do computador que ira permitir controlar a velocidade, aceleraca o e travagem do motor. As decisoes a
necessarias para o controlo da direcca o e movimentaca o do
veculo serao retiradas a partir do processamento das imagens provenientes das Webcams, feito no computador. No
final deste projecto o robot nao esta totalmente concludo,
ficando a faltar o desenvolvimento de software para o processamento de imagem, e uma optimizaca o no funcionamento global do robot.
B IBLIOGRAFIA
[1]
[2]
[3]
mbc, Conducao autonoma, Relatorio tecnico, 2005.

Robot cup, Robotica 20xx, http://www.spr.ua.pt/fnr/.
Hitec, Hitec hs-705mg, http://www.rcuniverse.com/pgarchive/HitecHS705MG.htm.
[4] Texas Instruments, Msp430fg4618/f2013 experimenters board (rev.
a), Relatorio tecnico, 2007.
[5] maxon motor control, Epos p positioning controller hardware reference, Relatorio tecnico, 2008.
[6] microsoft, Visual studio, http://www.microsoft.com/express/vc/.
[7] Texas
Instruments,
Iar
systems,
http://iar.com/website1/1.0.1.0/3/1/.
[8] Maxon
Motors,
Maxon
motors,
http://www.maxonmotor.com/media releases EPOS-P-24-5programmable-positioning-controller.html.
[9] Texas Instruments, Ti, http://www.ti.com/?DCMP=TIHeaderTrackingHQS=Other+OT+hdr-home.
[10] Texas Instruments, Msp430x4xx family users guide, Relatorio
tecnico, 2007.
[11] Texas Instruments, Msp-fet430 flash emulation tool (fetd), Relatorio tecnico, 2007.
[12] Texas Instruments, Msp430xg461x mixed signal microcontroller,
Relatorio tecnico, 2007.
12

[13] maxon motor control, Epos p positioning controller documentation

dll integration into microsoft visual c++, Relatorio tecnico, 2008.
[14] maxon motor control, Epos p positioning controller cable starting
set, Relatorio tecnico, 2006.
[15] maxon motor control, Epos p positioning controller getting
started, Relatorio tecnico, 2009.
e de
cnica
REVISTAem
DA L
ICENCIATURA EM EElectrot
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES, VOL.2009
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
13
Avaliaca o Tecnica e Economica de Sistemas de Microproduca o de Electricidade

Baseados em Fontes de Energias Renovaveis
P0902
Dilman Jesus Almeida, dilman63@gmail.com
Abstract Climate change and the expected scarcity of the

most sought energy sources for consumption worldwide, as are
those of fossil origin, have forced a global understanding in
order to strive against pollution from this types of energy and
dependence on them.
The Kyoto Protocol is the best example of this understanding,
which in spite of not having been signed by the worlds most
industrialized countries, is an important element for reducing
emissions of greenhouse gases with the use of renewable energy sources.
In Portugal, several government initiatives have fostered a
decentralized electricity production, with particular emphasis
on the use of renewable energy.
Resumo As alteraco es climaticas e a escassez prevista das
fontes de energia mais procuradas para o consumo a nvel
mundial, como sao as de origem fossil, tem obrigado a um
entendimento global com vista a combater a poluica o proveniente destes tipos de energias e a dependencia das mesmas.
O Protocolo de Quioto e o melhor exemplo deste entendimento, que, apesar de nao ter sido assinado por todos os pases
mais industrializados do mundo, constitui um elemento importantssimo para a reduca o das emissoes de gases com efeito
de estufa, com a consequente utilizaca o de fontes de energias
renovaveis.
Em Portugal, diversas iniciativas governamentais tem impulsionado a produca o descentralizada de electricidade, dando
especial importancia a` utilizaca o de energias renovaveis.
O objectivo deste trabalho, e mostrar a importancia da
analise economica dos projectos, na a rea da microgeraca o de
electricidade, enquadrados no regime remuneratorio bonificado do Decreto-Lei n.o 363/2007.
Palavras chave Microgeraca o, Microprodutor, Energia
I. I NTRODUC AO
A procura global por energia, tem vindo a aumentar acentuadamente nas u ltimas decadas, acompanhando o desenvolvimento industrial e o aumento populacional. Preve-se
que a procura de energia deva crescer pelo menos 50% ate
2030, a` medida que grandes pases, como a China e a India
continuem a desenvolver-se. O grafico da figura 1 mostra a
previsao dessa realidade [1], [2].
As fontes de energia mais utilizadas actualmente, responsaveis pela quase totalidade da energia consumida no
mundo, sao, o Petroleo, o Carvao e o Gas natural. Estes tipos de energias, sao conhecidas como combustveis fosseis,
por terem surgido a partir de plantas e animais mortos existentes ha muitos seculos atras, ricos em carbono. Estas

Fig. 1
C ONSUMO GLOBAL DE ENERGIA [1], [2]
fontes tem reservas estimadas para poucas decadas, o que

e , de facto, preocupante. Por outro lado, tem-se assistido,
nas u ltimas decadas, a um aumento das preocupaco es sobre
o impacto ambiental que esses combustveis provocam no
nosso meio. Esta demonstrado que as alteraco es climaticas
do globo terrestre, verificadas nos u ltimos anos, tem a sua
origem nas emissoes de gases de efeito de estufa, criados
pela queima, principalmente, desses combustveis fosseis.
Com vista a reduzir a dependencia energetica dos combustveis fosseis e ao mesmo tempo impor metas para a
reduca o dos gases de efeito de estufa, tem surgido diversas iniciativas mundiais, sendo uma das quais e a mais importante, o Protocolo de Quioto, discutido e negociado em
1997, no Japao. A assinatura e o consequente compromisso
assumido pelos diversos pases assinantes, incluindo Portugal, visam diminuir o nvel de emissoes poluentes responsaveis pelo aquecimento global. No caso dos estados
membros da Europa, essa reduca o tera de ser cerca de 8%
entre 2008 e 2012 [3].
Uma das formas encontradas para conseguir cumprir com
os compromissos de Quioto e recorrer a` s energias renovaveis e nao poluentes para produca o de electricidade.
De facto, a directiva 2001/77/CE de 27 de Setembro de
2001, do Parlamento Europeu e do Conselho, constituiu
um inequvoco reconhecimento por parte da Uniao Europeia, no que se refere a` actual prioridade para a produca o
de energia electrica, a partir de fontes renovaveis, no espaco
Europeu.
Olhando para o panorama nacional, verifica-se a
existencia, com o objectivo de responder aos desafios do
14

Protocolo de Quioto, de diversas iniciativas para impulsionar a utilizaca o de energias renovaveis na produca o
electrica. Surge assim o mais recente decreto-lei referente a
esta materia: o Decreto-Lei n.o 363/2007, de 2 de Novembro, que regula a actividade da microgeraca o de electricidade com base nas energias renovaveis.
Neste sentido, e dado que para ser microprodutor e necessario investimento, torna-se necessario avaliar economicamente o empreendimento. Se a energia obtida se revelar
mais cara do que a das fontes convencionais, e natural que
a aderencia a este tipo de iniciativas fique aquem do esperado, pondo em risco o cumprimento das metas nacionais
assumidas em conjunto com os outros pases.
A correcta avaliaca o tecnica e economica dos investimentos em microgeraca o e condica o necessaria para que estas
novas tecnologias sejam verdadeiramente implantadas de
forma solida e rentavel tambem para quem investe nestes
empreendimentos.
Este trabalho, analisa varias alternativas tecnicas sobre a
microgeraca o e a sua respectiva avaliaca o economica, para
se poder entender as diferencas entre as mesmas. Pretendese tambem, que, no conjunto se verifique a verdadeira importancia da correcta avaliaca o economica, nos diferentes
projectos aqui analisados.
O trabalho utiliza ferramentas especficas para a simulaca o
e analise economica de diferentes cenarios escolhidos, descritos no decorrer do mesmo, sendo que, todos eles estao
de acordo com o Decreto-Lei n.o 363/2007, de 2 de Novembro, no que diz respeito ao regime remuneratorio bonificado. Pretende-se alcancar resultados positivos, como os
anunciados pela maior parte das empresas nacionais, que
trabalham na comercializaca o deste tipo de tecnologia, relacionada com a microgeraca o.
O presente trabalho constitui uma excelente ferramenta de
apoio a` decisao de quem pretenda ser microprodutor, ao
abrigo do Decreto-Lei n.o 363/2007.
Nas secco es seguintes, serao abordados os temas referentes a` microgeraca o de electricidade a nvel nacional, dando
uma visao geral dos aspectos mais importantes do DecretoLei n.o 363/2007, juntamente com uma ideia do possvel
comportameno evolutivo do tarifario de venda de electricidade; os conceitos dos principais indicadores economicos
na avaliaca o de investimentos; a ferramenta utilizada na
simulaca o tecnica; os cenarios tecnicos e economicos e por
ultimo uma visao sobre os resultados obtidos e as respectivas conclusoes.
- PANORAMA NACIONAL
II. M ICROGERAC AO
Em Portugal, a microgeraca o tem-se desenvolvido lentamente. No entanto, atraves de medidas adoptadas pelo governo, este panorama tende a melhorar significativamente.
A microgeraca o como actividade de produca o de energia
electrica em baixa tensao, com possibilidade de entrega a`
rede electrica publica, foi regulada pelo Decreto-Lei n.o
68/2002, de 25 de Marco. Este decreto-lei previa que a
energia electrica produzida fosse, predominantemente, destinada ao auto-consumo, e o excedente, passvel de ser entregue a terceiros, ou a` rede publica [4].
Desde entao, e com o objectivo de cumprir com a Direc-
DILMAN ALMEIDA [AE-874]
tiva CE/77/2001 do Parlamento Europeu e do Conselho de

27 de Setembro de 2001, tem surgido diversas iniciativas
governamentais com vista a desenvolver e impulsionar esta
a rea de produca o de electricidade. Esta directiva destina-se
a promover o aumento da contribuica o das fontes de energia renovaveis para a produca o de electricidade no mercado
interno da electricidade e criar uma base para um futuro
quadro comunitario neste sector. No caso concreto Portugues, estao previstas metas, sendo uma delas atingir em
2010, 39% do consumo bruto de electricidade, produzida a
partir de fontes de energia renovaveis [5].
Actualmente, o Decreto-Lei n.o 363/2007, de 2 de Novembro, em vigor, estabelece o regime jurdico para a produca o
de energia electrica, mediante pequenas instalaco es, e refere que o produtor de pequena escala tem o direito de fornecer energia a` rede, desde que a sua instalaca o de produca o
de electricidade monofasica em baixa tensao, tenha uma
potencia de ligaca o ate 5,75 KW [6]. Relacionado com este
decreto, surgiu a iniciativa renovaveis na hora, sendo uma
das medidas previstas no plano para a poltica de energia e
alteraco es climaticas. O objectivo e promover a instalaca o
de 50 mil sistemas fotovoltaicos ou mini eolicos ate 2010,
com especial incentivo a` instalaca o de colectores solares
para aquecimento de a gua em habitaco es.
A. Rendimento da Microgeraca o
Existem dois regimes remuneratorios: Regime Bonificado
e Regime Geral [6], [7]:
1. Regime Remuneratorio Bonificado - No regime bonificado, a potencia de ligaca o esta limitada a 50% da
potencia ja contratada no contrato de compra de electricidade e a um maximo de 3,68 kW. Este regime tem
uma serie de condicionantes, para alem do que ja foi
referido em relaca o a` potencia instalada, que influenciam o acesso ao mesmo, assim como, tambem a tarifa
de venda de electricidade:
(a) A potencia total registada a nvel nacional esta sujeita a um limite maximo, que no ano de 2009 e de
12 MW. Este limite e sucessivamente incrementado
em 20% ao ano.
(b) O preco de venda da electricidade, depende da fonte
de energia utilizada para produzir e do tarifario de
referencia, que e para o ano de 2009 de 0,6180
e/kWh.
(c) Conforme a fonte de energia utilizada, aplica-se
uma percentagem a` tarifa de referencia, sendo para
o Solar de 100%, Eolica 70%, Hdrica 30% e Cogeraca o e Biomassa 30%. Resulta entao, nos valores seguintes: 0,6180 e/kWh para energia solar,
0,4326 e/kWh para energia eolica, e 0,1854 e/kWh
para energia hdrica e biomassa.
(d) A electricidade vendida esta tambem limitada a 2,4
MWh/ano no caso da fonte de energia solar e de
4MWh/ano nas restantes fontes de energia referidas
anteriormente, por cada quilowatt instalado.
(e) No caso da unidade de produca o utilizar uma
combinaca o de tecnologias, a tarifa aplicada e a media ponderada das percentagens individuais correspondentes a` s diferentes tecnologias utilizadas.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
(f) Os precos sofrem uma reduca o sucessiva de 5% por

cada 10MW de potencia de ligaca o registada, nunca
podendo ser inferior a` tarifa do regime geral.
(g) No ano em que a instalaca o de miroproduca o e ligada a` rede, e nos 5 anos seguintes, e garantido ao
micro produtor o preco de venda em vigor na data
de ligaca o.
(h) Nos 10 anos seguintes, e garantido ao micro produtor o preco de venda em vigor a 1 de Janeiro, de
cada ano, para as novas instalaco es a ligar a` rede.
(i) Apos este perodo de 10 anos, e aplicada a tarifa do
regime geral em vigor.
(j) Necessaria instalaca o de colectores solares termicos
para aquecimento de a gua na instalaca o de consumo, como uma a rea mnima de 2m2 da a rea de
colector.
2. Regime Remuneratorio Geral - No regime geral, a
potencia de ligaca o esta limitada a 50% da potencia
ja contratada no contrato de compra de electricidade
e a um maximo de 5,75 kW e o preco de venda
de electricidade e igual ao de compra (actualmente
0,1143e/kWh + IVA 5%)
Considerando o regime bonificado, o grafico da figura
2 mostra a evoluca o da tarifa de referencia para venda,
tendo por base, o pressuposto de que a potencia de ligaca o
maxima e atingida anualmente. Tambem e representada no
grafico a evoluca o da tarifa de compra tendo por base uma
evoluca o de +4% ao ano, correspondente a` inflaca o estimada.
15
Fig. 3
DA TARIFA DE VENDA - COMPRA (R EGIME B ONIFICADO )
E VOLUC AO
M AIS REAL
(a) Reduca o da dependencia energetica nacional.

(b) Reduca o das perdas e investimentos nas redes.
(c) Aproveitamento mais eficiente dos recursos
energeticos.
(d) Reduca o das emissoes de gases com efeito de estufa.
2. Vantagens socioeconomicas:
(a) Desenvolvimento de uma industria de servicos de
energia.
(b) Area
com elevado potencial de inovaca o e de
exportaca o.
(c) Melhoria na balanca comercial nacional.
3. Vantagem para os cidadaos:
(a) Reduca o da factura energetica dos cidadaos.
(b) Contribuica o individual dos cidadaos para os objectivos da poltica energetica e ambiental.
E CON OMICA
III. I NDICADORES DE AVALIAC AO

DE
I NVESTIMENTOS
Fig. 2
DA TARIFA DE VENDA / COMPRA (R EGIME B ONIFICADO )
E VOLUC AO
M INIMO
No entanto, deve-se realcar que, muito provavelmente a

potencia maxima nao ira ultrapassar os limites fixados para
cada ano. Uma estimativa mais real sera de que a potencia
instalada ira aumentar 10MW por cada ano. Neste caso,
a evoluca o do tarifario de referencia para venda sera conforme o representado no grafico da figura 3.
B. Vantagens da Microgeraca o
1. Vantagens ambientais e para o sistema electrico:

A decisao de investir em projectos, deve ser o resultado de

uma analise fundamentada em dados historicos e previsionais que permitem avaliar caractersticas, nao so do retorno
do investimento, como tambem do sucesso economico do
investimento. Dito de outra forma, e necessario conhecer
a viabilidade economica do projecto, para poder tomar a
decisao, a mais correcta possvel, de avancar ou nao, com
determinado investimento. Investir num projecto, sem fazer uma analise do investimento, aumenta inevitavelmente
o risco economico associado ao projecto.
Existem varios factores que influenciam a viabilidade
economica dos projectos de microgeraca o: o investimento
inicial; a quantidade de energia vendida a` rede; o regime de
venda de energia a` rede e os benefcios fiscais.
Para ajudar a tomada de decisoes, existem varios indicadores economicos, habitualmente usados para medir o interesse economico dos projectos. No caso de projectos de
microgeraca o electrica, os indicadores comummente usados sao: VAL-Valor actual lquido; TIR-Taxa interna de
16

rentabilidade e o PRI-Perodo de recuperaca o do investimento (Payback Period).

A. VAL (Valor Actual Liquido)
O Valor Actual Liquido (VAL), tem como objectivo, avaliar a viabilidade de um projecto de investimento, atraves
do valor actual de todos os seus fluxos de caixa, sendo por
isso, um indicador muito utilizado em estudos de analise de
viabilidade. Por valor actual, entende-se o valor hoje, de
um determinado montante a obter no futuro.
Como qualquer investimento, gera fluxos de caixa no futuro. E necessario actualizar o valor de cada um desses fluxos de caixa, para poder compara-los com o valor do investimento. Nao e indiferente pagar ou receber dinheiro hoje,
ou pagar ou receber a mesma quantia, decorridos alguns
anos. O uso de uma taxa de actualizaca o, permite resolver a dificuldade da avaliaca o economica de projectos, que
resulta do facto das entradas e sadas de dinheiro se escalonarem no tempo. Esta taxa, e nao mais do que uma taxa de
juros sem desconto, acrescida de um premio de risco estabelecido para o tipo de projecto em causa.
O VAL e a diferenca entre os valores actualizados
das entradas e sadas de dinheiro (utilizando a taxa de
actualizaca o), durante um perodo de vida u til do projecto,
correspondendo ao somatorio das receitas menos os custos
de manutenca o (fluxos de caixa), custos do investimento e
eventualmente valores residuais do projecto.
No calculo do VAL transportam-se todos os fluxos de caixa
anuais para uma data presente, utilizando para tal, a taxa de
actualizaca o.
A formula para calcular o VAL esta representada na
equaca o (1):
V AL =
n
X
F Ca
a I
(1
+ t)
a=0
(1)
Onde: F Ca - Fluxo de Caixa-ano; n - Vida u til do projecto; I - Investimento total actualizado para o ano 0 e t Taxa de actualizaca o.
Na hora de decidir sobre um determinado projecto de
investimento, o mais correcto sera aceitar as seguintes
condico es:
1. Se o VAL for positivo (VAL>0) - O projecto sera economicamente viavel, porque permitira recuperar o investimento, gerar a remuneraca o exigida pelo investidor, e ainda excedentes financeiros.
2. Se o VAL for nulo (VAL=0) - E o caso limite em que
o investidor ainda recebe a remuneraca o exigida.
3. Se o VAL for negativo (VAL<0) - O projecto
considera-se economicamente inviavel.
B. TIR (Taxa Interna de Rentabilidade)
Juntamente com o VAL e um dos indicadores importantes
na avaliaca o de um projecto de investimento.
A TIR representa a rentabilidade gerada por determinado
investimento, ou seja, representa uma taxa de juro tal, que
se o capital investido tivesse sido colocado a essa taxa, obteramos exactamente a mesma taxa de rentabilidade final.
A TIR e a taxa de actualizaca o que torna o VAL = 0. A
partir do momento em que a rentabilidade do projecto de

investimento seja conhecida, o criterio para seleccionar determinado projecto, consiste em aceitar os que tem uma TIR
superior ao custo de financiamento, caso exista, acrescido
de uma taxa de risco que lhe seja associada.
A formula para calcular a TIR esta representada na
equaca o (2):
V AL =
n
X
F Ca
a I =0
(1
+ t)
a=0
(2)
Onde: F Ca - Fluxo de Caixa-ano; n - Vida u til do projecto; I - Investimento total actualizado para o ano 0 e t Taxa de actualizaca o.
Sendo esta equaca o de difcil calculo matematico, ja que a
sua resoluca o apenas e possvel por aproximaco es sucessivas, sao usados geralmente meios informaticos, tais como
o Excelr.
C. PRI - Perodo de Recuperaca o do Investimento ou (Payback Period)
Este criterio destina-se a determinar o tempo de
recuperaca o do capital investido, ou seja, calcula-se o
tempo necessario para que as receitas geradas e acumuladas
recuperem as despesas, em investimento realizado e acumuladas durante o perodo de vida u til do projecto.
Trata-se basicamente de um criterio de avaliaca o de risco,
sendo, por princpio, mais atraentes aqueles projectos que
permitam uma recuperaca o do investimento em menor
tempo.
A formula para calcular o PRI esta representada na
equaca o (3):
P RI = P
n
F Ca
a=0 (1+t)a
1
n
(3)
Onde: F AA - Fluxo de Caixa-ano; n - Vida u til do projecto; I - Investimento total actualizado para o ano 0 e t Taxa de actualizaca o.
O indicador PRI deve ser usado fundamentalmente como
ndice de risco, e nao como comparador de projectos, principalmente quando as alternativas tem tempos de vida diferentes. Pode ocorrer que um projecto com melhor TIR
que outro, possua no entanto um PRI maior, por causa das
duraco es diferentes dos projectos [8].
Existe uma outra maneira mais simples mas algo grosseira,
que e calcular o Perodo de Recuperaca o do Investimento
supondo receitas e encargos iguais, todos os anos e sem
actualizaco es, ou seja, fluxos de caixa constantes e nao actualizados [9]. Para isto bastaria utilizar a formula representada na equaca o (4):
I
(4)
FC
Onde: P RIB - Perodo de recuperaca o do investimento
(bruto); I - Investimento total inicial e F C - Fluxo de caixa
do primeiro ano (nao actualizado).
De facto, este u ltimo metodo e frequentemente usado, erradamente, ja que o calculo nao preve a variaca o no fluxo
de caixa de ano para ano, que no caso da microproduca o de
P RIB =
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
electricidade, e uma realidade. Basta verificar que a tarifa

de venda de electricidade pode diminuir drasticamente ao
fim de 5 anos, u nico perodo em que e garantido uma tarifa fixa ao microprodutor. Para alem do mais, tambem nao
preve qualquer taxa de actualizaca o.
E DADOS
IV. F ERRAMENTAS DE S IMULAC AO
E STATI STICOS
Qualquer estudo de analise de produca o de energia
electrica, ao nvel da microproduca o, tem como base ferramentas de software de simulaco es disponveis no mercado.
Seria economicamente inviavel, fazer medico es exaustivas,
caso a caso, para cada projecto de microproduca o. O objectivo principal destas ferramentas e calcular, com base em
dados estatsticos de radiaca o solar e velocidade dos ventos,
a produca o de energia electrica de qualquer projecto, seja
ele fotovoltaico, eolico, ou a combinaca o dos dois. Servem
tambem para fazer outras simulaco es, nao abordadas neste
trabalho, recorrendo a outro tipo de fontes renovaveis ou
nao, contemplando sistemas de pequena, media e grande
escala, ao nvel da produca o descentralizada de electricidade. Algumas destas ferramentas tambem sao usadas para
calculos economicos e financeiros dos diferentes projectos.
A. HOMERr - Hybrid Optimization Model for Electric
Renewables
O HOMERr e um software de simulaca o disponibilizado
gratuitamente pelo NREL - National Renewable Energy Laboratory [10] e foi o escolhido, de entre outras ferramentas
do genero, pela sua versatilidade e facilidade na concepca o
e simulaca o dos diferentes tipos de projectos.
O software HOMERr foi desenvolvido para simplificar as
tarefas de analise de projectos de produca o descentralizada
de energia electrica, dando especial e nfase a` utilizaca o de
energia renovaveis. Tem a capacidade de criar modelos de
sistemas conectados a` rede electrica ou isolados, podendo
ser construdos por qualquer combinaca o dos mesmos: fotovoltaicos, eolicos, hdricos, pilhas de combustvel, geradores, etc.
Este software serve para simular e avaliar a produca o
electrica, os custos, a rentabilidade e as emissoes de CO2 ,
sendo no caso concreto deste trabalho, utilizado unicamente
para a simulaca o da produca o de electricidade.
B. Dados Estatsticos - Radiaca o Solar e Velocidade do
Vento
Como foi referido, qualquer sistema de simulaca o de
produca o de energia electrica, a partir de fontes renovaveis,
como sao os sistemas fotovoltaicos e os eolicos, necessita
de dados estatsticos sobre a radiaca o solar e a velocidade
do vento, nos locais onde se pretende fazer a simulaca o.
Existem varias fontes de informaca o estatstica, sendo que
alguns exemplos sao: JRC- EUROPEAN COMMISSION
- Photovoltaic Geographical Information System (PVGIS)
[11], para dados de radiaca o solar, Wind Atlases of the
World [12] e Base de Dados do Potencial Energetico do
Vento em Portugal - EOLOS (INETI) [13], para dados estatsticos de velocidade do vento.

17
Existe uma outra base de dados estatsticos, patrocinada

pela NASA, Atmospheric Science Data Center - Surface
Meteorology and Solar Energy [14] que contem tanto dados de radiaca o solar como da velocidade do vento. No caso
deste estudo, decidiu-se utilizar esta base de dados pela sua
R e tamb
ligaca o com o HOMER
em pela sua credibilidade.
Os dados estatsticos sao de facil leitura, bastando para isso,
identificar o local com a latitude e a longitude do mesmo.
Convem referir que esta base de dados e actualmente usada
R como tamb
nao so pelo HOMER ,
em por outras ferramentas de simulaca o tais como a RETScreen [15].
V. C EN ARIOS
DE E STUDO A C ONSIDERAR
Com o objectivo de analisar as potencialidades da
microproduca o para venda de electricidade a` rede,
pretende-se fazer uma comparaca o entre varios tipos de
cenarios, representando, cada um deles, uma configuraca o
especfica para produca o de energia electrica.
Este estudo tera, como base, o Decreto-lei 363/2007, de 2
de Novembro [6], no que diz respeito ao regime remuneratorio bonificado.
Para efectuar a analise pretendida considerar-se-a quatro
configuraco es de microproduca o que permitam avaliar em
termos economicos as diferencas entre as mesmas. Para todas as configuraco es considera-se a ligaca o a` rede electrica
com a consequente venda de electricidade.
O local escolhido para as diferentes configuraco es e a cidade de Fafe e estas consideram uma instalaca o numa vivenda tipo unifamiliar com uma potencia contratada de 6.9
kW. Em todos os casos de fotovoltaicos, os paineis estarao
virados a sul.
Tratando-se de uma simulaca o para um meio urbano considera-se a rugosidade respectiva, incluida nos
parametros do HOMERr.
Configuraco es a simular e avaliar:
1. Sistema de microproduca o fotovolataico, com uma
potencia instalada de 3.5 kW, composto por 20 paineis
BP 7175S de 175 W cada um, instalados numa estrutura fixa.
2. Sistema de microproduca o fotovolataico, com uma
potencia instalada de 3.5 kW, composto por 20 paineis
BP 7175S de 175 W cada um, instalados numa estrutura com sistema de seguidor solar de dois eixos.
3. Sistema de microproduca o eolico, com uma potencia
instalada de 1 kW composto por uma microturbina
Wishper 200 de 1 kW.
4. Sistema de microproduca o hbrido, com uma potencia
instalada de 2.75 kW, composto por 10 paineis BP
7175S de 175 W cada um, instalados numa estrutura
fixa e uma microturbina Wishper 200 de 1 kW.
Em todos estes cenarios sera considerada a utilizaca o de
inversores DC/AC, cuja finalidade, para alem de transformar corrente continua, proveniente do fotovoltaico ou do
eolico, em corrente alterna, tambem servira para limitar a
potencia de ligaca o a` rede. Como foi referido, para se ter
acesso ao regime remuneratorio bonificado, a potencia de
ligaca o a` rede, nas condico es previstas neste estudo, nunca
podera exceder os 50 % de 6.9 kW, ou seja 3.45 kW. A
18

potencia do inversor, a contar para a ligaca o a` rede electrica

e caracterizada pela potencia nominal do mesmo, conforme
despacho do Director Geral de Energia e Geologia [7].
Convem referir, que esta-se a trabalhar com estatticas e
por conseguinte, os dados obtidos poderao nao ser 100 %
correctos. Foram, tambem, obtidos orcamentos tpicos de
instalaca o dos diversos sistemas. Os mesmos nao sao vinculativos a nenhuma empresa em particular; sao meramente
orcamentos estimativos de instalaco es que servirao para a
analise economica deste trabalho.
E A N ALISE
VI. A PRESENTAC AO
DE R ESULTADOS DOS
C EN ARIOS
DE E STUDO C ONSIDERADOS
Qualquer projecto de investimento requer a sua avaliaca o
tecnica e economica, para se ter alguma certeza da viabilidade economica do investimento.
Considerando os cenarios apresentados, serao demonstrados os resultados de produca o de electricidade, a partir das
simulaco es feitas no HOMERr, assim como tambem analisados os dados relativos a` avaliaca o economica de cada
um deles.
A realizaca o dos calculos de avaliaca o economica sera
feita recorrendo ao EXCELr, onde, para este estudo, foi
feita uma folha de calculo, incluindo todos os dados necessarios para obter os diferentes indicadores economicos.
E considerado, para efeitos de calculo, um tempo previsto
de 15 anos, ja que e o tempo total contratual previsto de
venda de electricidade. A taxa de actualizaca o considerada
para o calculo e de 4%, sendo esta a taxa media que actualmente e aplicada pelos bancos nos depositos, acrescida de
um premio de risco.
No que diz respeito a` avaliaca o economica propriamente
dita, e como o sucesso, ou nao, do investimento esta ligado directamente a` tarifa de venda de electricidade; cada
cenario anteriormente descrito, sera avaliado de duas formas diferentes, considerando duas evoluco es tarifarias.
Convem referir, que as evoluco es descritas neste trabalho
sao meramente estimativas. Na realidade so se conhece
com exactidao a tarifa de referencia para o ano em que
e feito este estudo, que e de 0,6175 e; para o ano de
2010 e seguintes, a tarifa depende, como ja foi referido, da
potencia de ligaca o instalada a nvel nacional durante cada
ano.
Assim sendo, e para que possa ser feita uma comparaca o,
consideram-se duas evoluco es tarifarias descritas a seguir:
1. Caso mnimo - Considerando uma evoluca o de tarifa
de referencia, no caso da potencia de ligaca o maxima
ser atingida todos os anos. A tabela I exemplifica a
evoluca o da tarifa de venda, comparando-a com a tarifa de referencia e a tarifa de compra; esta u ltima com
o pressuposto de aumento de 4% ao ano. A figura 4
representa graficamente a mesma evoluca o.
2. Caso mais real - Considerando uma evoluca o de tarifa de referencia, no caso da potencia de ligaca o ser
aumentada 10 MB em cada ano. A tabela II exemplifica a evoluca o da tarifa de venda, comparando-a com
a tarifa de referencia e a tarifa de compra; esta u ltima
com o pressuposto de aumento de 4% ao ano. A figura
5 representa graficamente a mesma evoluca o.
Fig. 4
E VOLUC AO
C ASO M INIMO
Fig. 5
E VOLUC AO
C ASO MAIS REAL
A. Resultados tecnico-economicos obtidos

Os resultados obtidos, apos as simulaco es feitas no
HOMERr, e os calculos dos indicadores economicos,
estao representados na tabela III para o caso minimo e na
tabela IV para o caso mais real.
B. Evoluca o da recuperaca o do investimento (Comparativo)
Para se ter uma ideia mais clara da evoluca o da
recuperaca o do investimento e mostrado nos graficos das
figuras 6 e 7 o resultado para cada um dos cenarios. Nao e
o valor do P RI nem do P RIB , mas e um grafico que indica
com maior exactidao o tempo que demora o investimento a
ser recuperado em cada caso.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
19
TABELA I
TARIF ARIA
E VOLUC AO
- ( CASO MINIMO )
Ano
Ano 0 - 2009
Ano 1 - 2010
Ano 2 - 2011
Ano 3 - 2012
Ano 4 - 2013
Ano 5 - 2014
Ano 6 - 2015
Ano 7 - 2016
Ano 8 - 2017
Ano 9 - 2018
Ano 10 - 2019
Ano 11 - 2020
Ano 12 - 2021
Ano 13 - 2022
Ano 14 - 2023
Ano 15 - 2024
Tarifa referenia
de venda (e)
0,6175
0,5866
0,5573
0,5030
0,4539
0,4097
0,3512
0,2861
0,2217
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
Tarifa de venda
FV (e)
0,6175
0,6175
0,6175
0,6175
0,6175
0,6175
0,3512
0,2861
0,2217
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
Tarifa de venda
Eolico (e)
0,4323
0,4323
0,4323
0,4323
0,4323
0,4323
0,2458
0,2003
0,1657
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
Tarifa de venda
Hbrido (e)
0,5271
0,5271
0,5271
0,5271
0,5271
0,5271
0,2998
0,2442
0,1893
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
Tarifa
de compra (e)
0,1211
0,1259
0,1310
0,1362
0,1417
0,1473
0,1532
0,1594
0,1657
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
Tarifa de venda
Hbrido (e)
0,5271
0,5271
0,5271
0,5271
0,5271
0,5271
0,3875
0,3681
0,3497
0,3322
0,3156
0,2998
0,2848
0,2706
0,2571
0,2442
Tarifa
de compra (e)
0,1211
0,1259
0,1310
0,1362
0,1417
0,1473
0,1532
0,1594
0,1657
0,1724
0,1793
0,1864
0,1939
0,2016
0,2097
0,2181
TABELA II
TARIF ARIA
E VOLUC AO
- ( CASO MAIS REAL )
Ano
Ano 0 - 2009
Ano 1 - 2010
Ano 2 - 2011
Ano 3 - 2012
Ano 4 - 2013
Ano 5 - 2014
Ano 6 - 2015
Ano 7 - 2016
Ano 8 - 2017
Ano 9 - 2018
Ano 10 - 2019
Ano 11 - 2020
Ano 12 - 2021
Ano 13 - 2022
Ano 14 - 2023
Ano 15 - 2024
Tarifa referenia
de venda (e)
0,6175
0,5866
0,5573
0,5294
0,5030
0,4778
0,4539
0,4312
0,4097
0,3892
0,3697
0,3512
0,3337
0,3170
0,3011
0,2861
Tarifa de venda
FV (e)
0,6175
0,6175
0,6175
0,6175
0,6175
0,6175
0,5439
0,4312
0,4097
0,3892
0,3697
0,3512
0,3337
0,3170
0,3011
0,2861
Tarifa de venda
Eolico (e)
0,4323
0,4323
0,4323
0,4323
0,4323
0,4323
0,3177
0,3019
0,2868
0,2724
0,2588
0,2459
0,2336
0,2219
0,2108
0,2181
TABELA III
R ESULTADOS T E CNICO - ECON OMICOS

- ( CASO MINIMO )
Sistema
FV Fixo 3.5 kW
FV Seg. Solar 3.5 kW
Eolico 1 kW
Hbrido 2.75 kW
Custo c/IVA (e)

21207,00
27623,00
7536,00
17492,00
Energia Vendida (kWh/ano)

5351
7103
1126
3801
VII. C ONCLUS OES

Procurou-se mostrar neste trabalho, a importancia dos
principais indicadores economicos, na avaliaca o de projectos de investimento, na a rea da microgeraca o de electricidade.

VAL
3564,88
5714,96
-3851,85
-2132,01
TIR
7,03
7,76
-5,98
1,78
PRIB
6,47
6,25
16,32
8,84
Foram simulados varios cenarios, de forma a dar uma

visao das diferentes possibilidades tecnicas e da influencia
que a tarifa de venda de electricidade e a taxa de
actualizaca o tem na avaliaca o economica de qualquer um
dos casos idealizados.
20

TABELA IV
R ESULTADOS T E CNICO - ECON OMICOS

- ( CASO MAIS REAL )
Sistema
FV Fixo 3.5 kW
FV Seg. Solar 3.5 kW
Eolico 1 kW
Hbrido 2.75 kW
Custo c/IVA (e)

21207,00
27623,00
7536,00
17492,00
Energia Vendida (kWh/ano)

5351
7103
1126
3801
Fig. 6
DA RECUPERAC AO
DO INVESTIMENTO - C ASO MI NIMO
E VOLUC AO
(C OMPARATIVO )
Fig. 7
DA RECUPERAC AO
DO INVESTIMENTO - C ASO MAIS
E VOLUC AO
REAL (C OMPARATIVO )
Com base nos cenarios estudados, apresentam-se, a seguir,

as conclusoes do trabalho realizado, dividindo-as em quatro
secco es: tecnica, economica, incentivos a` microgeraca o e
trabalhos futuros.
1. Tecnica:
Em relaca o a` tecnologia utilizada, pode-se concluir
que os sistemas fotovoltaicos revelam-se mais interessantes do que os sistemas eolicos. Apesar da potencia
instalada nos cenarios que incluem microturbinas ser
inferior aos cenarios fotovoltaicos, o que implica por
si so uma produca o de electricidade menor; ha que ter
em conta a interferencia da rugosidade no meio urbano
onde o projecto se insere. Esta influencia directamente
a velocidade do vento, pondo em causa o rendimento
VAL
8524,73
12292,74
-3394,20
422,16
TIR
10,02
10,71
-4,24
4,38
PRIB
6,47
6,25
16,32
8,84
do sistema eolico.
De facto, no meio urbano e mais previsvel o sistema
fotovoltaico do que o sistema eolico. A radiaca o solar
esta bem presente, desde que haja uma boa orientaca o
do sistema, enquanto o vento, no mesmo local, podera ser influenciado por diferentes factores. Mesmo
depois da instalaca o, podem haver alteraco es urbanas que ponham em risco a produtividade do sistema
eolico, nomeadamente, com a construca o de novos
edifcios.
Concretamente, sobre os sistemas fotovoltaicos existe
um dado importante a realcar, mas que nao e surpresa
nenhuma: os sistemas com seguidor solar tem uma
produca o de electricidade maior do que os que nao utilizam nenhum mecanismo seguidor.
2. Economica:
Em primeiro lugar, pode-se concluir que qualquer projecto de investimento sem uma correcta avaliaca o,
corre serios riscos de nao ser bem sucedido economicamente.
Relativamente aos indicadores economicos propriamente ditos, os sistemas fotovoltaicos, ate pelas conclusoes tecnicas anteriores, sao tambem os sistemas
que melhor resultado economico e mais garantias do
investimento oferecem.
A evoluca o da tarifa de venda e a escolha adequada
da taxa de actualizaca o tem uma influencia determinante nos resultados economicos obtidos, ficando bem
patente nos diferentes cenarios apresentados.
Concretamente sobre o Perodo do Retorno do Investimento (PRI), ficou evidenciado que para este tipo de
investimentos, em que o fluxo de caixa anual obtido
diminui a partir do sexto ano, progressivamente, nao e
um indicador correcto. No calculo do PRI e utilizada
a media anual do fluxo de caixa actualizado tendo em
conta o total dos anos para a analise do projecto. No
caso do presente trabalho, teve-se em conta 15 anos,
mas se fosse utilizado um perodo maior, o PRI teria
ainda um valor mais elevado.
A maior parte das empresas comercializadoras de sistemas de microgeraca o utilizam o PRIB , que apesar de
ser um calculo algo grosseiro, como foi referido, acaba
por dar um resultado mais perto da realidade.
Utilizando os graficos da evoluca o da recuperaca o
do investimento consegue-se saber com exactidao o
tempo de retorno do investimento.
Finalmente, verifica-se que, o sistema fotovoltaico
com seguidor solar, apesar de ter um investimento
maior, consegue ter resultados economicos mais interessantes do que o fotovoltaico fixo, isto devido ao au-
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
mento de produtividade, em consequencia do uso do

seguidor solar.
3. Incentivo a` Microgeraca o:
O Decreto-Lei n.o 363/2007, de 2 de Novembro,
revela-se uma iniciativa fundamental para o incentivo
a` microgeraca o de energia electrica, devido ao regime
de tarifa de venda, que actualmente e muito superior a`
de compra. Consequentemente, compensa mais, vender a electricidade produzida, do que consumi-la.
Existe, no entanto, um pormenor importante: os investimentos nesta a rea da microgeraca o sao interessantes
no momento actual; daqui a alguns anos, com esperada reduca o da tarifa de venda, poderao deixar de ser
economicamente viaveis.
O que se pretende com esta iniciativa governamental, e
cumprir com as metas previstas pelas directivas europeias, recorrendo ao investimento privado dos microprodutores interessados.
4. Trabalho futuro:
Como trabalho futuro seria interessante desenvolver
um software aplicacional, com ambiente grafico, para
o calculo dos indicadores economicos.
Como dados gerais de entrada para calculo introduzse:
(a) Produca o de electricidade (kWh/ano)
(b) Valor do investimento (e)
(c) Taxa de actualizaca o (%)
(d) Tarifa de referencia - Venda
(e) Potencia instalada
(f) Tipo de tecnologia usada
(g) Ano da instalaca o
O programa calcula e mostra os indicadores
economicos:
(a) VAL
(b) TIR
(c) PRI
(d) PRIB
B IBLIOGRAFIA
[1]
Energy Information Administration, International Energy Outlook

- 2008, http://www.eia.doe.gov, Jun 2009.
[2] BP Global,
Statistical Review of World Energy 2008,
http://www.bp.com, Jun 2009.
[3] Portal da Uniao Europeia, Protocolo de quioto relativo a` s alteraco es
climaticas, http://europa.eu/legislation summaries/environment/
tackling climate change/128060 pt.htm, Jun 2009.
[4] Diario da Republica Electronico, Decreto-lei n.o 68/2002, de 25 de
Marco.
[5] Jornal Oficial das Comunidades Europeias, Directiva CE/77/2001
do Parlamento Europeu e do Conselho de 27 de Setembro de 2001.
[6] Diario da Republica Electronico, Decreto-lei n.o 363/2007 de 2 de
Novembro.
[7] Renovaveis
na
Hora,
Informaco es,
http://www.renovaveisnahora.pt/informacoes, Abr 2009.
[8] Vladimiro Miranda, Topicos de Matematica Financeira para
Aplicaca o em Gestao de Energia, Relatorio tecnico, FEUP - Porto,
2006.
[9] Rui M. G. Castro, Energias Renovaveis e Produca o Descentralizada
- Introduca o a` Avaliaca o Economica de Investimentos, Edica o 5,
Relatorio tecnico, Instituto Superior Tecnico - Lisboa, 2009.
[10] NREL, Homer, https://analysis.nrel.gov/homer, Mar. 2009.
[11] JRC EUROPEAN COMMISSION, Photovoltaic Geographical Information System, http://re.jrc.ec.europa.eu/pvgis, Mai. 2009.

21
[12] WASP, Wind Atlas of the World, Mai. 2009.

[13] Instituto Nacional de Engenharia, Tecnologia e Inovaca o, EOLOS - Base de Dados do Potencial Energetico do vento em Portugal, http:www.ineti.pt/projectos/projectos frameset.aspx?id=299,
Abr. 2009.
[14] ATMOSPHERIC SCIENCE DATA CERTER, Surface meteorology
and Solar Energy, http://eosweb.larc.nasa.gov/sse/, Mar. 2009.
[15] RETScreen International, RETScreen Clean Energy Project Analysis Software, http://www.retscreen.net, Mar. 2009.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
23
Produca o descentralizada de electricidade - Um caso de estudo

P0904
Rui Teixeira Magalhaes - ruimagalhaes9@hotmail.com
Abstract This article presents in summary form the main

options for decentralized electricity production, more specifically from a small-scale water use. The main purpose of this
document is made a part of the main issues that the implementation of a hydroelectric exploitation. After a preliminary
study of economic and technical issues related, was offered a
case study aiming at analyzing and assessing the feasibility of
establishing a central mini-hydropower in a given tributary,
with the aim to sell electricity to the network, for this, was necessary to estimate the energy it is possible to produce to carry
out further economic analysis of investment . For a better understanding of pay and legislation concerning the production
of electricity from renewable sources is a brief approach to
Dec. Lei No 225/2007.
Resumo Este artigo apresenta de uma forma resumida as
principais opco es de produca o descentralizada de electricidade, mais concretamente de um aproveitamento hdrico de
pequena dimensao. O principal objectivo deste documento
e efectuar uma abordagem dos principais aspectos que integram a implementaca o de um aproveitamento hidroelectrico.
Apos um estudo previo de questoes tecnicas e economicas relacionadas, foi proposto um caso de estudo cujo objectivo seria analisar e avaliar a viabilidade da implementaca o de uma
central mini-hdrica num determinado afluente, com o objectivo de vender energia electrica a rede, para isto, foi necessario
fazer uma estimativa da energia produzvel para posteriormente proceder a analise economica do investimento. Para
uma maior compreensao da remuneraca o e legislaca o referente a produca o de energia electrica a partir de fontes renovaveis e feita uma breve abordagem ao Dec. Lei no 225/2007.
porcionar tambem aos clientes continuidade e fiabilidade

do fornecimento, quando ocorre a falta de electricidade em
casa ou na vizinhanca, devido a` possibilidade de restabelecimento em um curto espaco de tempo. [14]
A. Situaca o energetica nacional
Em comparaca o com a uniao europeia, a situaca o
energetica em Portugal, e ainda mais preocupante, dado
que por volta dos u ltimos 10 anos o pas aumentou o consumo de energia em 35%, a` taxa de 55.3% ao ano e tem
sido um dos pases mais dependentes de energia da uniao
europeia, importando cerca de 90% das respectivas necessidades energeticas e duplicou o consumo de electricidade, a` taxa de 6,3% ao ano [1]. Devido a importancia
da promoca o da electricidade a partir de fontes de energia
renovavel, o Parlamento Europeu e o Conselho da Uniao
Europeia aceitaram a directiva 2001/77/CE que estabelece
o aumento para 12% da quota do consumo interno bruto de
energia com origem em fontes renovaveis, no conjunto dos
pases da Comunidade Europeia, bem como o aumento para
22,1% da quota de electricidade produzida a partir de fontes
de energia renovaveis, ate 2010. Relativamente a Portugal,
a meta e de 39% da energia consumida, sendo posteriormente estabelecido que em 2010 esta meta de 39% definida
na directiva sera superada para 45%.
Keywords Production, Electricity, Renewable

Palavras chave Produca o, Electricidade, Renovaveis
DESCENTRALIZADA DE ELECTRICIDADE
I. P RODUC AO
Cada vez mais a uniao europeia esta a ficar dependente
dos seus fornecedores de energia, e estima-se um crescimento que ira dos actuais 50% para 70% nos proximos 20
30 anos. Abrangendo um vasto leque de tecnologias, incluindo muitas renovaveis, produzir-se-ao pequenos valores de potencia em locais perto de centros de consumo. A
produca o local minimiza perdas de transporte, bem como
os custos associados de transmissao e distribuica o, onde os
custos referidos representam uma grande parte do custo total de electricidade. Com o aumento da procura de energia
electrica e de melhor qualidade, a produca o descentralizada
podera proporcionar varias alternativas fiaveis e economicamente viaveis para residencias e empresas. Pode proc UTAD - ECT - Departamento de Engenharias

Fig. 1
M ETAS A ATINGIR EM 2010 [5]
B. Dec-Lei no 255/2007
Em 2007 a remunerarao da produca o em regime especial
sofre uma nova alteraca o com o Decreto-Lei n.o 225/2007
[6] (alteraca o ao Anexo II do Decreto-Lei n.o 189/88, de 27
de Maio) e respectiva rectificaca o Rectificada no71/2007
[8]. A Resoluca o do Conselho de Ministros 169/2005, de
24 de Outubro vem estabelecer varias medidas para a energia na a rea das energias renovaveis, a avaliaca o dos criterios
24

de remuneraca o da electricidade produzida tendo em conta

as especificidades tecnologicas e criterios ambientais, a
valorizaca o da biomassa florestal e a agilizaca o dos mecanismos de licenciamento. Por outro lado o Programa Nacional para as Alteraco es Climaticas (PNAC 2006), reforca a
aposta na promoca o da produca o de electricidade a partir de
fontes de energia renovavel devido ao facto de contribuem
para a reduca o de emissoes de gases com efeito de estufa
(GEE) associados ao sistema electroprodutor.
C. Receitas
Para calcular a receita bruta proveniente da venda de energia electrica e necessario calcular o preco que a REN paga
aos produtores renovaveis por cada kWh injectado por eles
na rede. A forma de estabelecimento dessa remuneraca o
e fixada pelo Governo (Dec. Lei no 225/2007). Esta tarifa
e baseada num somatorio de parcelas que contemplam os
custos evitados pelo Sistema Electrico de Abastecimento
Publico (SEP) com a entrada em funcionamento dos PRE-R
(Produca o em Regime Especial de Renovaveis) e benefcios
ambientais proporcionados pelo uso de energias limpas.
Remuneraca o de energia com origem em fontes renovaveis: O Dec-Lei no 225/2007 estabelece a
formula de calculo da remuneraca o mensal da energia
entregue a` rede publica pelos PRE-R.
V RDm = [KM HOm (P F (V RD))m
(1)
C(m-1)
1
+P A(V RD)m Z] IP
IP Cref 1LEV
RUI MAGALHAES
[23168]
D. Mini-hdricas
A designaca o central mini-hdrica e utilizada para classificar os aproveitamentos hidroelectricos de potencia inferior a 10 MW. Este limite geralmente e usado para poder diferenciar as pequenas e grandes centrais hidroelectricas. As
pequenas centrais, devido ao seu diminuto impacto ambiental, sao consideradas centrais renovaveis,por outro lado,as
grandes centrais hidroelectricas, embora usem um recurso
renovavel, produzem efeitos de grande impacto no ambiente, pelo que a sua classificaca o como centrais renovaveis
nao e muito aceite.
Os aproveitamentos hidroelectricos representam a maior
parte das produca o de electricidade a partir de fontes renovaveis, (cerca de 84%), e de 13% da produca o total de
electricidade na Uniao Europeia.
Os regimes de funcionamento associados as Centrais MiniHdricas sao essencialmente fio de agua, com capacidade
de regularizaca o reduzida, usando o fluxo natural do rio.
As centrais Mini-Hdricas podem ser classificadas segundo
a potencia instalada ou relativamente a altura de queda.
Para as Centrais Mini-Hdricas utiliza-se a seguinte
classificaca o recomendada pela UNIPEDE:
TABELA I
DAS CENTRAIS RELATIVAMENTE A POT E NCIA
D ESIGNAC AO
Designaca o
Micro central hidro electrica
Mini central hidro electrica
Pequena Central hidro-electrica
P(MW)
<0.5
<2
<10
Onde:
1. VRDm -Remuneraca o mensal aplicavel a centrais no
mes m.
2. KMHOm -Coeficiente facultativo que modula os valores de VDRm em funca o do posto horario em que a
energia tenha sido fornecida.
3. PF(VRD)m -Parcela fixa de remuneraca o aplicavel a
centrais renovaveis no mes m.
4. PV(VRD)m -Parcela ambiental de remuneraca o
aplicavel a centrais renovaveis no mes m.
5. Z -Coeficiente adimensional que traduz as caractersticas especificas do recurso, e da tecnologia utilizada na instalaca o.
6. IPCm-1 - Indice de precos no consumidor sem
habitaca o no continente referente ao mes m-1.
7. IPCREF - Indice de precos no consumidor sem
habitaca o no continente referente ao mes anterior ao
inicio do fornecimento de electricidade a` rede pela
central renovavel.
8. LEV -Representa as perdas nas redes de transporte e
distribuica o evitadas pela central de energia renovavel.
O calculo das diferentes parcelas que constituem a equaca o
(1) pode ser feito recorrendo ao Dec. Lei no 225/2007, onde
esta toda a informaca o devidamente explicada para os diferentes aproveitamentos energeticos.
TABELA II
DAS CENTRAIS RELATIVAMENTE A` ALTURA DA QUEDA .
D ESIGNAC AO
Designaca o
Baixa queda
Queda media
Alta queda
Metros
2-20
20-150
> 150
Na Figura 2 pode visualizar-se os elementos que constituem

um aproveitamento hdrico de pequena dimensao, assim
como tambem pode ser observado nas seguintes figuras (figuras 2 3 e 4) as diferentes configuraco es de implementaca o
de centrais mini-hdricas dependendo da altura de queda e
do caudal.
As centrais representadas na Figura 3 (no lado esquerdo)
sao centrais de alta queda e que estao situadas longe da barragem (esquerda), as centrais representadas na Figura 3 (no
lado direito) sao centrais de alta queda mas que estao situadas perto da barragem.
Respectivamente as centrais representadas na Figura 4 (no
lado esquerdo ) sao centrais de baixa queda em que a central
esta na propria barragem, por ultimo as centrais representadas na Figura 4 (no lado direito) sao centrais igualmente de
baixa queda mas neste caso a central esta situada longe da
barragem.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Fig. 2
DE UMA C ENTRAL M INI - HI DRICA E OS SEUS
R EPRESENTAC AO
COMPONENTES .
Fig. 3
E CONDUTA
C ENTRAL CON CANAL DE ADUC AO
FORC
ADA ( ESQUERDA ), C ENTRAL S O COM CONDUTA FORC ADA
( DIREITA ).[4]
Fig. 4
C ENTRAL ENCASTRADA NA BARRAGEM ( ESQUERDA ), C ENTRAL S O
E C AMARA
COM CANAL DE ADUC

AO
DE CARGA ( DIREITA )[4].
E. Impactos vs. soluco es ambientais

1. Impactos ambientais:
As alteraco es climaticas devido as excessivas emissoes
de CO2 sao o principal desafio ambiental enfrentado pela comunidade internacional, e as recentes
catastrofes naturais assim como o aumento dos precos
da energia tem ajudado a colocar uma maior atenca o a
este assunto em todo o planeta.
As energias renovaveis poderao ajudar a resoluca o dos
problemas das alteraco es climaticas. Um GWh de
electricidade produzida por uma central mini-hdrica,
significa uma reduca o de emissoes de 480 toneladas

25
de dioxido carbono para a atmosfera [3].

Como fonte de energia renovavel, as pequenas centrais mini-hdricas podem contribuir para a mitigaca o
das alteraco es climaticas, de diversas maneiras:
E uma fonte de energia inesgotavel:
Ao contrario dos combustveis fosseis em que a
oferta e limitada. Sendo a energia hidroelectrica a
principal fonte de energia renovavel da Europa e do
mundo.
Nao produz emissoes de gases contributivos para o
efeito de estufa.
A energia hidroelectrica nao implica qualquer combustao, e portanto, nao liberta qualquer o xido para
a atmosfera, em particular, o dioxido de carbono principal gas responsavel pelo aquecimento global.
Na Tabela III (ver proxima pagina) e possvel visualizar, as emissoes a partir de uma pequena central hidroelectrica de 1000 KW funcionando 4500 horas /
ano, com as de outros tipos de centrais de produca o
energia electrica.
Infelizmente, como em qualquer tecnologia, existe a
possibilidade de alguns impactos negativos locais. A
identificaca o destes impactos e o desenvolvimento de
medidas necessarias para a atenuaca o dos mesmos sao
um ponto extremamente importante na abordagem a
um projecto deste tipo.
2. Soluco es ambientais:
Estas soluco es servem para permitir prever o possvel
impacto, se o houver, sobre a flora e a fauna locais e
para definir as medidas que podem ser tomadas para
atenuar esse impacto, tais como:
Caudal ecologico:
Todos os aproveitamentos hidroelectricos de pequena escala, que originam um desvio no curso da
a gua, sao obrigados a assegurar um caudal mnimo,
dependendo do caudal original do rio a jusante da
instalaca o para garantia de projecca o do ecossistema existente.
Canais de migraca o para os peixes:
Para a protecca o de zonas de pescas, sendo um foco
de grande interesse ambiental. O desenho de um canal de migraca o de peixes e um exerccio muito especfico, exigindo a consideraca o de um vasto conjunto de parametros e restrico es.
Rudo e vibraco es:
Para as novas instalaco es, se for integrada esta
preocupaca o no projecto de todo o sistema, incluindo a central hidroelectrica e acessorios, podem
obter-se excelentes nveis de reduca o do rudo.
26
RUI MAGALHAES
[23168]

Dioxido de carbono (ton)
Oxido
de azoto (ton)
Dioxido de enxofre (ton)
Petroleo
3000
3.7
4.5
Carvao
3750
0.6
4.5
Gas natural
2250
2.2
0.02
Hdrica
0
0
0
TABELA III
DE UMA C ENTRAL MINI - HI DRICA .[10]
E MISS OES
F. Opco es tecnologicas
Os equipamentos de uma central mini-hdrica que mais dizem respeito a Engenharia Electrotecnica sao o gerador e
as turbinas, as turbinas podem ser divididas em turbinas de
impulso (ou de acca o) ou de reacca o, dependendo do seu
princpio de operaca o, no que diz respeito a geradores as
principais opco es tecnologias sao as conhecidas maquinas
sncronas ou assncronas.
Turbinas:
Os tres principais tipos de turbinas de impulso sao:
Pelton, Turgo e Banki-Mitchell (ou de fluxo cruzado),
sendo os principais tipos de turbinas de reacca o as turbinas Helice e a sua variante designada por Kaplan,
assim como tambem as turbinas Francis.
Modelo simplificado
Para analises previas simplificadas, tendo em vista a
estimaca o da potencia e do numero de grupos a instalar na fase de anteprojecto, e usual recorrer a criterios
mais simples, e, em geral, sao estas metodologias, usadas nas fases iniciais do projecto, que se abordam na
sequencia.
1. Potencia nominal:
Para instalaco es de mini-hidricas ligadas a` rede
electrica, a primeira abordagem sera a instalaca o
de um u nico grupo turbina/gerador. Recorrendo a
curva de duraca o de caudais, onde estao reflectidos
os caudais medios referentes a varios anos de estudos, a turbina e dimensionada para um caudal nominal turbinado igual ao que e excedido em cerca
de 15% (55 dias) a 40% (146 dias) dos dias em ano
medio.
Uma vez definido o caudal nominal a ser usado,
e tendo conhecimento previo da altura de queda e
do rendimento, entao a potencia electrica nominal a
instalar, Pn (W), e estimada pela equaca o 2.
Pn = Qn Hb c
Fig. 5
G RUPO GERADOR ASSOCIADO A UMA TURBINA F RANCIS ( ESQUERDA )
( DIREITA ).[10]
E UMA T URBINA F RANCIS DE GRANDE DIMENS AO
Geradores:
O gerador sncrono e escolhido normalmente quando
as condico es de exploraca o obrigam a que o gerador
seja a nvel tecnologico mais versatil, autonomo e com
uma maior capacidade de produca o de energia.
O gerador assncrono e normalmente a principal escolha em diversas situaco es devido as suas caractersticas
de fiabilidade, robustez e economia.
G. Avaliaca o da produca o energetica
A implementaca o de uma central mini-hdrica para a
produca o de energia electrica requer, por parte dos investigadores a realizaca o de uma minuciosa e detalhada analise
economica, onde o principal objectivo sera aumentar os benefcios ao maximo e consequentemente diminuir os custos
do empreendimento, outro objectivo relevante e a necessidade de garantir a satisfaca o dos consumos impostos pela
rede.
(2)
Na equaca o 2, = 9.810 N/m3 e o peso volumico

da a gua, Qn (m3 /s) e o caudal nominal, Hb (m) e
a altura de queda bruta - desnvel entre montante e
jusante - e c e o rendimento global de todo o aproveitamento hidroelectrico.
Uma expressao pratica, de calculo muito simplificado, a usar para estimar a potencia nominal (em
kW) instalada numa central mini-hdrica e :
Pn = 7 Qn Hb
(3)
A gama de potencias nominais dos equipamentos

existente no mercado e reduzida, pelo que a opca o
se fara pelo grupo turbina/gerador, de entre os que
o mercado oferece, cuja potencia nominal mais se
aproxima do valor calculado.
2. Estimativa da energia produzida
O rendimento da turbina depende do caudal, pelo
que nas turbinas e fixada uma faixa admissvel de
operaca o em torno ao caudal nominal, sem variaca o
apreciavel do rendimento. Fora desta faixa, a turbina e desligada, por insuficiencia de rendimento,
por este motivo a turbina e escolhida para um determinado caudal nominal, que apenas se verificara em
cerca de 20% a 30% dos dias, em ano medio, logo
a turbina deve ser rigorosamente escolhida para um
maior aproveitamento da energia.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Considerando que o rendimento global e a altura de

queda sao constantes, a energia produzvel e proporcional a` a rea de exploraca o marcada na curva de
duraca o de caudais, podendo ser estimada atraves
de:
Z t2
Ea = 7 Hb [(t1 t0 )2 Qn +
Q(t)dt] (4)
t1
3. Dois grupos Turbina/Gerador:

O caudal nominal e a potencia nominal podem ser
satisfeitos recorrendo a mais do que um grupo turbina/gerador. Cada grupo a mais permitira aproveitar mais caudal afluente e aumentar a a rea de
exploraca o da central na curva de duraca o de caudais, como sera visto no caso de estudo mais a
frente.
O caso mais simples consiste em ter dois grupos
iguais, com repartica o de caudais entre turbinas segundo uma regra pre-fixada. O caudal maximo turbinavel, QMT, e :
QM T =
2
X
2 Qni
(5)
27
i -Taxa de actualizaca o.
Rlj = Rj -Cej com Rlj sendo a receita bruta no ano j
e Cej representa os custos de exploraca o no ano j.
No caso de se pretender interferir o valor residual da
instalaca o no final da sua vida u til, a expressao do VAL
sera:
V AL =
n
X
j=1
Rlj
VR
It +
(1 + i)j
(1 + i)n
(8)
Se o valor for positivo (VAL> 0), o projecto sera

economicamente viavel, porque permite cobrir o investimento. O caso em que VAL e nulo (VAL= 0),
e o caso limite de investimento neutro, e um investimento em que o investidor ainda podera receber a
remuneraca o exigida, por u ltimo, quando VAL e negativo (VAL <0), o projecto considera-se a partida economicamente inviavel.
TIR:
Neste caso, parte-se dos fluxos lquidos previstos para
calcular a taxa de actualizaca o (ou rentabilidade) que
torna o VAL nulo, o TIR pode ser calculado da seguinte forma:
i=1
Em que Qn e o caudal nominal de cada turbina.

Nestas condico es, a a rea de exploraca o e acrescida
de uma a rea adicional e mais energia pode ser produzida. A energia electrica adicional produzvel em
ano medio e :
Z t3
Ea2 = 7 Hb
Q(t)dt
(6)
t2
H. Analise economica de investimentos

Na tematica de selecca o de projectos de investimento
abordam-se modelos de analise de viabilidade economica,
de modo a que um agente de decisao possa ter em conta se
deve ou nao investir em determinado projecto ou se no caso
de existir mais do que uma opca o, saber qual sera a melhor
opca o e tomar a decisao mais vantajosa.
Como modelos de analise realcam-se o valor actual lquido
(VAL), taxa interna de rentabilidade (TIR), Payback
(Perodo de recuperaca o do investimento).
VAL:
De uma forma muito sucinta, este modelo transporta
todos os cash-flows anuais para uma data presente.
Para o calculo do VAL entram todos os investimentos,
todas as rendas componentes de exploraca o (seja pagas ou recebidas) e ainda, se for o caso, a componente
de desinvestimento (os valores residuais).
O VAL pode ser calculado mediante a seguinte funcao:
V AL =
n
X
j=1
Rlj
It
(1 + i)j
Onde:
Rlj -Receita lquida do ano j.
n -Vida u til do projecto.
It -Investimento total actualizado para o ano 0.

(7)
n
X
j=1
Rlj
It = 0
(1 + i)j
(9)
A regra de aceitaca o de um investimento segundo este

modelo implica que a TIR seja superior ao custo de
capital (k) exigido pela empresa. Uma TIR inferior
levara a recusa do investimento; uma TIR nula sera
sinonimo de indiferenca.
Regra
TIR > k
TIR < k
TIR = k
Decisao
Aceitar
Regeitar
Indiferenca
TABELA IV
DE ACORDO COM O TIR.
R EGRAS DE DECIS AO
Perodo de recuperaca o do investimento:

Neste modelo o que se procura calcular e quantos anos
demora o projecto a pagar-se e a comecar a dar lucro
para alem da remuneraca o do custo de oportunidade.
Isto acontece quando:
P
X
j=1
Rlj
It
(1 + i)j
(10)
Onde, P e o perodo de recuperaca o do capital investido.

O calculo dos indicadores atras referidos pode ser efectuado de uma forma simplificada, forma que foi usada para
a realizaca o da analise economica do caso de estudo proposto:
V AL = RL ka It
(11)
28
RUI MAGALHAES
[23168]

RL
1
1
T IR T IR(1 + T IR)n
ln
P =
( 1i Rt )i
I
ln(1 + i)
It = 0
(12)
(13)
Onde RL e a receita considerada constante durante o

tempo de vida u til do projecto, It e o investimento total
actualizado ao ano 0 e Ka e o factor de anuidade que traduz a soma da serie que define a actualizaca o, podendo ser
calculado pela formula seguinte:
ka =
n
X
j=1
1
1
1
=
(1 + i)j
i
i(i + 1)n
(14)
II. C ASO DE ESTUDO

Neste captulo sera feito o estudo da viabilidade de um projecto de investimento referente a instalaca o de uma central
mini-hdrica para produca o de energia electrica, para isto
foram usados os modelos de analise (VAL,PAYBACK ou
retorno do capital investido, TIR) anteriormente referidos.
A mini-hdrica sera construda num local onde a altura bruta
de queda hb =50 m, o caudal de cheia Qc =3Qn , e a curva de
duraca o de caudais (Figura 6) pode ser aproximada pela expressao analtica seguinte, considerando t (dias) e Q (m3/s).
Q(t) = 5.48 ln(t) + 29.917
(15)
ano, logo temos:

20% de 365 dias = 73 dias
Q(t)= -5.48 ln(t)+29.917 Qn =6.4 m3 /s
Obtido o Qn , e dada a altura bruta de queda hb = 50 m,
pode ser determinada a potencia nominal do grupo turbina/gerador a instalar, atraves da Equaca o (3):
P = 76.450 = 2240KW
Por consulta do catalogo das turbinas disponveis no mercado constata-se que nao existe uma turbina para a potencia
calculada, logo deve ser escolhida uma turbina com valor
semelhante disponvel no mercado, a turbina escolhida sera
de 2339KW, deste modo, para uma nova potencia a instalar
deve ser corrigido o valor de Qn atraves da Equaca o (3) obtendo entao que o novo Qn =6.68 m3 /s.
Pela analise do grafico da Figura 7, foi decidido utilizar uma
turbina Francis devido a altura de queda e pela sua grande
adaptabilidade para diferentes caudais, uma vez escolhida a
turbina e necessario calcular os limites de exploraca o da turbina Francis, sendo que os coeficientes de funcionamento
de uma turbina Francis sao (0.3 < 1 < 0.4) e 2 = 1.15,
logo utilizando as equaco es (16) e (17) obtiveram-se respectivos limites de exploraca o:
Qmin = 2.33m3 /s
Qmax = 7.68m3 /s
Qc = 20m3 /s .
Qmin
(16)
1 =
Qn
2 =
Qmax
Qn
(17)
Os respectivos tempos (em dias) (t0 , t1 , t2 ) sao calculados

atraves da Equaca o (15) em funca o dos nveis de caudal
calculados anteriormente (Qc , Qmax , Qmin ).
Logo neste momento tem-se que:
t0 = 6dias
t1 = 58dias
t2 = 153dias
Calculados todos os valores, pode ser observado observar o
grafico de duraca o de caudais turbinados ao longo do ano:
Fig. 6
DE CAUDAIS .
C URVA DE DURAC AO
A. Calculo de energia produzvel

1. Para um u nico grupo turbina/gerador:
Em primeiro lugar e necessario saber a potencia nominal do
grupo turbina/gerador a instalar, para isto tem de ser calculado o caudal nominal Qn do rio onde se pretende instalar
a central mini-hdrica.
Neste caso, devido ao caudal medio anual ser um valor
muito pequeno foi considerado que o caudal nominal Qn
e igual ao caudal excedido em 20% do caudal de todo o
Fig. 7
DE CAUDAIS TURBINADOS AO LONGO DO

G R AFICO
DE DURAC
AO
ANO .
Definidos todos os limites e caudais diarios turbinados,

pode ser obtido o valor da energia produzida anualmente
(Ea ) atraves da equaca o (4).

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
29
limites de funcionamento calculados (t0 , t1 , t3 ) serao:

t0 = 6dias
t1 = 58dias
t3 = 191dias
Calculados todos os valores, pode-mos observar o grafico
de duraca o de caudais turbinados ao longo do ano: Pode ser
Fig. 9
DE CAUDAIS TURBINADOS AO LONGO DO

G R AFICO
DE DURAC
AO
ANO .
observado que com duas turbinas de metade da potencia,

iremos ter mais dias de produca o de energia, pois o caudal
nominal mnimo e menor.
Definidos todos os limites e caudais diarios turbinados,
pode ser obtido o valor da energia produzida anualmente
(Ea ) atraves da equaca o (4).
Ea = 8567632.9kW h Ea = 8.5GW h
A utilizaca o da potencia instalada pode ser calculada pela
equaca o (18):
ha = 3758horas
Fig. 8
DE TURBINAS PARA C ENTRAIS

G R AFICO
DE SELECC
AO
MINI - HI DRICAS .
Ea = 7011853.8kW h Ea = 7GW h
A utilizaca o da potencia instalada neste caso sera:
ha =
Ea
P
(18)
ha = 2997horas
2. Para dois grupos turbina/gerador:
Serao usados dois grupos de 1140kW pois das opco es
existentes no mercado e a potencia mais proxima da
desejada quando comparada com a potencia equivalente a
uma u nica turbina, A potencia a instalar sera entao 1140kW
por cada turbina, logo P = 1140kW, entao para uma nova
potencia a instalar deve ser corrigido o valor de Qn , atraves
da equaca o(3) obtem-se:
Qn = 3.26m3 /s
Neste caso so sera relevante calcular o Qmin pois cada
turbina pode trabalhar separadamente, logo ira trabalhar
para um caudal nominal menor quando comparado com
uma u nica turbina do dobro da potencia, o limite de funcionamento superior Qmax sera o mesmo que o calculado
no ponto anterior pois sao duas turbinas de potencia equivalente a anterior, como tambem foram seleccionadas duas
turbinas do tipo francis os coeficientes de funcionamento
das turbinas serao os mesmos que no ponto anterior, logo
atraves da equaca o (16) obtem-se o limite inferior do
caudal turbinado.
Qmin = 1 Qn Qmin = 1.141m3 /s
Os respectivos tempos (em dias) que correspondem aos

B. Analise economica do investimento

1. Para um u nico grupo turbina/gerador:
No presente caso de estudo foram utilizados os seguintes
valores:
Investimento inicial . . . . . . . . . . . . . . . . . . . . . . . . . 3508500 e
Valor da energia . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80e/MWh
Taxa de actualizaca o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7%
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25anos
Vida Util
Custos de O/M . . . . . . . . . . . . 1.5% do valor do investimento
Energia anual produzida . . . . . . . . . . . . . . . . 7011853.8kW h
Para o estudo da viabilidade do investimento sao usados
os modelos anteriormente referidos (VAL, TIR, Perodo de
recuperaca o do investimento):
VAL:
Atraves da equaca o (14) obtem-se o valor para ka e
seguidamente pode ser obtido o valor para o VAL aplicando a equaca o (11), deste modo temos:
ka = 11.26
VAL=2388015.5 e
TIR:
Aplicado a equaca o (12) obtem-se o valor do TIR para
30

este investimento:
TIR
= 14%
Perodo de Recuperaca o do Investimento:
Aplicando a equaca o (13) obtem-se o numero de anos
que serao necessarios para recuperar o capital investido:
P= 9.75 anos
2. Para dois grupos turbina/gerador:
No presente caso de estudo foram utilizados os seguintes
valores para a hipotese da instalaca o de dois grupos:
Investimento inicial . . . . . . . . . . . . . . . . . . . . . . . . . . 3420000e
Valor da energia . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80e/MWh
Taxa de actualizaca o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7%
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25anos
Vida Util
Custos de O/M . . . . . . . . . . . . 1.5% do valor do investimento
Energia anual produzida . . . . . . . . . . . . . . . . 8567632.9kW h
Serao utilizados os mesmos modelos de analise investimento que no ponto anterior, deste modo sera possvel
obter conclusoes mais fiaveis de qual sera a melhor
configuraca o para este empreendimento:
VAL:
O valor para ka e o mesmo que do ponto anterior pois
teremos os mesmos valores de taxa de actualizacao
e a mesma esperanca de vida, O valor para o VAL
obtem-se aplicando a equaca o (11), deste modo temos:
ka = 11.26
VAL=3935683.3e
TIR:
Aplicado a equaca o (12) obtem-se o valor do TIR para
este investimento:
TIR
= 18.3%
emphPerodo de Recuperaca o do Investimento:
Aplicando a equaca o (13) obtem-se o numero de anos
que serao necessarios para recuperar o capital investido na hipotese de utilizaca o de dois grupos turbina/gerador:
P= 7 anos
III. C ONCLUS OES

1. Respectivamente a energia produzida
No presente caso de estudo podemos observar que do
ponto de vista da energia produzida seria vantajoso a
instalaca o de dois grupos turbina/gerador com metade
da potencia.
Se a central estiver equipada com dois grupos turbina/gerador, cada um com metade do caudal nominal,
como pode ser observado na Figura 9 quando ambas
turbinas estao em operaca o e identico a` operaca o com
uma u nica turbina.
Ja na zona de baixos caudais, quando apenas uma turbina esta a trabalhar, a produca o de energia e substancialmente aumentada em relaca o ao que se obtem com
a turbina grande. Esta situaca o explica-se porque,
para caudais baixos, a turbina de menor potencia funciona numa zona de rendimentos mais elevados, ja que
o seu caudal nominal e mais baixo, logo ira produzir
RUI MAGALHAES
[23168]
energia durante um numero de dias maior.

Podendo concluir que existe um maior aproveitamento
da potencia instalada quando a central esta equipada
com dois grupos turbina/gerador (3758 horas), em
relaca o a utilizaca o da potencia instalada com um
u nico grupo turbina/gerador (2997 horas) isto reflectese numa maior produca o de energia para dois grupos de turbina/gerador que ira produzir 8.5GWh em
relaca o aos 7GWh produzidos quando instalado um
u nico grupo turbina/gerador (ver tabela V)
2. Da analise economica do investimento
A analise economica do investimento e feita recorrendo aos modelos de analise anteriormente explicados e apos a comparaca o dos resultados obtidos pode
ser classificado o projecto como sendo viavel ou nao.
Do ponto de vista economico considera-se como
cenarios economicamente viaveis, aquelas que conseguem apresentar um retorno financeiro positivo
(VAL>0), dentro do perodo de vida u til do projecto.
Para ambas configuraco es, segundo os calculos efectuados anteriormente foi obtido um valor para o VAL
(valor actualizado liquido) superior a zero, para a energia produzida em cada situaca o anteriormente calculada, logo numa primeira abordagem ambos investimentos aparentemente seriam viaveis.
Por este motivo e de grande importancia o resultado
dos outros modelos de analise para poder tomar a decisao mais adequada. No que diz respeito ao TIR nao
existe nenhum valor de referencia acima do qual seria aceite o investimento por parte da empresa responsavel, de todos modos podemos observar que para
a instalaca o de um u nico grupo turbina/gerador o TIR
seria de 14%, e no caso da instalaca o de dois grupos
turbina/gerador o TIR seria de 18.3%, uma forma de
entender a TIR, sera entende-la como o maximo custo
de capital que uma empresa poderia usar para um investimento sem com isso prejudicar os seus accionistas/socios, deste modo dependendo do capital da empresa do investimento, neste caso, o TIR poderia ser
um factor decisivo na escolha da configuraca o mais
adequada pois apresentam valores razoavelmente distanciados.
O u ltimo modelo de analise utilizado foi o perodo
de retorno do investimento ou payback, neste caso
este modelo pode ter grande relevancia pois ambos investimentos a comparar possuem a mesma esperanca
de vida, se nao fosse esse o caso este modelo seria
fundamentalmente usado como ndice de risco e nao
como factor decisivo de investimento, teriam maior
importancia o VAL e TIR.
Na hipotese da instalaca o de um u nico grupo turbina/gerador o perodo de retorno do investimento seria de 9.75 anos, por outro lado, se forem instalados
dois grupos turbina/gerador o perodo de retorno do
investimento seria de 7 anos.Neste caso de estudo ambos investimentos possuem a mesma esperanca de vida
e retornos de investimento com valores diferentes, motivo pelo qual o paybackseria um factor importante
na escolha da melhor configuraca o.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Uma vez comparados todos os resultados pode ser

concludo que seria vantajoso a instalaca o de dois grupos turbina gerador por varios motivos, foi obtido
um VAL e TIR superior, logo o investimento aparentemente seria mais fiavel, por assim como o investimento inicial seria menor e o retorno do investimento seria mais rapido, podendo comecar a obter
lucros 3 anos mais cedo quando comparado com a outra hipotese, os resultados podem ser observados na
Tabela VI para uma melhor comparaca o.
Pode-se concluir que numa primeira abordagem a segunda
hipotese (utilizaca o de dois grupos turbina/gerador) seria
vantajosa tanto a nvel de produca o energetica como do
ponto de vista economico. Uma futura abordagem, para
ter um numero maior de pontos de comparaca o, sera a
realizaca o do estudo para situaco es com turbinas de diferentes tipos ou diferentes potencias.
E de salientar que este estudo efectuado e uma abordagem muito superficial da viabilidade do investimento, para
uma maior precisao e fiabilidade seria necessario recorrer
a softwares especficos de simulaca o (por exemplo HOMER) onde poderiam ser considerados todos os factores
necessarios para obter uma resposta segura.
E.Profuzida (kWh)
Aproveitamento (horas)
Um grupo
7011853.8
2997
Dois grupos
8567632.9
3758
TABELA V
TABELA COMPARATIVA DO PONTO DE VISTA DA ENERGIA
PRODUZIDA .
VALe
TIR (%)
PAYBACK(anos)
INV. Iniciale
Um grupo
2388015.5
14
9.75
3508500
Dois grupos
3935683.3
18.3
7
3420000
TABELA VI
TABELA COMPARATIVA DO PONTO DE VISTA ECON OMICO

.

31
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
Associacao portuguesa de energias renovaveis [online],

www.apren.pt. Technical report.
Converter applications in future european electricity network. Technical report.
Thematic network on small hydropower project. Technical report.
Association, the british hydropower-a guide to uk mini-hydro. Technical report, 2001.
Barreto-seminario apren - aposta nas energias renovaveis. Technical
report, 2007.
Decreto - lei n. 225/2007. Technical report, 2007.
Decreto - lei n. 363/2007. Technical report, 2007.
Rectificacao n. 71/2007. Technical report, 2007.
Renovaveis em crescimeto. INGENIUM., 105(3):1518, 2008.
bio.
c
Cristina Camus and Eduardo. EusA
Energia Mini-Hidrica.
de Energia-Lisboa, 2006.
PhD thesis, GestAo
Rui M.G. Castro. Condicoes Tecnicas da Ligacao da Producao
Descentralizada Renovavel. UNIVERSIDADE TECNICA DE LISBOA, energias renovaveis e producao descentralizada edition, 2004.
Rui M.G Castro. Energias Renovaveis e Producao DescentralizadaINTRODUCAO A ENERGIA MINI-HIDRICA. UNIVERSIDADE
TECNICA DE LISBOA, 2008.
Joao Pedro do Couto Pinto da Rocha. Metodologia de projecto de
Ao
de electricidade descentralizada baseados
sistemas de produA
em energia hidrica. PhD thesis, FEUP, 2008.
European Commission Directorate J. Converter Applications in Future European Electricity Network. Energy, deliverable d2.1 edition.
Joao Pedro Rocha. Metodologia de projecto de sistemas de producao
de electricidade descentralizada baseados em Energia Hidrica. PhD
thesis, FEUP, 2008.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
33
Conduca o Autonoma de Veculos Conduca o

P0909
Mario Rui Magalhaes da Rocha Baptista, mariobaptysta@gmail.com
Abstract With the increased processing capacity of computers and drastic reduction in the price of hardware has increased significantly in the research area of computer vision,
with direct repercussions on the ability to interpret the sequences of images and the area of driving automatic vehicles
(AVG) . The proposal brought forth in this paper is that of
a model for employing computer vision in guidance of AVG
vehicles. This model is based on a moving camera, within
the boundaries of the active and purposive vision paradigm.
The lane-detection method locates the lane in a single image.
The lane-following method finds the middle of the lane in a sequence of images, in real-time, and moves the camera, in order
to keep the lane centered in the follower frame.
Resumo Com o aumento da capacidade de processamento
dos computadores e reduca o drastica dos precos do hardware, aumentou significativamente a investigaca o na a rea da
visao por computador, com reflexos directos na capacidade
de interpretaca o das sequencias de imagens e na a rea da
conduca o automatica de veculos (AVG). Propoe-se neste artigo o metodo de detecca o da faixa de rodagem (FR) que permite localizar uma FR fazendo a analise de imagens soltas. O
metodo de seguimento da FR localiza o centro da FR numa
sequencia de imagens e move a camara de forma a manter a
FR enquadrada no campo de visao.
Keywords Computer Vision, Automatic Vehicle Guidance,
Lane Detection.
Palavras chave Visao por Computador, Conduca o Automatica de Veculos, Detecca o Faixa de Rodagem.
I. I NTRODUC AO
A conduca o automatica de veculos, AVG (Automatic
Vehicle Guidance), tem sido explorada a` decadas. E necessario a realizaca o de tarefas tais como o seguimento da
estrada, a manutenca o do veculo dentro da faixa de rodagem adequada, a detecca o de obstaculos e a prevenca o de
colisoes.
Imitar a conduca o feita por humanos atraves de um meio
automatico e importante, pois elimina o impacto provocado
pelos erros humanos, reduzindo assim o numero de acidentes rodoviarios, diminuindo as perdas humanas. O numero
de veculos a circular nas estradas aumentaria significativamente, a reduca o de elementos tais como a poluica o e
consumo de combustveis em detrimento de funcionarem
em regimes optimizados.
A conduca o baseada em visao por computador, por ser um
meio muito poderoso para adquirir um elevado volume de
informaca o e manipular informaca o sobre o ambiente estruturado. As camaras tem um funcionamento nao invasivo,

i.e. nao provocam interferencias entre si. Com o aumento

de processamento dos computadores e reduca o dos precos
de hardware, a investigaca o na a rea de visao por computador tem vindo a aumentar. Este trabalho tem como principal
objectivo manter a faixa de rodagem enquadrada no plano
da imagem. A utilizaca o de uma camara movel tem vantagens e desvantagens quando comparavel a uma ou mais
camaras fixas. Este trabalho baseia-se na abordagem de
A.Cunha [1] que propoe a utilizaca o de uma camara movel
no contexto da conduca o automatica de veculos baseada
em visao dentro dos pressupostos do paradigma da visao
activa e intencional. Sao os seguintes os principais objectivos:
A aplicaca o de uma camara movel a` conduca o de
veculos autoguiados;
Estudar o algoritmo proposto para o metodo de
detecca o e seguimento da faixa de rodagem (FR) com
camara movel;
Testar o algoritmo;
Optimizaca o do algoritmo.
II. D ESENVOLVIMENTO
A. Exemplo de projectos existentes
Actualmente, na Carnegie Mellon University [2], Pittsburgh, USA tem desenvolvido sistemas de percepca o do
veculo, em particular para os sensores de curto alcance,
que captam imagens a` volta do veculo de forma a permitir
uma conduca o segura [3]. O veculo encontra-se equipado
com inumeros sensores de movimento (GPS, bussola, inclinometro, odometro diferencial), seis camaras de vdeo
(tres apontadas para a frente, uma em cada lado apontadas
para o chao e em uma em cima apontada para a frente), sensores radar (tres Stick single-axis scanning laser rangefinders montadas em varias posico es, normalmente um a apontar para frente, e dois a apontar para os lados). O sistema
dispoe ainda de cinco computadores Pentium 500Mhz, um
sistema de sincronizaca o temporal de alta precisao, software para analise de cada sensor em separado, de um sistema baseado no mapa da fusao dos sensores e um modelo de previsao baseado em probabilidades. O sistema de
percepca o para evitar a colisao e conduzir o veculo foi demonstrado no veculo Navlab 11, Figura 1 para monitorizar a conduca o de um veculo atraves de ambiente desordenado urbano, detectando e seguindo objectos fixos, objectos
moveis, peoes, bermas dos passeios e estradas.
34

Fig. 1
V EI CULO AUTOM ATICO

NAVLAB 11
B. Detecca o e seguimento da FR
Kastrinaki [4] classificou as aproximaco es de detecca o automatica de FR, em tres grupos:
Detecca o da regiao da FR (Lane-region detection): Estas aproximaco es classificam os pixels como
pertencentes ou nao a` estrada. Utilizam tecnicas
de extracca o de caractersticas (feature extration),
reduca o e descorrelaca o de caractersticas (feature decorrelation and reduction), agrupamentos (clustering)
e segmentaca o (segmentation). Para a segmentaca o de
estradas usam as caractersticas de cor e a textura;
Aproximaca o orientada aos detalhes (Featuredriven approaches): Baseia-se na detecca o de caractersticas e na sua organizaca o em estruturas com significado (feature detection e feature agregation). As
caractersticas podem estar associadas a detectores de
contornos horizontais e verticais atraves de operadores morfologicos. E utilizada uma janela de procura
localizada ao longo da posica o estimada da FR;
Aproximaca o orientada aos modelos (Modeldriven approaches): Tem como objectivo fazer a correspondencia entre um modelo deformavel que define
algumas caractersticas com a imagem observada. E
frequente a utilizaca o de arcos para aproximar contornos de pavimentos e marcas de FR num plano liso de
terra. Foram utilizados modelos de snakes e splines. O
conhecimento destes modelos permite prever em que
ponto de cada imagem as marcas da FR devem aparecer, extraindo de cada um dos lados os elementos que
a caracterizam.
.
Por outro lado Bertozzi [5], classificou os pressupostos em
que se baseiam as aproximaco es mais comuns a` detecca o
da FR em 4 grupos:
Centro de atenca o: Devido a` s restrico es fsicas e de
continuidade, o processamento de toda a imagem pode
ser substitudo por analise especfica de apenas uma
MARIO
BAPTISTA [12537]
porca o de interesse da imagem, na qual a probabilidade de encontrar o detalhe de interesse e maior. Estrategia geralmente seguida, que pode ser adoptada assumindo um conhecimento antecipado do meio envolvente;
Largura de FR: Pressupondo de que a largura da FR
e fixa ou varia suavemente, permite o melhoramento
do criterio de procura, limitando a procura a marcas
de faixa quase paralelas;
Forma da Estrada: A reconstruca o da geometria da
estrada pode ser simplificada concentrando-se na sua
forma;
Conhecimento previo da superfcie/inclinaca o da
estrada: O conhecimento da calibraca o de uma
camara especfica aliado ao conhecimento da superfcie/inclinaca o da estrada (isto e , uma estrada lisa
sem lombas), pode ser explorado simplificando o mapeamento entre pixels de imagens e os suas correspondentes coordenadas no mundo.
Destas classificaco es interessa conhecer a avaliaca o do autor que traduz na enumeraca o de pros e contras na tabela da
Figura 2.
C. Sistema de conduca o automatica
Durante o processo de conduca o, seguir a estrada e fundamental, sendo necessario localizar os limites da faixa de rodagem e localizar o veculo face a` faixa de rodagem. Existem boas soluco es para a localizaca o da faixa de rodagem
em ambientes estruturados, que atraves de modelos com
descrico es geometricas das estradas utilizam algoritmos de
detecca o de linhas. Estes modelos consideram que os primeiros metros de estrada, a` frente do veculo, plana. Ha
no entanto aspectos desfavoraveis que impedem uma boa
detecca o das linhas, como exemplo, a fraca manutenca o
da estrada, as alteraco es de iluminaca o, sombras, oclusao
das linhas devido a outros veculos. Uma soluca o para o
controlo de veculos autoguiados com base na analise de
sequencias de imagens em ambientes estruturados, recorrendo a` utilizaca o de uma camara movel, apresenta-se na
Figura 3 o diagrama geral proposto.
Fig. 3
AUTOM ATICO
D IAGRAMA GERAL DO SISTEMA DE CONDUC AO

PROPOSTO [1].
Destaca-se o metodo para detecca o e seguimento da

faixa de rodagem (FR) que constitui o contributo para a
elaboraca o deste artigo.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
35
Fig. 2
DOS PR OS
E CONTRAS NOS CASOS DA DETECC AO
DE FR [5].
AVALIAC AO
O subsistema de controlo do veculo, tem como funcionalidades o controlo da direcca o do veculo (posicionamento do volante) e, eventualmente, a aceleraca o e
desaceleraca o do veculo;
No subsistema de apoio a` visao, incluiu-se o mecanismo de orientaca o da camara, o sistema de aquisica o
de imagens (sincronizadas com a posica o) e o sistema
electronico e de comunicaca o que permite orientar a
camara segundo a direcca o mais conveniente em cada
momento;
O subsistema de seguimento de estrada tem como objectivo detectar e seguir os limites da faixa de rodagem e detectar a presenca de obstaculos. A detecca o e
o seguimento da faixa de rodagem sao obtidos atraves
da localizaca o da sinalizaca o horizontal, atraves de linhas, continuas ou tracejadas, pintadas na superfcie
da estrada, de cor branca ou amarela, efectuada pelo
metodo de detecca o da FRe pelo metodo de seguimento de FR. Estes metodos geram informaca o sobre
o centro e a posica o relativa do veculo na faixa de rodagem.
a camara, com base no centro da FR. Na Figura 4 temos o

algoritmo de interacca o entre os dois metodos.
C.1 Metodo de detecca o e seguimento da FR

Os metodos tem como principal objectivo detectar e seguir os limites da FR atraves da localizaca o da sinalizaca o
horizontal, pintada na superfcie da estrada. O metodo de
detecca o da FR, determina a posica o do veculo relativa a`
FR. Partindo desta posica o, o metodo de seguimento da FR
procura os pontos sobre as linhas de sinalizaca o horizontal com base na analise de sequencias de imagens, adquiridas com a camara movel e define uma nova direcca o para

Fig. 4
E SEGUIMENTO DA FR. [1]
A LGORITMO DE DETECC AO
O metodo de detecca o da FR analisa uma sequencia de

imagens, imagem a imagem, ate identificar a posica o da
36

FR, e define a zona de interesse. Define-se uma zona de

interesse para processamento no sentido de reduzir a carga
computacional, fazendo economia dos recursos. O metodo
de detecca o da FR adquire uma nova imagem e faz uma
analise da imagem toda, com o objectivo de localizar os
pontos candidatos a pertencerem a` s linhas limitadoras da
FR na imagem. Estes pontos sao analisados pelo processo
de localizaca o da FR, que procura identificar a FR. Se a
detecca o da FR nao tiver e xito, repete-se o metodo, fazendo a aquisica o de uma nova imagem. Se a FR e identificada com e xito, define-se a zona de interesse de forma
a ocupar uma a rea um pouco maior do que a zona onde foi
localizada a FR e inicializa-se o modelo da FR. Passa-se
para o processo de detecca o da posica o do veculo relativamente a` FR onde se calcula o ponto centro da FR e o
processo de determinaca o da nova posica o da camara, com
base no ponto centro da FR se determina a orientaca o adequada para a camara. No metodo de seguimento da FR,
faz-se aquisica o de uma nova imagem que e analisada na
zona de interesse atraves da aplicaca o do modelo da FR.
Se o seguimento da FR tiver e xito, prossegue-se a partir
da determinaca o da nova posica o da camara, caso contrario
volta-se ao metodo de detecca o da FR.
O algoritmo implementado identifica os pontos candidatos, ou seja, pontos das linhas limitadoras da FR, atraves
de uma analise do perfil de cada uma das linhas amostradas. A analise de alguns parametros do histograma eliminam pontos mal identificados pelo processo anterior. Os
pontos que satisfazem estas duas analises sao passados para
localizaca o da FR. As linhas sao analisadas umas separadas das outras atraves de uma janela em analiseFigura 5.
Fig. 5
P ROCURA DE PONTOS SOBRE A LINHA - P ERFIL DA LINHA . [1]
Em cada zona da linha verifica-se se o nvel medio dos pixels esta dentro de um intervalo aceitavel, nao sendo muito
alto nem muito baixo. Se isto se verificar faz a binarizaca o
dos pixels. O nvel de binarizaca o deve variar entre o nvel
medio e maximo. Para cada grupo de pixels diferentes de
zero sao verificados os parametros de base esquerda, base
direita e largura para detectar a presenca ou nao de pontos
candidatos. O algoritmo e o seguinte:
Calcula a media dos nveis de cinzento da janela em
MARIO
BAPTISTA [12537]
analise;
Verifica o nvel medio. Se a media for muito alta
(acima do nvel 220) ou se for muito baixa (abaixo do
nvel 30), nao existe qualquer ponto na janela e passase para uma nova janela. Caso contrario, calcula-se o
nvel de binarizaca o;
Binariza o sinal. Aos pontos com valor inferior ao
nvel de binarizaca o e -lhes atribudo o valor 0 e aos
restantes pontos e -lhes atribudo o valor 255.
Calcula os pontos centrais para todos os grupos de pixels diferente de zero, resultantes da binarizaca o.
Considera os pontos centrais obtidos como pontos
possveis sobre a linha branca desde que obedecam aos
seguintes criterios:
A sua largura esteja compreendida entre a largura
maxima e a largura mnima;
A base direita e a base esquerda sejam iguais ou superiores a` base mnima.
Retorna para processar uma nova janela em analise.
A Figura 5, mostra uma binarizaca o de tres pontos candidatos a analisar. O primeiro e ignorado, menor que a largura
mnima. O segundo e considerado, satisfaz as condico es de
largura, da base esquerda e direita, por isso e um ponto sobre a linha. O terceiro e ignorado, nao tem base direita e
ultrapassa a largura maxima. Terminado o processamento
de todas as janelas em analise, os pontos obtidos formam o
vector, utilizados para a identificaca o dos limites da FR.
Nas zonas fora da estrada, com casas e edifcios, ha linhas
com perfil que sao processadas e interpretadas como pontos candidatos. Neste sentido o perfil do histograma da
linhaagrupa os pixels em 5 grupos de 51 nveis,Figura 6,
com coeficientes maximos para cada grupo, que permite decidir se a linha contem pontos sobre as linhas da FR.
Fig. 6
P ROCURA DE PONTOS SOBRE A LINHA - P ERFIL DO HISTOGRAMA . [1]
Apos se executar os algoritmos mencionados numa imagem, obtem-se o vector com os pontos candidatos a pertencerem a` s linhas da FR.
Finalmente para localizar a FR tira-se partido do facto de,
a FR poder ser representada por duas linhas rectas convergentes. Assim, o processo de identificaca o das linhas limitadoras da FR termina com a filtragem dos pontos seleccionados, atraves das mascaras representadas na Figura 7.
As mascaras tem 8 linhas de altura e procuram pontos

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
37
Fig. 8
M ODELO DA FR UTILIZADO NO M E TODO DE SEGUIMENTO DA FR. [1]
Fig. 7
M ASCARAS
USADAS PARA FILTRAR O RUI DO . [1]
segundo as direcco es assinaladas a azul e limitadas pelas linhas vermelhas. A primeira mascara procura pontos
nas direcco es 0 e 10 e as mascaras seguintes procuram na
direcca o 1 e 9, 2 e 8, ate a` sexta mascara que procura na
direcca o 5. Sao as orientaco es mais provaveis para as linhas limitadoras da FR, tendo em conta que a FR e limitada
por uma linha de cada lado. As mascaras sao aplicadas a
cada um dos pontos, no vertice inferior, e contados os pontos sobre cada uma das 10 direcco es, comecando-se pelos
pontos situados mais abaixo e a` esquerda sucessivamente
da esquerda para a direita. A procura termina quando os
pontos sao todos testados. Considera-se que a localizaca o
da FR teve e xito se for possvel encontrar pelo menos duas
rectas, que limitem a FR. Depois e inicializado o modelo da
FR, representado na Figura 8.
Este modelo e definido por duas sequencias de pontos que
definem os limites da FR a` esquerda, dentro da zona esquerda e a` direita, dentro da zona direita. Os pontos sao
marcados na intersecca o dos limites encontrados da FR
com as linhas amostradas representadas ponteado. Cada
ponto tem um valor de vizinhanca d2 (marcado a cor roxa),
que pode ficar mais estreito d1 (marcado a cor verde), se
um ponto valido for encontrado no seu interior. Durante o

seguimento da FR os pontos do incio e fim da sequencia

funcionam como pontos sensores. Estao assinalados na Figura 8 a tracejado na parte final das linhas limitadoras da
FR. Se durante quatro imagens seguidas nao forem encontrados pontos validos no par de pontos entre os tracejados
nas extremidades da sequencia de pontos, entao o ponto
sensor e desactivado e o ponto anterior passa a ponto sensor, permitindo reduzir o numero de pontos que define os
limites da FR. Inversamente, o ponto sensor avanca para
o ponto seguinte, permitindo alongar os limites da FR. Os
avancos dos pontos sensores ficam limitados a` zona de interesse. Detectada a FR, o ponto centroobtido, e considerado o ponto central da FR. O ponto centroe usado
como referencia para o posicionamento da camara, e a nova
orientaca o e calculada de forma a enquadrar a FR na imagem e consequentemente detectar mais pontos nos limites
da FR. Na Figura 9 apresenta-se, de forma esquematica, o
processo para determinar a posica o da FR.
Fig. 9
DA FR [1].
C ALCULOS
DA POSIC
AO
O calculo do ponto centroutiliza os pontos conhecidos

sobre as linhas limite. Para cada linha limite, calcula-se
o seu ponto medio, obtendo-se o ponto Media esquerda e
Media direita. O ponto centroe o obtido atraves do valor
38

medio destes dois pontos. A determinaca o da nova posica o

da camara e entao efectuada com base no erro relativo entre
as coordenadas X do centro da FR e do centro da imagem.
Neste ponto o algoritmo passa para o Metodo de seguimento da FR. O sistema adquire uma imagem nova e processa analise da zona de interesse aplica o modelo da FR. A
FR tem um deslocamento suave de imagem para imagem,
pelo que a analise da imagem e efectuada no interior da
zona esquerda e da zona direita, na vizinhanca dos pontos
activos do modelo da FR. Sao aplicados os criterios para detectar os pontos candidatos. O criterio perfil da linha e aplicado na janela em analise com a dimensao da vizinhanca de
cada ponto e o criterio perfil do histograma da linha calcula
o histograma na vizinhanca de cada ponto activo. Os pontos
que satisfazem os dois criterios sao considerados validos e
marcados como activos. Sao detectados os limites da FR e
a posica o do centro da FR.
C.2 Teste dos algoritmos
Para poder realizar os testes dos algoritmos propostos procedi a instalaca o do Microsoft Visual Studio C++ 6.0 numa
maquina virtual com o Windows XP, visto a incompatibilidade com o Windows Vista, e ferramentas para o processamento de imagem como o Microsoft Vision Software Developers Kit (VisSDK) e o Image Viewer e Analyser (DIVA).
Na Figura 10, observa-se a aplicaca o do criterio perfil de
linhanuma sequencia de imagens real, utilizando o programa IMG4 [1].
MARIO
BAPTISTA [12537]
Fig. 11
PERFIL DO HISTOGRAMA .
E XEMPLO DA APLICAC AO
III. C ONCLUS OES

O objectivo deste trabalho foi estudar as tecnicas de processamento de imagem utilizadas nos veculos autoguiados
baseados em visao por computador. Foram tambem propostos, o metodo de detecca o de FR, o metodo de seguimento da FR, com base numa camara movel. Os metodos
de detecca o e seguimento da faixa de rodagem localizam
o centro da FR e movem a camara de forma a manter a
FR devidamente enquadrada. Os algoritmos e codigo previamente elaborados, foram executadas e testadas na totalidade. De futuro, com a evoluca o tecnologica e maior variedade de equipamentos, preve-se um melhoramento do sistema com a finalidade de contemplar as condico es de ambiente e envolvente mais complexas tais como as condico es
de iluminaca o (ex.noite), estradas com declives acentuados
e marcaco es nao lineares. Pode-se ainda aspirar a` detecca o
automatica da sinalizaca o de transito vertical, bem como de
cruzamentos. Uma grande evoluca o seria a utilizaca o de
mais do que uma camara movel para uma melhor detecca o
do espaco envolvente.
B IBLIOGRAFIA
Fig. 10
PERFIL DA LINHA .
` direita do perfil de cada linha, encontram-se os valores

A
utilizados para a aplicaca o do criterio de linha, nomeadamente o numero da linha na imagem, o valor maximo, o
valor medio e o valor do nvel de binarizaca o.
Na Figura 11, pode observar-se a aplicaca o do criterio perfil do histograma.
A linha apresenta o maximo na cor 145 e uma distribuica o
nos grupos referidos de 21:12:64:1:0. Sendo assim , uma
vez que no primeiro grupo apresenta um valor superior a
18%, a linha e rejeitada. Ja os outros, apresentam os valores dentro dos definidos na Figura 6, pelo que os pontos a
encontrados sao considerados pontos candidatos.
[1] Antonio Manuel Trigueiros da Silva Cunha, Sistema de controlo de

veiculos autoguiados com base na analise de sequencias de imagens,
em ambientes estruturados, 2004.
[2] Pagina web em http://www-2.cs.cmu.edu/afs/cs.cmu.edu/project/
alv/www/navlabhomepage.html, 2004.
[3] R. Aufrere, J. Gowdy, C. Mertz, C. Thorpe, C. Wang, e journal =
Mechatronics year = 2003 volume = 13 pages = 11491161 T. Yata,
title = Perception for Collision Avoidance and Autonomous Driving,
.
[4] V. Kastrinaki, M. Zervakis, e K. Kalaitzakis, A survey of video processing techniques for traffic applications, Image and Vision Computing, vol. 21, pp. 359381, 2003.
[5] B. Bertozzi, A. Broggi, M. Cellario, A. Fascioli, P. Lombardi, e
M. Porta, Artificial vision in road vehicles, Proceedings of the
IEEE a Special Issue on Visual Perception, vol. 90, pp. 12581271,
2002.
Engenharia Electrotcnica
e de Computadores
bologna
process
Grau de Licenciado
Anlise Matemtica I
lgebra Linear e Geometria Analtica
Qumica
Programao
Tcnicas Laboratoriais em Electrotecnia
Seminrio em Cincias da Electrotecnia e
Computao
Anlise Matemtica Complementar
Termodinmica e Estrutura da Matria
Probabilidades e Estatstica
Arquitectura de Computadores
Electrnica I
Laboratrios de Electrnica e Computao II
Comunicao de Dados
Sistemas Operativos
Electrnica de Potncia
Sistemas de Controlo
Electrnica Digital
Gesto Industrial
1
2
3
Anlise Matemtica II
Mecnica e Ondas
Sistemas Digitais
Algoritmia
Teoria dos Circuitos
Laboratrios de Electrnica e Computao I
Matemtica Computacional
Electromagnetismo e ptica
Programao por Objectos
Sistemas e Sinais
Electrnica II
Laboratrios de Electrnica e Computao III
Fundamentos de Telecomunicaes
Sistemas Elctricos e de Energia
Instrumentao e Sensores
Bases de Dados
Redes de Computadores
Projecto em Eng. Electrotcnica e de
Computadores
Grau de Mestre
Processamento Digital de Sinal
Sistemas de Microcontroladores
Aplicaes e Servios Web
Mquinas Elctricas
Automao industrial
Mtodos de Optimizao
Dissertao
Opo A
Opo B
tica e Deontologia
Gesto de Projectos em Engenharia
Energias Alternativas
Instalaes Elctricas
Robtica e Sistemas Inteligentes
Microtecnologias
Engenharia de Software
Gesto de Redes e Sistemas Distribudos
1
2
Dissertao
Acreditado pela
Ordem dos Engenheiros
Protocolo de Estgios com
I novAO
BOSCH
Consumer & Industrial
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
41
Conduca o autonoma de veculo - Detecca o de Obstaculos

P0910
Eduardo Miguel Rocha Almeida Jesus Alfredo, ed.alfredo@gmail.com
Abstract Since the 1980s, Intelligent Transportation Systems

have assumed an ever more important role in the economic
growth of developed countries. Alongside them, there has been
an increase of research in related fields, such as Automatic Vehicle Guidance (AVG). This article starts by giving a brief review of techniques related to the detection of obstacles in self
guided vehicles.
Resumo Desde a decada de 1980, os Sistemas Inteligentes
de Transportes tem assumido um papel cada vez mais importante no crescimento economico dos pases desenvolvidos.
Junto com eles, tem havido um aumento da investigaca o em
a reas afins, tais como Conduca o Autonoma de Veculos (AVG).
Este artigo comeca por dar uma breve revisao das tecnicas
relacionadas com a detecca o de obstaculos em veculos autoguiados.
Keywords Automatic Vehicle Guidance, Detection of Obstacles, Robotic
Palavras chave Veculos Auto-Guiados, Detecca o de
Obstaculos, Robotica
I. I NTRODUC AO
A historia dos veculos autonomos iniciou-se em 1977
no Japao, com a construca o de um veculo que conseguia
ultrapassar os 32 km/h seguindo marcadores brancos
colocados num percurso especialmente construdo. Mas
foi a partir dos anos 80 que os Sistemas Inteligentes de
Transportes assumiram a sua importancia no desenvolvimento das economias dos pases industrializados atraves
do trabalho de Ernst Dickmmans e a Universidade de
Munique, com a construca o de um robot baseado em
sistemas de visao, construdo sobre um Mercedes-Benz.
Este conseguia atingir velocidades superiores a 96 km/h
em estradas sem transito [1]. Por outro lado, o desenvolvimento tecnologico disponibilizou sensores e unidades de
processamento, com melhor desempenho e a menor custo,
que deram alento a` investigaca o na a rea da Conduca o
Automatica de Veculos (AVG), aplicada em soluco es
como a visao por computador, com uma ou mais camaras
fixas.
A criaca o e manutenca o, nas estradas, de infra-estruturas
de apoio a veculos automaticos envolvem custos elevados
que so se justificam para tipos de transporte que se baseiem
em rotas repetitivas e predeterminadas, como por exemplo
os transportes publicos e os robots industriais. A utilizaca o
de sensores nao invasivos, como os de visao, capazes de
recolher informaca o sobre as infra-estruturas da estrada,
desde logo se mostrou adequado a aplicaco es deste tipo.
Porem, a grande quantidade de informaca o a processar

exige grande poder computacional. A partir de uma

avaliaca o crtica da evoluca o dos sistemas de AVG, propoese neste projecto um modelo de visao para a detecca o de
obstaculos em veculos auto-guiados baseado numa camara
movel, dentro dos pressupostos do paradigma da visao
activa e intencional. O trabalho apresentado neste artigo
teve como base trabalhos de investigaca o anteriormente
realizados [2]. Com base neste modelo, sao propostos os
seguintes objectivos:
- Fazer um estudo das tecnicas de detecca o de obstaculos.
- Compreensao e execuca o do algoritmo.
- Optimizaca o da aplicaca o.
Este projecto e uma contribuica o que se mostra viavel,
economica e possvel de exploraca o de futuro.
II. E XEMPLO DE PROJECTOS CONHECIDOS
O veculo autonomo IV (Inteligente Vehicle) Japao [3], foi
desenvolvido desde dos meados dos anos 70, possui um sistema de visao estereo para detecca o de obstaculos e um sistema dead reckoning para navegaca o autonoma. A detecca o
de obstaculos e efectuada em tempo real conseguindo detecta-los a distancias de 5 a 20 m com uma amplitude de
40 graus. O princpio de detecca o e o Paralaxe: quando
duas imagens de ambas as camaras sao comparadas as duas
imagens do obstaculo sao identicas, excepto quanto a` sua
posica o dentro da imagem. Este veculo conduziu autonomamente a uma velocidade de cerca de 10 km/h enquanto
evitava um obstaculo. O PVS (Personal Vehicle System)
Japao [3], foi desenvolvido no final dos anos 80 e constitua
um sistema abrangente para teste de veculos com base em
visao.
O sistema de visao capturava as marcas da faixa de rodagem
(FR) em ambos os lados, com base num algoritmo de
` medida que o veculo era
detecca o de linhas brancas. A
guiado, o PVS tinha outro sistema de visao para detecca o
de obstaculos com camara estereo que abrangia campo de
visao de 20-25 m a` frente do veculo. O PVS conduziu
automaticamente ao longo de faixas de rodagem com curvas e cruzamentos, a velocidades entre 10 e 30 km/h, podendo atingir o maximo de 60km/h. O sistema AHVS (Automated Highway Vehicle System) Japao [3], desenvolvido
pela TOYOTA, utilizou uma u nica camara para seguimento
da FR, com um algoritmo PD (Proportional Differential).
O sistema de visao utilizava um algoritmo de detecca o de
contornos identico ao do PVS para localizar a FR e, utilizava hardware especializado, era capaz de processar 10
frames por segundo (f.p.s). em tempo real. O AHVS con-
42

duziu a 50 km/h ao longo de uma FR com curvas suaves. O

Alvin, ALV (Autonomous Land Vehicle), Estados Unidos
da America, Figura 1, desenvolvido entre 1984 e 1990, pela
ARPA (Advanced Research Project Agency).
EDUARDO ALFREDO [20963]
inicial. Cada pixel de interesse e seleccionado de acordo

com alguma funca o de interesse, que pode ser funca o dos
valores da intensidade dos pixels adjacentes, a` forca dos
contornos ou a sucessivas diferencas entre imagens para
analise de movimento.
C. Detecca o com base em contornos - diferenciaca o espacial
As aproximaco es nesta classe baseiam-se nas caractersticas dos contornos dos objectos. Podem aplicar-se a
imagens soltas para detectar a estrutura dos contornos ou
ate a carros parados. Em cenas com trafego, os detectores
de contornos de uma forma geral assinala os veculos com
grupos complexos de contornos enquanto que as a reas
de estrada resultam em relativamente menos contornos
detectados. Assim, a presenca dos veculos pode ser
detectada atraves da analise do histograma, que quantifica
a presenca de contornos.
Fig. 1
V EI CULO EXPERIMENTAL ALV, IMAGEM OBTIDA EM AIC
T IMELINE [4].
DE
III. E STUDO DOS M E TODOS DE DETECC AO
OBST ACULOS
Kastrinaki [5] classificou as aproximaco es de detecca o de
obstaculos com base nos metodos utilizados para isolar um
objecto relativamente a` envolvente, uma so imagem ou uma
sequencia de imagens.
A. Binarizaca o
Esta e uma tecnica de simples implementaca o mas pouco
eficiente, que e utilizada em imagens paradas e baseia-se
no pressuposto que os veculos sao objectos compactos
e com intensidades diferentes do fundo da imagem.
Assim, fazendo-se a binarizaca o das intensidades em
pequenas a reas pode separar-se o veculo do fundo. Esta
aproximaca o depende fortemente do nvel de binarizaca o
utilizado, o qual deve ser seleccionado apropriadamente
para um determinado veculo e para o seu fundo.
B. Combinaca o de multiplas grelhas de identificaca o de
zonas de interesse
E um metodo que dirige a atenca o para regioes de
interesse, baseado em imagens multi-resoluca o.
O
metodo gera primeiro uma hierarquia de imagens com
diferentes resoluco es. Depois inicia uma procura de
regioes, comecando na imagem com nvel hierarquico
superior. Objectos que diferem do seu fundo continuam a
distinguir-se nas imagens com menos resoluca o enquanto
que o rudo e pequenas variaco es de intensidade tendem
a desaparecer a este nvel. Por isso as imagens de baixa
resoluca o conseguem dirigir a atenca o directamente para
os pixels que correspondem a esses objectos na imagem
D. Assinaturas no espaco
Neste metodo de detecca o, o objecto a ser identificado
(o veculo), e descrito pelas suas caractersticas (forma,
dimensoes, luminosidade), que permitem a identificaca o no
seu ambiente. As assinaturas no espaco permitem tambem
a identificaca o de uma imagem atraves de tecnicas de
correlaca o e correspondencia de modelos (template matching), usando directamente a assinatura tpica dos nveis
de cinzento dos veculos. Apesar de alguma ineficiencia
devida a sombras, a oclusoes, alteraco es de iluminaca o e
reflexoes fortes da luz nos veculos, a detecca o de veculos
por este processo nao requer grandes esforcos computacionais, pelo que permite que os sistemas detectem e sigam
de forma contnua a assinatura do padrao, em tempo-real.
E. Diferenca entre imagens de fundo
Este metodo baseia-se na obtenca o de uma imagem
precisa do fundo (estrada) e usa-a para separar os objectos
que se movem. A imagem pode ser obtida de forma
manual, adquirindo uma imagem sem veculos ou detectando automaticamente em tempo-real, formando uma
imagem-media ou imagem-exponencial, matematicamente
a partir das imagens sucessivas. A detecca o e obtida
subtraindo-se a imagem de referencia da imagem actual.
Utiliza-se a binarizaca o para avaliar a presenca/ausencia
de um objecto em movimento. Alteraco es de iluminaca o
e sobras podem provocar a necessidade de actualizar a
imagem de referencia.
F. Diferenca entre imagens consecutivas
Este e o metodo mais imediato que faz desaparecer os
objectos imoveis preservando apenas os que se encontram
em movimento, entre duas imagens sucessivas, tendo como
inconveniente que os objectos que se movem devagar
tambem desaparecem. Este processo e eficaz a detectar
movimento quando as alteraco es de textura relativamente a`
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
envolvente, sao evidentes.

G. Assinatura no tempo
Este metodo codifica o perfil de um veculo em movimento
em funca o do tempo. O perfil e processado em varias
posico es atraves da media das intensidades dentro de uma
pequena janela, em cada ponto de medida. A analise da
assinatura no tempo e usada para determinar a presenca
ou ausencia de obstaculos. A assinatura no tempo da
intensidade da luz em cada ponto e analisada atraves de
um modelo de caractersticas memorizado previamente e
periodicamente actualizado.
H. Associaca o de caractersticas e seguimento de objectos
Estas tecnicas podem ser aplicadas no espaco de caractersticas, para identificar um objecto ou para seguir
pontos caractersticos do objecto. Estas tecnicas sao
frequentemente utilizadas para a detecca o de objectos de
forma a melhorar a robustez e confianca, e para reduzir a
taxa de falsas detecco es.
I. Campo de fluxo o ptico
As aproximaco es nesta classe exploram o facto de que
a aparencia de corpos rgidos se altera pouco durante o
movimento, enquanto que as grandes alteraco es ocorrem
nas zonas onde o objecto saiu ou entrou. O Fluxo o ptico
codifica os deslocamentos temporais observados nas
estruturas em nveis de cinzento, numa sequencia de
imagens. Engloba, nao so os deslocamentos de pixels
como os deslocamentos de estruturas da cena. De uma
forma geral, foram propostos quatro tipos de processos
para a estimaca o do fluxo o ptico de forma eficiente:
utilizando gradientes; utilizando correlaca o; utilizando
caractersticas; e utilizando metodos multi-grelha.
J. Movimento paralaxe
Quando a camara se move para a frente na direcca o de um
objecto, a projecca o 2D no plano da imagem tambem se
move relativamente ao sistema de coordenadas da imagem.
Se um objecto se prolonga na vertical a partir do chao,
as suas imagens movem-se de forma diferente do fundo
e o movimento dos pontos do mesmo objecto aparecem
diferentes relativamente ao seu fundo, dependendo da
distancia ao plano de fundo. A esta diferenca chama-se
movimento Paralax. Se o ambiente e limitado, por exemplo
numa estrada plana, as diferencas observadas no vectorde-movimento podem ser utilizadas para caracterizar o
movimento dos objectos.
K. Visao estereo
A disparidade entre pontos em duas imagens estereo
esta relacionada com a distancia a` s camaras, em tres
dimensoes. Para todos os pontos num mesmo plano, a
disparidade obtida entre as duas imagens estereo e uma

43
funca o linear das coordenadas das imagens (equaca o de

Helmholtz). Esta relaca o simplifica muito a computaca o
das disparidades estereo. Pode ser utilizada para remapear
a imagem da direita na da esquerda ou ambas as imagens
no sistema de coordenadas da estrada, baseado num
modelo dado da estrada que esta a` frente do veculo,
por exemplo um troco em linha recta e plano de estrada.
Todos os pontos do plano do chao/solo aparecem com
disparidade nula, enquanto que as disparidades que
aparecem indicam objectos acima do plano do solo e
podem ser potenciais obstaculos. Uma operaca o simples
de binarizaca o pode ser usada para identificar esses
objectos - na imagem diferenca. Para alem da projecca o
das imagens no plano do chao a visao estereo pode ser
usada para a reconstruca o 3D do espaco a` frente do veculo.
L. Mapeamento inverso da perspectiva
Uma aproximaca o promissora, em tempo real, para a
detecca o de objectos a partir de imagens e remover o
efeito de perspectiva inerente de uma imagem isolada ou
imagens estereo. O efeito de perspectiva relaciona de
modo diferente, pontos 3D do sistema de coordenadas da
estrada (realidade) com pixels 2D no plano da imagem,
dependendo da distancia a` camara. Este efeito associa
diferentes conteudos de informaca o a diferentes pixels da
imagem. Sendo assim, as marcas da estrada ou objectos
do mesmo tamanho, aparecem mais pequenos na imagem,
a` medida que se afastam do sistema de coordenadas da
camara. O mapeamento inverso da perspectiva, tem como
objectivo inverter o efeito de perspectiva, forcando uma
distribuica o homogenea de informaca o dentro do plano da
imagem. Para retirar o efeito de perspectiva e essencial
conhecer a estrutura de aquisica o de imagem relativamente
a` s coordenadas da estrada (posica o da camara, orientaca o,
etc.) e geometria da estrada (assumindo que a estrada e
plana, simplifica-se muito o problema). O mapeamento
inverso de perspectiva pode ser aplicado a` visao estereo,
fazendo o remapeamento em ambas as imagens, esquerda
e direita, num domnio comum (estrada).
M. Modelaca o 3D e mapeamento frontal
As classes de tecnicas baseadas em modelos, procuram
resolver a tarefa de analise, procurando uma sntese
interactiva, atraves do retorno da predica o de um erro (prediction error feedback) usando modelos espacio-temporais
da realidade. As aproximaco es baseadas em modelos
utilizam um modelo de veculo parametrizado em 3D tanto
para caractersticas da sua estrutura (forma) como do seu
movimento. A mudanca de vistas dos objectos durante
o movimento proprio do veculo, revela diferencas do
aspecto da geometria 3D dos objectos e do ambiente que
os rodeia. Torna-se o bvio que o conhecimento da estrutura
do ambiente e a dinamica do movimento, sao componentes
relevantes da visao em tempo real. Num sistema computorizado os modelos genericos de objectos do mundo
real, podem ser guardados em estruturas tridimensionais,
trazendo caractersticas visveis a diferentes posico es
44

espaciais relativas ao seu centro de gravidade. A partir da

dinamica do movimento proprio, a posica o relativa de um
veculo em movimento e a sua camara pode ser inferido. A
partir deste conhecimento e aplicando as leis da projecca o
frontal (a qual e feita muito mais facilmente do que a inversa), a posica o e orientaca o das caractersticas visuais na
imagem, permitem que se estabeleca uma correspondencia
com a posica o e orientaca o do modelo projectado.
Bertozzi [6] entende que os criterios de detecca o de
obstaculos dependem, numa primeira analise, da definica o
dos obstaculos em presenca. Neste sentido divide os
obstaculos em dois grandes grupos, veculo versus objectos genericos, como se pode observar na Figura 3.
As tecnicas baseadas em fluxo o ptico requerem a analise
de sequencias de duas ou mais imagens; um vector 2D e
calculado no domnio da imagem, codificando as componentes verticais e horizontais da velocidade de cada pixel.
O resultado pode ser usado para o calculo do movimento
proprio, o qual em alguns sistemas, sao extrados directamente da odometria; os obstaculos podem ser detectados,
analisando as diferencas entre o campo de velocidade esperado e o campo de velocidade real. Por outro lado, o
processamento de conjuntos de imagens nao-monoculares
requer a identificaca o da correspondencia entre pixels de
diferentes imagens: duas imagens no caso da visao estereo
e tres imagens no caso da visao triocolar. A vantagem de
analisar imagens estereo em vez de sequencias monoculares
esta na possibilidade de detectar directamente a presenca de
obstaculos, os quais, no caso das aproximaco es baseadas
em fluxo o ptico, e indirectamente derivado da analise do
campo de velocidades. No entanto, em condico es limites
em que o veculo e os obstaculos tem velocidade proximas
de zero, as aproximaco es de fluxo o ptico falham, enquanto
que a analise de sequencias monoculares continua a poder
detectar os obstaculos. A tabela da Figura 2 apresenta os
pontos fortes e fracos das diferentes aproximaco es para a
detecca o de obstaculos.
Fig. 3
DE OBJECTOS , BASEADAS NA
T E CNICAS UTILIZADAS NA DETECC AO
DE OBST ACULO
DEFINIC
AO
, DIAGRAMA OBTIDO EM B ERTOZZI [6].
IV. A LINHAMENTO DE IMAGENS

Na detecca o de obstaculos o alinhamento das imagens
tem uma importancia primordial, uma vez que e com base
nele que se obtem a percepca o das distancias entre os
objectos. E possvel fazer o alinhamento automatico das
imagens se conhecer com precisao o valor do a ngulo de
rotaca o, bastando para isso realizar uma vez uma operaca o
de calibraca o simples.
Para isso deve:
Fazer-se a aquisica o de duas imagens com uma banda
i diferente de zero, de forma a captar na banda um
objecto distante, registando-se o valor do sensor de
rotaca o,
Alinhar as imagens, utilizando-se uma ferramenta
de processamento de imagem, com base no objecto
distante registar o numero de pixels obtidos, pixels.
Com base num novo valor de lido no sensor (Novo
) pode calcular-se o novo deslocamento em pixels
(Novo valor em Pixels) atraves da expressao:
Novo valor em Pixels = Novo / * pixels
DE OBST ACULOS
V. D ETECC AO
O metodo estudado, tem como finalidade detectar qualquer
obstaculo na zona frontal do veculo accionando alertas
aquando a sua detecca o. O funcionamento deste metodo
passa pela interpretaca o dos resultados obtidos na aplicaca o
ilustrada como exemplo na figura 4, tendo em conta o
ambiente estruturado. Dessas caractersticas pode-se afirmar que numa estrada plana, estamos perante dois cenarios:
Sem obstaculos:
- Os pontos proximos da camara aparecem na parte inferior
da imagem.
` medida que se sobe na imagem a distancia aos pontos
-A
vai aumentando.
Com obstaculos:
- Aparecem pontos anormalmente proximos da camara
fora da zona inferior da imagem. O metodo de detecca o
de obstaculos usa como referencia os valores de desalinhamento obtidos numa cena sem obstaculos e compara-os
com os que obtem em cada momento, de acordo com o algoritmo da figura 5:
De acordo com este modelo, inicialmente adquirem-se
pares de imagens alinhadas por pontos longnquos de forma
a obter bandas onde se pretende detectar a presenca de
eventuais obstaculos. As bandas sao entao divididas em
igual numero de segmentos de acordo com o grau de sensibilidade que se entender adequado. Cada um desses segmentos dao origem a outros segmentos nos pares de imagens, sendo posteriormente alinhados entre si de modo a
serem calculados os desalinhamentos em relaca o aos iniciais. Os valores obtidos serao comparados com os desalinhamentos da referencia. Quando os valores nao correspondem estamos perante um obstaculo.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
45
Fig. 2
DAS DIFERENTES APROXIMAC OES
PARA DETECC AO
DE OBST ACULOS
C OMPARAC AO
[6].
Fig. 4
VI. C ONCLUS OES
Fig. 5
DE OBST ACULOS
A LGORITMO PARA DETECC AO
O objectivo deste artigo foi estudar todo o trabalho realizado na tese de doutoramento do professor Antonio Cunha.
Em jeito de complemento foi tambem feita uma pesquisa
sobre este assunto de modo a expor toda a ideia em redor dos veculos auto-guiados com especial atenca o a` materia da detecca o de obstaculos. Assim, apartir do algoritmo e codigo estudados, procedeu-se a` sua execuca o testando todas as funcionalidades do software de detecca o de
obstaculos. De futuro, com a evoluca o tecnologica e maior
variedade de equipamentos, preve-se um melhoramento do
sistema com a finalidade de contemplar as condico es de ambiente e envolvente mais complexas tais como as condico es
de iluminaca o (ex. noite), estradas com declives acentuados
e marcaco es nao lineares. Pode-se ainda aspirar a` detecca o

automatica da sinalizaca o de transito vertical, bem como de
cruzamentos. Uma grande evoluca o seria a utilizaca o de
mais do que uma camara movel para uma melhor detecca o
do espaco envolvente. Por fim, devo referir que nao foi
possvel proceder a` optimizaca o da aplicaca o ficando apenas pelo estudo e implementaca o do algoritmo fornecido.

46

B IBLIOGRAFIA
[1] Joao Messias Marco Pinto, Joao Barroso, Conducao automatica de
automoveis e veiculos pessoais, Relatorio tecnico.
[2] Antonio Cunha, Controlo de Veiculos Autoguiados com Base na
Analise de Sequencias de Imagens, em Ambientes Estruturados,
PhD thesis, UNIVERSIDADE DE TRAS-OS-MONTES E ALTO
DOURO, Vila Real, Portugal, 2004.
[3] edition = Second publisher = IEEE Transactions on Industrial Electronics year = 1994 S. Tsugawa, title = Vision-Based Vehicles in
Japan: Machine Vision Systems and Driving Control Systems.
[4] Pagina web em http://www.ai.sri.com/timeline/, 2003.
[5] M. Zervakis e K. Kalaitzakis V. Kastrinaki, A Survey of Video Processing Techniques for Traffic Applications, Image and Vision Computing,
second edica o, 2003.
[6] M. Cellario A. Fascioli P. Lombardi e M. Porta B. Bertozzi, A. Broggi,
Artificial Vision in Road Vehicles, Proceedings of the IEEE Special
Issue on Visual Perception, second edica o, 2002.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
47
Identificaca o Automatica de Produtos numa Despensa

P0911
Lus Filipe da Silva Ribeiro, ribeiro.lfs@gmail.com
Abstract As part of creating a Management System of an

Intelligent Pantry (SGDI), this article discusses the study and
analysis of Digital Image Processing (DIP), with the aim of developing the module for an Automatic Identification of Products in a Pantry. Addressed the theoretical principles on DIP
as well the testing in practice whith the software tool, MatLab
and especially its library Image Processing Toolbox, in the creation of a descriptor based on color Product
Resumo No a mbito da criaca o de um Sistema de Gestao
de uma Despensa Inteligente (SGDI), este artigo aborda o estudo e analise do Processamento Digital de Imagem (PDI),
com o intuito do desenvolvimento do modulo de Identificaca o
Automatica de Produtos numa Despensa. Sao abordados os
princpios teoricos em PDI como tambem a experimentaca o
pratica da ferramenta de software MatLab e em particular
a sua biblioteca Image Processing Toolbox, na criaca o de um
descritor com base na cor do Produto.
II. E STUDO DO P ROCESSAMENTO D IGITAL DE

I MAGEM
Uma imagem pode ser representada como uma funca o a
duas dimensoes f (x, y), em que x e y sao coordenadas no
espaco, e a amplitude f , e a intensidade do nvel de cinza
no ponto (x, y), Fig. 1. Para tais valores finitos e discretos consideramos a imagem como uma imagem digital. O
Processamento Digital de Imagem (PDI), consiste nos processos e tecnicas de manipulaca o de tais dados, nao so com
o objectivo de representaca o final da imagem, mas como
tambem a interpretaca o e reconhecimento de padroes.
Keywords DIP, MatLab, Colour

Palavras chave PDI, MatLab, Cor
I. I NTRODUC AO
O projecto de Sistema Gestao de uma Despensa Inteligente
(SGDI) [1], a decorrer na UTAD, tem como objectivo ajudar a fazer a gestao automatica dos produtos armazenados
numa despensa e promover a sua acessibilidade, a pessoas
com necessidades especiais. O SGDI e um sistema computacional para a gestao dos produtos armazenados na dispensa, do qual se destaca o modulo de entrada, ao qual este
projecto se reporta, especificamente no desenvolvimento do
sistema de Identificaca o Automatica de Produtos numa Despensa, usando Processamento Digital de Imagem.
Quando introduzido um produto, e feita a aquisica o de uma
` imagem digital sera posteimagem digital ao mesmo. A
riormente aplicada metodos de Processamento Digital de
Imagem (PDI) para formulaca o de descritores que possibilitem identificar o produto pelas suas caractersticas individuais. Apos a identificaca o do produto, este sera registado na base de dados do sistema e de forma automatica
armazenado na dispensa.
Este projecto tem como objectivo a elaboraca o de algoritmos capazes de formular descritores do produto mais concretamente um descritor relacionado com as caractersticas
da cor do produto, como tambem disponibilizar o estudo e
resultado desse processo numa Wiki.

Fig. 1
I MAGEM D IGITAL
O PDI recorre a tecnicas variadas como resoluca o

de imagens, filtros, histogramas e detecco es de contornos, para resoluco es de problemas como transformaco es
geometricas, correcca o de cor, brilho e contraste,
segmentaca o e reconhecimento de objectos. Tais aplicaco es
de PDI podem ser encontradas em sistemas de reconhecimento facial, processamento de imagens medicas e
identificaca o de produtos numa dispensa.
A. Histograma
Uma forma possvel para analisar uma imagem passa pelo
seu histograma. O histograma e uma representaca o grafica
da frequencia com que os nveis de cinzento aparecem [2],
e pode ser definido como um vector que contem o numero
de pixels de cada nvel de cinzento (distribuica o tonal) de
uma imagem digital. E construdo colocando a variavel de
interesse no eixo horizontal, e a frequencia relativa ou percentual no eixo vertical, como podemos ver no histograma
da Fig. 2. A faixa tonal e a zona onde a maioria dos valores
tonais se situam, e a sua variaca o e paralela aos brilhos que
se deseja transmitir de sombras, meios-tons e alta-luz.
48

Fig. 2
H ISTOGRAMA
LUIS RIBEIRO [20476]
Fig. 4
M ATRICIAL DA IMAGEM RGB ( CORTESIA
R EPRESENTAC AO
G ONZALEZ , W OODS E E DDINS )
Por exemplo, uma imagem escura tera um histograma concentrado perto da origem, enquanto que uma imagem com
tons mais claros tera esse pico afastado da origem. Uma
imagem com pouco contraste tera um histograma com os
pixels concentrados em torno de uma frequencia enquanto
uma imagem com um elevado contraste tera um histograma
com um espalhamento dos pixels no eixo da frequencia.
B. Representaca o das Cores
Ate agora tem-se referido a imagens monocromaticas,
mas as imagem podem ser a cores e geralmente essa
representaca o e no formato RGB, Vermelho (Red), Verde
(Green) e Azul (Blue) [2], Fig. 3. O formato RGB e uma
representaca o matricial tridimensional, L x C x Z, Fig. 4.
Cada uma das matrizes Z e uma representaca o da imagem
numa escala de cinzas, Fig. 5. A aditivaca o das intensidades
de cinza das matrizes ZR, ZG e ZB de um determinado
pixel reproduzem a cor nesse mesmo pixel.
Fig. 5
I MAGEM A COR E EM CADA COMPONENTE RGB
Fig. 3
C ARTESIANA DO MODELO RGB
R EPRESENTAC AO
Uma imagem RGB pode tambem ser indexada [2], e e
composta por duas componentes: uma matriz de inteiros

e uma matriz (n x 3) do mapa de cores, Fig. 6. A matriz
de inteiros funciona como apontador para o mapa de cores
e esse mapa, lista as n cores diferentes existentes na imagem, em que cada linha sao representadas as componentes
Vermelho, Verde e Azul da determinada cor.
Para alem das imagens em formato RGB (directamente
em imagens RGB ou indirectamente em mapas de cor no
formato RGB) podemos representar a cor noutros formatos
como o YIQ, o YcbCr, o CMY, o CMYK, o HSV.
O modelo de cor YIQ e um modelo usado por sistemas
analogicos de televisao como o PAL (Phase Alternating
Line) e o NTSC (National Television System Committee). Tem como principal vantagem a separaca o entre a
intensidade de cinzas e a informaca o da cor, o que permite que o mesmo sinal seja usado por televisores a cor
e monocromaticas. As componentes que formam o modelo
YIQ sao a luminancia(Y), a matiz(I) e a saturaca o(Q). A
luminancia fornece a informaca o da intensidade de cinzas
enquanto a matiz e a saturaca o fornecem a informaca o da

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
49
Fig. 7
M ODELO CMY VS . RGB
Fig. 6
DA IMAGEM I NDEXADA ( CORTESIA G ONZALEZ ,
R EPRESENTAC AO
W OODS E E DDINS )
cor. Uma conversao entre os formatos RGB e NTSC [2]

pode ser feita atraves do sistema de equaco es (1).

Y
0, 299
I = 0, 596
Q
0, 211
0, 587
0, 274
0, 523

0, 114
R
0, 322 . G
0, 312
B
(1)
Relativamente ao modelo YCbCr, este e usado de forma

vasta em vdeo digital. Neste formato a luminancia(Y) e
representada numa u nica componente, e a informaca o da
cor e representada por duas componentes, Cb e Cr. Cb e a
diferenca entre a componente azul e um valor de referencia,
e a componente Cr e a diferenca entre a componente vermelha e um valor de referencia. Uma conversao do formato
RGB para YCbCr [2] pode ser feita atraves do sistema de
equaco es (2).

Y
16
5, 481
Cb = 128 + 37, 797
Cr
128
112, 000
128, 553
74, 203
93, 786

24, 966
R
112, 000 . G (2)
18, 214
B
Outro modelo o CMY, algo semelhante ao modelo RGB,

como se pode comparar na Fig. 7, e composto pelas componentes Ciano (Cyan), Magenta (Magenta), Amarelo (Yellow). O Ciano, o Magenta e o Amarelo sao cores secundarias da luz ou alternativamente as cores primarias
da pigmentaca o. Tal semelhanca entre RGB e CMY
evidencia-se na facilidade de conversao entre modelos [2]
atraves do sistema de equaco es(3).

C
1
R
M = 1 G
Y
1
B
(3)
Este modelo e usado maioritariamente pelas impressoras

e fotocopiadoras e teoricamente quantidades iguais das tres
pigmentaco es produzem o preto, mas tal nao se verifica,
pois este e de certa forma fosco. Para se obter entao um
preto puro, adiciona-se uma quarta componente, o preto
(Black), ou seja o CMYK.
Ja o modelo HSV e um modelo que se destaca pela sua
aproximaca o a experiencia da visao humana. O HSV e formado pelas componentes de matiz (Hue), saturaca o (Saturation) e valor (Value), como se pode ver na Fig. 8, e em
termos analogos a` pintura representariam respectivamente a

tinta, a sombra e tonalidade. O modelo HSV e baseado em

coordenadas cilndricas, e para converter de RGB para HSV
e necessario estabelecer equaco es que convertam coordenadas cartesianas para coordenadas cilndricas [3], como
por exemplo as equaco es (5), apos a normalizaca o de RGB
(4).
Fig. 8
C ONICA
R EPRESENTAC AO
DO M ODELO HSV ( CORTESIA S AMUS U Y
E M OONGATECLIMER )
r=
G
B
R
; g=
; b=
;
R+G+B
R+G+B
R+G+B
V = max(r, g, b)
0
if V = 0
S=
(min(r,g,b)
if
V >0
V
0
if S = 0
60(gb)
HSV :
if V = r
SV
H=
h
i
(br)
60
2
+
if V = g
SV
h
i
60 4 + (rg)
if V = b,
SV
H = H + 360 if H < 0.
(4)
(5)
50

C. Filtros Espaciais
Tendo-se ja abordado a forma como a imagem e composta
e tambem representada nos seus varios modelos de cor,
avanca-se agora para a forma como esta pode ser manipulada. Uma forma de manipulaca o, sao os Filtros Espaciais, que consistem no processamento dos pixels vizinhos de
um determinado e definido ponto central, e a resposta de tal
operaca o para cada um dos pontos da imagem [2]. Recorre
a um processo similar a` DFT ( Transformada de Fourier no
domnio das frequencias ) mas em particular em operaco es
com filtros que actuam directamente nos pixels da imagem.
Um filtro estudado foi o Filtro Espacial Linear que consiste
na multiplicaca o de cada um dos pixels vizinhos pelo coeficiente correspondente e a soma dos resultados para obter a
resposta em cada ponto. Os coeficientes sao arranjados em
matrizes denominadas de filtros ou mascaras. A utilizaca o
de mascaras mpares e prefervel pelo seu ponto de centro
u nico, sendo a mais pequena a de 3x3. Estas mascaras sao
aplicadas atraves da correlaca o ou convoluca o.
Os Filtros Espaciais lineares sao u teis para a segmentaca o
de imagem, ou seja, a subdivisao da imagem em regioes e
objectos, com o objectivo de extrair e isolar caractersticas
da propria. O metodo de segmentaca o a utilizar varia consoante a informaca o a detectar. Os metodos seguintes sao
u teis para detectar descontinuidades de intensidade como
pontos, linhas e contornos.
D. Detecca o de Pontos
A detecca o de pontos isolados em aereas de intensidade
constante ou praticamente constante e simples, pois o ponto
tera uma mudanca drastica do valor de cinza em relaca o
aos seus vizinhos. Usando uma mascara 3x3 , sera possvel
detectar um ponto quando |R| T [2]. R e a resposta da
mascara para qualquer ponto da imagem e e dado por (6).
w1 w2 w3
z1 z2 z3
w4 w5 w6 z4 z5 z6 =
w7 w8 w9
z7 z8 z9
= w1 z1 + w2 z2 + ... + w9 z9 =
9
X
wi zi
(6)
i=1
Consideremos o exemplo da mascara(7), supondo que um

valor de threshold [limite] seja 20, e que a matriz 3x3 representa parte de uma determinada imagem(7). Desde que
os valores de sada anulem o valor central, e nao ultrapassem o valor de threshold, a imagem nao apresenta descontinuidade. Analisando a mascara de resposta(8) para
o conjunto contnuo de pixels dados no exemplo, percebemos que neste caso o valor central da mascara e 16, e a
soma de todos os pixels subtrado do valor central fornece
zero como resposta. Como zero e um valor menor do que o
threshold 20, o pixel central na imagem nao e um ponto de
descontinuidade.
1
2
1 imagem 2
1
2
2 2 2
resposta 2 16 2
2 2 2
1
mascara 1
1
1
8
1
2
2
2
2
2
2
(7)
(8)
Vejamos outro caso, no qual o valor central da resposta(10)

e 64, a soma de todos os pixels subtrado do valor central
fornece um valor de 48 que e maior do que 20 (threshold),
logo o pixel central na imagem(9) e um ponto de descontinuidade.
1
2
1 imagem 2
1
2
2 2 2
resposta 2 64 2
2 2 2
1
mascara 1
1
1
8
1
2
8
2
2
2
2
(9)
(10)
E. Detecca o de Linhas
A detecca o de linhas e um processo mais complicado, pois

e necessario encontrar os pixels que sao semelhantes e testalos para verificar se sao parte de uma linha comum. Para detectar linhas em determinados a ngulos sao usadas mascaras
com respostas superiores em direcco es correspondentes [2],
como por exemplo as mascaras (11) e (12).
1
horizontal 2
1
1
+ 45 1
2
1
2
1
1
2
1
1
1
2 vertical 1
1
1
2
2
1 45 1
1
1
1
2
1
2
2
2
1
1
1
1
1
2
(11)
(12)
Sejam, R1, R2, R3 e R4 respectivamente as respostas das

mascaras anteriores, se um determinado ponto da imagem
, |Ri | > |Rj |, para todos j 6= i, esse ponto diz-se ser,
mais provavelmente associado a uma linha com a direcca o
da mascara i. Isto e se, |Ri | > |Rj |, para j = 1, 2, 3, 4,
diremos que provavelmente esta associado a uma linha horizontal.
F. Detecca o de Contornos
A detecca o de contornos e uma das tecnicas basicas utilizadas pela visao humana no reconhecimento de objectos.
E o processo de localizaca o e destaque dos pixels de contorno, aumentado o contraste entre o contorno e o fundo.
Contornos sao definidos como picos de magnitude do gradiente, ou seja, regioes da imagem onde ocorre uma mudanca
de intensidade num certo intervalo do espaco, segundo uma
direcca o [2]. Este tipo de descontinuidade e obtido atraves
de um operador de derivada. Uma interpretaca o de uma
derivada seria a taxa de mudanca de uma funca o, e a taxa
de mudanca dos nveis de cinza numa imagem e maior perto
dos contornos e menor nas a reas constantes. Se encontrarmos os valores da intensidade da imagem onde a derivada
tem um ponto maximo, entao teremos os contornos dessa
imagem. Dado que as imagens sao em duas dimensoes,
e importante considerar mudancas nos nveis de cinza em
muitas direcco es. Por essa razao, as derivadas parciais das
imagens sao usadas, com as respectivas direcco es x e y.
Uma estimativa da direcca o actual do contorno pode ser
obtida atraves das derivadas x e y como as componentes
da direcca o ao longo dos eixos, e processar o vector soma.
O operador envolvido e o gradiente, e se a imagem e vista
como uma funca o de duas variaveis, f (x, y), entao o gradiente e definido como (14).

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
f =
f
Gx
x
= f
Gy
x
(13)
Alguns dos operadores de contornos existentes sao o

Robert, Sobel, Prewitt, Canny, Laplacian of Gaussian
(LoG) e o Zero Crossings [2]. O operador de Roberts e o
mais antigo e simples algoritmo de detecca o de contornos.
Utiliza duas mascaras com uma matriz 2x2 para encontrar
as mudancas nas direcco es x e y. Para determinar onde o
pixel avaliado e ou nao um pixel de contorno, o gradiente
e obtido a partir de (14), e a direcca o do gradiente do contorno, perpendicular a` direcca o do contorno a partir de (15).
q
|G| = G2x + G2y
"
#
"
#
(14)
0 1
1 0
G
G
x
y
1 0
0 1
= tan1 (
Gy
)
Gx
(15)
Se a magnitude calculada e maior do que o menor valor

de entrada (definido de acordo com a natureza e qualidade
da imagem que esta ser processada), o pixel e considerado
parte de um contorno. O pequeno tamanho da mascara para
o operador de Roberts torna o mesmo facil de se implementar e rapido para calcular a mascara de resposta. As
respostas sao muito sensveis ao rudo na imagem.
O operador de Sobel e praticamente igual ao de
Roberts, tendo como caractersticas distintas a utilizaca o
de mascaras 3x3(15), o que o torna mesmos sensvel ao
rudo; processamento de |G| mais mais complexo, sendo
na pratica |G| aproximadamente: |G| = |Gx| + |Gy|; resultados mais precisos quando comparados aos do metodo
de Roberts. Contrariamente, Prewitt e mais simples de
implementaca o computacional comparado ao Sobel, mas
origina resultados com mais rudo.
1
2
1
1 0 1
0
0
0 Gx 2 0 2
(16)
1 2 1
1 0 1
O operador de contornos de Canny e um filtro de

convoluca o f que uniformiza o rudo e localiza os contornos. O problema e identificar um filtro que optimize os
tres criterios do detector de contornos [2].
1. Taxa de erro: o detector de contornos deveria detectar
todos os contornos sem falhar nenhum;
2. Localizaca o: a distancia entre os pixels de contorno
encontrados pelo detector e o contorno actual deveria
ser o menor possvel;
3. Resposta: o detector de contornos nao deveria identificar multiplos pixels de contorno onde exista um
u nico pixel.
Se considerarmos um contorno de uma dimensao variando

no contraste, entao a convoluca o entre o contorno com a
funca o de uniformizaca o de Gauss, resulta numa variaca o
contnua do valor inicial ao final, com uma inclinaca o
maxima no ponto onde existe um degrau, Fig. 9. Se

51
esta continuidade e distinta em relaca o a x, esta inclinaca o

maxima sera o maximo da nova funca o em relaca o a` original. Os maximos da convoluca o da mascara e da imagem
indicam os contornos da imagem. Este processo pode ser
realizado atraves do uso de uma funca o de Gauss de duas
dimensoes na direcca o de x e y. Os valores das mascaras
de Gauss dependem da escolha do sigma na equaca o. A
aproximaca o do filtro de Canny para detecca o de contornos
e G0 . A convoluca o da imagem com G0 resulta numa imagem que mostra os contornos, mesmo na presenca de rudo
(17)(18).
x
1
e 2
(17)
2
x
1
(x) =
e 2
(18)
2
A intensidade computacional do operador de contornos de
Canny e relativamente alta, e os resultados sao geralmente
pos-processados para uma maior perceptibilidade. No entanto, o algoritmo e mais eficiente no processamento de imagens com rudo ou com contornos difusos.
G(x) =
Fig. 9
DE UM DEGRAU COM O OPERADOR C ANNY
D ETECC AO
Relativamente ao operador Laplacian of Gaussian (LoG),

um maximo da primeira derivada ocorre a cada zero crossing da segunda derivada, Fig. 10. Para localizar contornos
horizontais e verticais procuramos a segunda derivada nas
direcco es de x e y. Tal resultado e obtido atraves do Laplaciano (19).
I I
,
(19)
x y
O operador Laplaciano detecta tanto contornos como
rudo, e e por isso aconselhavel a aplicaca o inicial de um
filtro Gaussiano a` imagem. Depois da suavizaca o aplica-se
o operador Laplaciano, e como a convulca o e associativa
aplica-se o resultado a` imagem. O operador Laplacian of
Gaussian (LoG) e simetrico. Contornos sao encontrados
em todas as direcco es, diferente dos operadores que usam
a primeira derivada (que sao unidireccionais). O operador
Zero Crossings e baseado no mesmo conceito do metodo
LoG, mas a convulca o usa outro filtro especifico
2 I =
52

Fig. 12
DA AVE POR B INARIZAC AO
( CORTESIA
S EGMENTAC AO
M ATH W ORKS )
Fig. 10
2 A D ERIVADA INDICA - NOS UM PIXEL DO CONTORNO
G. Binarizaca o de Imagem
Para alem da segmentaca o da imagem atraves de filtros espaciais lineares para detecca o de pontos, linhas e contornos,
existe um outro metodo, a Binarizaca o. Este metodo consiste num algoritmo, que passa para branco os pixels com
valores acima de um certo threshold [limite] e para preto os
pixels iguais ou inferiores a esse threshold.
(
1 if f (x, y) T
g(x, y) =
0 if f (x, y) T
Uma tecnica usada para determinar esse threshold, consiste em usar os pixels do canto da imagem, uma vez que,
a probabilidade desses pixels conterem informaca o e muito
reduzida. Uma outra possibilidade e atraves da analise do
histograma da imagem, Fig. 11, se reparar-mos este e constitudo por dois picos, em que um representa a imagem e o
outro o fundo, pelo que o valor de threshold sera um valor
o ptimo entre esses dois, Fig. 12.
A variavel I adquire os dados da imagem, e representara esses dados numa matriz de duas dimensoes se
monocromatica (L x C), e tridimensional para imagens a
cores (L x C x 3).
Fig. 13
DE UMA I MAGEM D IGITAL
A PRESENTAC AO
Atraves da funca o imhist() [4] obtemos o histograma

de uma imagem digital.
imhist(rgb2gray(I))
Fig. 11
VALOR DE T HRESHOLD
III. B IBLIOTECA I MAGE P ROCESSING - M AT L AB

As primeiras funco es a conhecer sao a funca o
imread() [4] e a funca o imshow() [4], que nos
permite respectivamente a leitura de uma imagem digital e
a sua apresentaca o, como se pode verificar na Fig. 13.
I = imread(imagem.jpg);
imshow(I)
Como a funca o imhist() so nos indica os nveis de

cinzento de uma imagem, para imagens a cores, sera
necessario recorrer a` funca o rgb2gray() [4] para converter para uma imagem monocromatica, e so depois apresentar o histograma, Fig. 14.
Como visto anteriormente uma imagem a cores e geralmente representada no formato RGB, e e como tal uma
matriz tridimensional. R, G, e B sao matrizes de duas dimensoes correspondentes ao vermelho, verde e azul respectivamente. Para podermos manipular individualmente cada
uma dessas componentes podemos recorrer ao seguinte algoritmo:
R = I(:,:,1); G = I(:,:,2); B = I(:,:,3);

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
53
Fig. 15
DE CONTORNO ATRAV E S DO OPERADOR S OBEL
S EGMENTAC AO
Fig. 14
H ISTOGRAMA DA I MAGEM D IGITAL
Se optarmos por outro modelo de cor para alem do RGB,

sera necessario uma conversao previa entre formatos. As
varias conversoes entre modelos pode ser observada na
Tab. I [4]
Funca o
rgb2ntsc()
rgb2ycbcr()
imcomplement()
rgb2hsv()
Conversao
RGB para NTSC
RGB para YCbCr
RGB para CMY
RGB para HSV
TABELA I
ENTRE M ODELOS DE C OR
C ONVERS OES
Um outro topico abordado foi a segmentaca o de imagem, para tal ha a reter as funco es imfillter() [4],
edge() [4] e im2bw() [4]. A funca o imfilter() e
util para a segmentaca o atraves de filtros espacias lineares
de pontos e linhas.
G=abs(imfilter(double(I),M))>=T;
A funca o imfilter() faz a segmentaca o da imagem
I, a partir da mascara M. O recurso a` funca o double(),
deve-se ao facto da funca o imfilter() converter os valores a` sada na mesma classe de entrada, para prevenir
possvel truncatura de dados da classe unit8 e tambem
porque a funca o abs(), que retorna os valores absolutos,
nao aceita valores inteiros. Se o valor de threshold nao for
fornecido, a funca o imfilter() atribui um, baseado no
filtro obtido. Relativamente a` segmentaca o de contornos ela
e obtida atraves da funca o edge() .
G=edge(I,m
etodo);
A funca o edge() suporta seis metodos diferentes para a
detecca o de contornos (roberts, sobel, prewitt, canny, log,
zerocross), e por defeito usa o metodo Sobel, Fig. 15. Finalmente para a segmentaca o atraves da binarizaca o de uma
imagem digital, usamos a funca o im2bw(). T e o valor de
threshold que definira os pixels que passaram para preto ou
branco, Fig. 16.
G=im2bw(I,T);

Fig. 16
POR B INARIZAC AO
S EGMENTAC AO
DA W IKI PDI
IV. E LABORAC AO
Pretendeu-se tambem na elaboraca o deste projecto, criarse conteudos para disponiblizar na Wiki Alunos da UTAD,
o resultado do estudo em Processamento Digital de Imagem
como tambem os seus metodos de implementaca o recorrendo a` ferramenta de software MatLab. Os conteudos
sao em parte apresentados no artigo e sao complementados com exemplos praticos. A wiki pode ser consultada em (https://alunos.wikis.utad.in/PDI/
%C3%8Dndice).
A` I DENTIFICAC AO
DE P RODUTOS
V. I NTRODUC AO
Com base no estudo efectuado, partiu-se para o objectivo
de identificar um produto com base na sua cor. Analisando
um histograma e possvel verificar como a cor e distribuda
na imagem digital. Sendo a cor por defeito representada no
formato RGB, e como esta nao separa a informaca o da cor,
da informaca o da luminosidade, optou-se por usar o modelo
de cor HSV.
Desta forma e apos decomposica o das componentes do
HSV sera possvel detectar a partir da componente H(matiz)
a gama de tons presentes. Como e possvel ver na Fig. 17,
apesar dos dois primeiros produtos serem iguais, existem
tambem semelhancas entre o primeiro histograma e o ultimo, isto deve-se ao histograma representar a componente
H da imagem completa.
E portanto necessario destacar o produto do fundo, e
para tal sera necessario efectuar a segmentaca o da imagem. Das soluco es de segmentaca o estudadas optou-se
pela Binarizaca o, pela sua simplicidade e bons resultados
na acentuaca o do produto face ao fundo. Como se esta a
trabalhar com o modelo de cor HSV, a Binarizca o e efec-
54

Analisando o histograma na Fig. 19, e possvel agora verificar com mais clareza as caractersticas da gama tonal e
atraves de de um algoritmo concluir a semelhanca entre histogramas.
Fig. 17
C OMPARATIVO DOS H ISTOGRAMAS DAS IMAGENS ORIGINAIS
tuada a partir da componente S(saturaca o), pela suas caractersticas apresentar o ptimo contraste.
Tendo agora uma ou mais regioes segmentadas, sera
necessario rotula-las, e a partir da maior regiao efectuar-sea uma analise ao histograma. Para a rotulaca o das regioes
recorreu-se a` funca o bwlabel() [5], a qual retorna o numero
de regioes, NUM, e uma matriz, L, de dimensoes identicas
a imagem binarizada, BW, contendo os pontos da determinada regiao.
[L,NUM] = bwlabel(BW);
Uma funca o u til para obter caractersticas de uma regiao e
a funca o regionprops() [5]. Esta funca o retorna informaca o
da regiao como a a rea, centro da regiao, orientaca o, e em
particular do nosso interesse, o BoundingBox, que cria
o menor rectangulo possvel capaz de envolver a regiao.
Desta forma limitaremos a partir da BoundingBox a maior
regiao para uma posterior analise do histograma da imagem, que sera o produto ou maioritariamente o produto,
Fig. 18.
S=regionprops(L,Area,BoundingBox);
Fig. 19
C OMPARATIVO DOS H ISTOGRAMAS DAS IMAGENS SEGMENTADAS
VI. C ONCLUS OES

A necessidade de conhecimento e pratica em PDI vota para
o estudo dos seus princpios teoricos, identificaca o de diversos metodos e algoritmos, para futura aplicaca o pratica.
Para o teste de tais algoritmos, o uso da ferramenta de software MatLab e sua biblioteca Image Processing Toolbox,
requer tambem o estudo de alguma das suas funco es e capacidades. Por fim, com o objectivo de materializar tal estudo iniciou-se entao o desenvolvimento de um algoritmo,
que seja capaz de identificar o produto pelas caractersticas
da sua cor. No artigo presente, constata-se a possibilidade
de identificaca o da cor atraves da analise do histograma. O
metodo usado e um metodo simples e de facil compreensao,
u til para iniciaca o em PDI, e tal e pretendido quer atraves
da leitura deste artigo como tambem a dos conteudos desenvolvido para a Wiki Alunos. De futuro, e agora com
bases mais cimentadas e possvel partir para um desenvolvimento de vocaca o mais experimental e pratica, melhorar o
actual algoritmo, como tambem criar novos descritores para
identificaca o das caractersticas individuais do produto.
B IBLIOGRAFIA
Fig. 18
B OUNDING B OX DOS PRODUTOS
[1] Paula Trigueiros Joao Barroso Jose Bulas-Cruz Jose Alves,

Antonio Cunha, Sistema de gestao inteligente de uma despensa.
[2] Woods Gonzalez e Eddins, Digital Image Processing, Prentice Hall,
2002.
[3] Ajoy K. Ray Tinku Acharya, Image Processing: Principles and Applications, Wiley-Interscience, 2005.
[4] Woods Gonzalez e Eddins, Digital Image Processing Using Matlab,
Prentice Hall, 2004.
[5] MathWorks, Image Processing Toolbox 6 - User Guide.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
55
DE SISTEMAS ESTEREO
POR
ESTUDO E CARACTERIZC
AO
DE VISAO
COMPUTADOR
P0912
Paulo Tavares Pereira(no 23408)
Paulo Haggs@hotmail.com
Abstract This paper presents in a summarized form, a brief

study of stereo systems and characterization of computer vision. The analysis of several stereo systems with respect to its
features in 3D, its usefulness in helping the blind to greater interaction and navigation in the real world and the techniques
of sensory substitution to serve as alternative communication
for people of disability of vision. Computers, PDA are used for
the processing of stereo images to improve the accuracy of the
parameters to be extracted.
Resumo Este trabalho apresenta, de uma forma sintetizada, um breve estudo e caracterizaca o de sistemas estereo de
visao por computador. A analise de diversos sistemas estereos
no que diz respeito a suas funcionalidades no domnio 3D,
a sua utilidade no auxlio a pessoas cegas para uma maior
interacca o e navegaca o no mundo real, bem como as tecnicas
de substituica o sensorial para servir de comunicaca o alternativa para pessoas portadoras de deficiencia de visao. Computadores, PDA sao utilizados para o processamento de imagens estereo com o objectivo de melhorar a precisao dos
parametros a serem extrados.
Keywords stereo; vision; blind
Palavras chave estereo; visao; cego
I. I NTRODUC AO
1.1.ENQUADRAMENTO
Andar em lugares desconhecidos e repletos de potenciais obstaculos representa um risco para os deficientes visuais, que recorrem aos mais variados estrategias e dispositivos para auxiliar na detecca o de obstaculos nas suas
deslocaco es no dia-a-dia. Normalmente, os deficientes vi-
detecca o dos obstaculos. O dispositivo mais comum e a

bengala que serve de detector remotode obstaculos permitindo assim ao cego a antecipaca o dos seus movimentos com a finalidade de os evitar. No caso da bengala,pode
ser melhorado com a introduca o de tecnologia mais sofisticada que permita resolver alguns dos problemas associados,
nomeadamente:
Detecca o de buracos e desnivelamentos.
Detecca o de obstaculos de pequenas dimensoes.
Um sistema de visao estereo poderia servir de meio para a

realizaca o da detecca o destes obstaculos.
1.2. OBJECTIVO
Pretende-se fazer um estudo e caracterizaca o de sistemas e
metodos baseados em visoes estereo de auxlio a` navegaca o
de pessoas cegas em ambiente exterior. Apesar de ser
uma a rea ainda pouco explorado, tem havido um crescente
avanco por aplicaco es dotadas de visao estereoscopica. O
exemplo disso sao os sistemas de visao estereo desenvolvidas com o objectivo de auxiliar pessoas cegas a tornar
mais autonomas. O primeiro desafio esta relacionado
com a utilizaca o de um sistema de visao estereo para a
aquisica o de pares estereo de imagens, que depois de processadas permite detectar a informaca o quando a profundidade, distancia, posica o e tamanho dos objectos, gerando
uma sensaca o 3D. Depois de capturadas as informaco es
necessarias o proximo passo e transmitir isso ao usuario
(cego) atraves de sistemas sensorial tactil(sinal vibratorio,
son,etc,).
1.3. ESTRUTURA DO TRABALHO
Na secca o 2 sao discutidos os principais topicos relacionados a` estereoscopia, serao tecidas algumas consideraco es
sobre o problema da deficiencia visual e sera apresentado o
estado-da-arte em TA para deficientes visuais. Alem disso,
sera apresenta a proposta de um sistema estereo de visao por
computador. Por fim, a secca o 3 expoe as conclusoes obtidas com a realizaca o deste trabalho, bem como descreve
trabalhos futuros consequentes deste aqui apresentado.
Sistemas de visao estereo
suais recorrem a bengala e caes guia para auxilia-los na


Visao estereo ou estereoscopia e um fenomeno natural

que ocorre quando ha simulaca o de duas imagens da cena
que sao projectadas nos olhos em pontos de observaca o
ligeiramente diferentes, o cerebro funde as duas imagens, e
nesse processo, obtem informaco es quanto a` profundidade,
56

distancia, posica o e tamanho dos objectos, gerando uma

sensaca o de visao de 3D. A metodologia utilizada para as
aplicaco es num robo movel baseado em sistemas de visao
estereoscopica e semelhante a de uma pessoa cega, pois
os desafios sao identicos com interesses comuns. No caso
do robo movel, por exemplo, esses devem interagir com o
mundo para alcancar seus objectivos. Para isso, precisam
extrair informaco es a respeito do ambiente onde estao inseridos de maneira a orientar suas acco es [1]. O primeiro
desafio esta relacionado com a determinaca o da posica o e
orientaca o actual. O segundo desafio trata dos objectivos
do robo. Finalmente, a terceira dificuldade refere-se aos
metodos necessarios para fazer com que o robo movimentese de sua posica o actual e atinja os objectivos desejados.
Dentre varias abordagens ja existentes, bons resultados tem
sido alcancados com a utilizaca o de sistemas de visao estereoscopica nos Robos autonomos moveis. Seguindo o
sistema visual humano, muitos sistemas roboticos utilizam
um conjunto binocular composto por camaras, caracterizando um sistema de visao estereoscopica [2], [3]. Tendo
sistema de visao estereoscopica consegue-se recuperar a
informaca o de profundidade de um dado ponto no espaco
a partir de uma distancia relativa, ou disparidade, entre dois
pontos que o representam em imagens capturadas sob diferentes pontos de vista. Conforme ilustrado na Figura 1 1,
a disparidade e obtida num sistema de visao estereo pela
diferenca das coordenadas dos pontos,mc e md que correspondem a` s projecco es de um ponto M no espaco sobre os
planos de imagem das camaras que compoe o sistema [1].
PAULO PEREIRA [23408]
descrevem o sistema de aquisica o utilizado. Na correspondencia procura-se determinar qual elemento na imagem capturada numa determinada perspectiva corresponde
a um dado elemento na imagem capturada sob uma outra
perspectiva. Por sua vez, atraves da reconstruca o procurase recuperar a informaca o de profundidade com base nos
parametros obtidos na fase de calibraca o e nos pares de pontos correspondentes obtidos na fase de correspondencia.
Calibraca o
A calibraca o de uma camara e o processo de transformaca o

entre o referencial da camara e o referencial do meio em
que esta se encontra inserido.
Fig. 2
ENTRE O REFERENCIAL 2D E 3D[4].
T RANSFORMAC AO
Neste processo existem:

Parametros intrnsecos, que descrevem as caractersticas geometricas e o pticas das camaras.
Parametros extrnsecos,
que descrevem a
transformaca o que relaciona os sistemas de coordenadas das duas camaras um ao outro, bem como os
parametros da projecca o perspectiva.
Fig. 1
EST E REO SIMPLIFICADO [1].
M ODELO DE VIS AO
Geralmente, a informaca o da profundidade e obtida a partir de um sistema de visao estereoscopica recorrendo a 3

fases principais:
Calibraca o
Correspondencia
Reconstruca o
O objectivo da calibraca o e determinar os parametros que
Com estes parametros e possvel realizar o mapeamento de

coordenadas entre os sistemas de coordenadas da imagem,
da camara e do mundo. Por exemplo, com a calibraca o
a partir de duas imagens que contem uma grelha, formada
por quadrados, efectua-se a detecca o de contornos e obtemse as imagens com a mesma resoluca o das imagens iniciais. Nos contornos obtidos, sao detectados os vertices
dos quadrados que constituem a grelha, bem como a correspondencia entre os pontos das duas imagens.
Stereo Binocular
O sistema de visao do homem e um exemplo de visao

stereo binocular. Um sistema stereo binocular e um sistema
baseado em pares de imagens adquiridas em simultaneo.
Referindo-se a uma camara, ao plano de imagem de cada
uma dessas camaras esta implcito um referencial (x,y). Em
que (xl , yl ) e (xr , yr ) sao referenciais das camaras da esquerda e da direita, respectivamente. A cada ponto no referencial do mundo (X,Y,Z), corresponde a um ponto, (xl , yl ),
na imagem da camara da esquerda (imagem da esquerda) e
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
57
Fig. 3
I MAGENS DA GRELHA CAPTADAS PELAS C AMARAS

[4].
Fig. 6
A S MATRIZES Pl E Pr RELACIONAM O REFERENCIAL DO MUNDO
COM O REFERENCIAL DO PLANO DE IMAGEM DA ESQUERDA E DA
DIREITA , RESPECTIVAMENTE [4].
Fig. 4
DOS CONTORNOS [4].
D ETECC AO
A primeira diz respeito a` escolha dos elementos da imagem

a serem correspondidos.
Na reconstruca o tridimensional e necessario identificar os
pontos em ambas as imagens. Esses pontos resultam da
projecca o do mesmo ponto no domnio 3D. Este processo
designa-se por Matching Devido a diversos factores, tais
como a distribuica o de brilho, de cores, erros de paralaxe
entre outros, o Matching e o problema fundamental na visao
stereo.
Fig. 5
S TEREO B INOCULAR HUMANO [5].
a outro ponto (xr , yr ), na imagem na camara da direita (imagem da direita). Ao existir uma matriz de transformaca o
entre o referencial do mundo e o referencial de cada uma
das camaras, e possvel definir uma relaca o entre as duas
camaras.
Correspondencia
Para um dado elemento na imagem da esquerda deve-se

encontrar o elemento correspondente na imagem da direita.
Seguindo esta abordagem, devem ser tratadas duas questoes
essenciais para proceder a` correspondencia:
A primeira diz respeito a` escolha dos elementos da imagem a serem correspondidos.
A segunda refere-se a` escolha do grau de similaridade
que sera utilizada para realizar a correspondencia.

Fig. 7
DO ERRO DE PARALAXE : O PINHEIRO E A ARVORE
E XEMPLIFICAC AO
` DIREITA NA IMAGEM DA ESQUERDA , AO
QUE SE ENCONTRA A
CONTR ARIO
DA IMAGEM DA DIREITA [4].
58

Reconstruca o
O que pode ser reconstrudo depende directamente do que

e conhecido a respeito da cena e do sistema de visao.
Reconstruca o tridimensional Uma vez, calibradas as matrizes equivalente a cada uma das camaras, Pl e Pr , permite
relacionar com ponto (X,Y,Z). Faz-se a medica o no referencial do mundo, com o ponto da imagem da esquerda (xl , yl )
e o ponto da imagem da direita (xr , yr ). E a esses pontos
utilizados na calibraca o e aplicada a reconstruca o 3D.
Fig. 8
DA RECONSTRUC AO
TRIDIMENSIONAL DOS PONTOS
A PRESENTAC AO
, SEGUNDO V ARIOS
UTILIZADOS NA CALIBRAC
AO
ANGULOS
[4].
Detecca o de obstaculos usando sistemas stereo
O objectivo de navegaca o autonoma de uma pessoa cega e

logicamente evitar eventuais obstaculos inesperado. Para
evitar um obstaculo e necessario em primeiro lugar detecta-lo. Para isso, varios sensores tem vindo a ser usados, tais como sonares, sensores infravermelhos, lasers,
etc. A visao, embora possuindo um grande potencial,
tem sido excluda destes sistemas devido, em grande parte,
ao grande peso computacional requerido pelas abordagens mais classicas de visao. Contudo, nos sistemas
biologicos recorre-se muitas vezes a visao para resolver,
com eficacia, um leque de desafios complexos como no
caso de navegaca o, manipulaca o, auto-localizaca o, etc.
Normalmente, usa-se a visao para reconstruca o 3D de um
cenario, para depois determinar um percurso seguro.mais a
frente vamos ver exemplos de um caso em que e utilizado
sistema de visao stereo para detectar obstaculos:
ESTADO-DA-ARTE
Deficiencia visual e acessibilidades
E legitimo que se considere a visao como sendo o sentido dominante da especie Humana. Metade da a rea fsica
do cerebro e dedicada a visao, e cerca de 70% da sua capacidade de processar informaco es sensoriais e usada para
lidar com estmulos visuais. As novas investigaco es sobre percepca o visual mostraram que os seres humanos tem
a tendencia em dar uma maior atenca o a estes estmulos
[6]. Atraves do estudo, [7] demonstraram que em situaca o
de conflito entre as informaco es provenientes da visao e
dos outros sentidos, a percepca o geral e determinada pela
primeira. O claro domnio da visao sobre os outros sentidos
e sobre as manifestaco es culturais humanas faz com que a

realizaca o de tarefas simples do dia-a-dia pelo deficiente
visual seja bastante complicada. Infelizmente, condica o
fsica do portador de deficiencia dificulta, quando nao impede, a sua participaca o em diversas actividades que sao comuns a outras pessoas, como o acesso a` tecnologia, por exemplo. Isso se deve ao facto de as entidades industriais, normalmente, nao tem interesse economico em projectar bens
que tambem sao da necessidade de pessoas com deficiencia,
seja ela visual, motora ou auditiva. O principal argumento e que os custos envolvidos neste tipo de projecto sao
muito elevados, e que os benefcios destinam-se a um mercado muito limitado [8]. Justificativas como essas fazem
parte do dia-a-dia daqueles que desenvolvem as interfaces
homem-computador (IHC), que ao longo do tempo tem enfrentado uma resistencia inicial ou mesmo uma oposica o
a` introduca o de sistemas de IHC no desenvolvimento de
produtos. Referindo apenas dados relativo a` visao, provenientes de um estudo realizado pela Organizaca o Mundial
de Saude em 2002, existem mais de 160 milhoes de deficientes visuais no mundo, sendo 40 milhoes cegos [9]. De
acordo com [10], 30% dos deficientes interessados em trabalhar encontram-se desempregados, muitas vezes porque a
deficiencia os impede de realizar certo tipo de trabalho em
equipamentos nao adaptados. Alem disso, as capacidades
dos usuarios variam de acordo com da sua idade, das suas
actividades e do ambiente. Muitos deles tambem sofrem
da perda da capacidade auditiva, e podem nao ouvir sons
` medida que envelhecem, e
de alerta de algum software. A
natural, portanto, que os seres humanos passem a ter algum
tipo de deficiencia relacionada com a idade [11]. Mas, este
cenario tem mudado nos u ltimos anos. A propria classe
governante tem criado leis para apoiar estes indivduos,
com o intuito de simplificar o acesso a` informaca o, facilitar a sua deslocaca o e garantir empregos, entre outros.
Varios pases adoptaram esta poltica, para alem da Uniao
Europeia, pases como Australia, Brasil, Canada e Estados
Unidos, etc. E` de salientar ainda o denominado Secca o
508, uma emenda a` constituica o americana criada em 1998
que obriga os o rgaos do governo a tornarem seus recursos electronicos e informaco es acessveis a pessoas com
deficiencia [12].
TECNOLOGIAS ASSISTIVAS (TAS)
[12] Define TA como qualquer item, equipamento ou
sistema, adquirido comercialmente, modificado ou customizado, que e usado para aumentar, manter ou melhorar capacidades funcionais de indivduos com deficiencia.
TA podem ser baseadas tanto em software como hardware.
Resultado em software contem opco es de acessibilidade em
um metodo operacional ou programas como leitores de tela.
Ja Resultados em hardware envolvem produtos de u ltima
geraca o como telas de computador em Braille. As TA podem ser classificadas de diversas formas. Tendo em conta
a maneira como a tecnologia se relaciona com a deficiencia
do usuario, permitiria classificar TA da seguinte forma:
I) Implante sensorial - envolvem as mais recentes
investigaco es na medicina moderna, em que a visao perdida
e substituda por um meio artificial de visao. Um exem-
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
plo e o implante de retina desenvolvido recentemente, em

que duas pequenas camaras foram colocados em um par de
o culos, possibilitando que o usuario enxergasse alguns pontos de luz [13].
II) Aumento sensorial - abrange tecnologias concebido
com sucesso que aumentam a competencia visual actual
com a utilizaca o de algum equipamento especial, que normalmente costuma ser portatil. Exemplos evidentes envolvem lentes de aumento ou o culos.
III) Substituica o sensorial - inclui tecnologias que substituem a visao perdida por outras modalidades sensoriais. Normalmente, os sentidos substitutos sao a audica o e o
tacto.
As tecnologias assistivas tradicionalmente mais usadas pelos cegos e outros deficientes visuais para ajuda-los no quotidiano sao: Bengalas, Caes-guia, Large prints, ou livros
com fontes aumentadas, Livros em a udio ou em Braille,
Graficos tacteis, Leitores de tela, Imagens sonoras, etc. De
seguida, ver-se-à alguns exemplos das TA, que utilizam a
visao, que e o objectivo do presente projecto, de maior
relevancia desenvolvidos para auxiliar os deficientes visuais.
Imagem fuzzy no regime de tratamento de navegaca o
autonomo do Humano cego:Ajudas Electronicos de viagem (ETA) sao dispositivos electronicos desenvolvido
para auxiliar os cegos para a navegaca o autonoma[14].
Ja os ETAs utilizam sensores ultra sonicos para detecca o
dos obstaculos e identificar o melhor caminho. O principal objectivo desta proposta foi desenvolver uma ajuda
electronica de viagem para assistir os cegos na identificaca o
de obstaculos na sua navegaca o. Esta assistencia de
navegaca o para deficientes visuais consiste num u nico sistema de processamento cartao (SBPS), uma visao sensor
montado chapelaria e um par de auscultadores estereo. O
ambiente em frente da imagem do cego e captado pela visao
sensor. A imagem e processada por um novo regime de
Processamento de imagens em tempo real usando algoritmos fuzzy de agrupamento. A imagem processada e mapeado especialmente por uma estrutura estereo com padroes
acusticos e transferido para os auscultadores estereo do
sistema. A metodologia de transformaca o encontrada foi
para ser eficaz, identificando obstaculos e produzir um som
estereo de alerta. Camara de vdeo digital montada na
cabeca capta a visao de informaco es da cena na frente do
cego e utilizadores da imagem e processada na SBPS em
tempo real. A imagem processada e mapeado para uns
padroes aceitavel. O processo de tratamento da imagem
deve ser convenientemente concebido para poder ser eficaz.
O modelo construdo para este sistema de substituica o da
visao tem uma visao sensor montado chapelaria, um par
de auscultadores estereo e um u nico sistema de processamento de bordo (SBPS) especialmente concebidos em um
colete. O usuario tem que vestir o colete. O SBPS e colocado em uma bolsa, no verso do colete. SPBS seleccionados para este sistema e PCM-9550F com Embedded Intel1
baixa poder Pentium1 MMX processador 266 MHz, 128
MB SDRAM, 2.5peso leve disco rgido, dois barramento
serial Universal e um dispositivo sonoro chipset RTL 8139,
todos montadas em caixa Micro PC-300 chassis. O peso

59
SBPS e de 0,7 kg. Constantes 5 e 12 V para abastecimento SBPS sao fornecidos a partir de um conjunto de
baterias recarregaveis colocado na parte da frente do colete. Visao sensor seleccionado para esta aplicaca o e uma
camara de vdeo digital, KODAK DVC325. Uma pessoa
que transporta a chapelaria do cegoe equipamentos de
transformaca o no colete e mostrado na fig. 9.9
Solicitaca o de um sistema estereo de visao por computador
Varios sistemas tem sido desenvolvidos com o intuito
de prestar assistencia a pessoas cegas. A visao, embora possuindo um grande potencial, tem sido excluda
destes sistemas devido, em grande parte, ao grande peso
computacional e muito dispendioso requerido pelas abordagens mais classicas de visao. No entanto, nos sistemas biologicos a visao e frequentemente usada para resolver, de forma eficiente, um grande numero de problemas complexos como sejam navegaca o, manipulaca o,
auto-localizaca o, etc. Assim, e legtimo esperar que a
visao possa tambem desempenhar um papel chave num
vasto conjunto de problemas no domnio da detecca o
de obstaculos.
Procurava-se tradicionalmente, com
informaca o visual, de alguma forma a reconstruir tridimensionalmente um cenario, para depois calcular uma trajectoria segura. A maior parte desses sistemas, entretanto,
da feedback sonoro ao usuario, nao podendo ser usados em
ambientes com barulho intenso ou em situaco es em que
ele precisa concentrar sua atenca o em algum evento que
use a audica o. Nesse contexto, os dispositivos de apoio a
navegaca o surge como uma alternativa ao uso do som, uma
vez que interagem com o usuario atraves do tacto.
Uma proposta modelo de um sistema pretendido nesse
projecto e descrito de seguida, onde e utilizado sistema
de visao estereo para prover ajuda aos cegos na detecca o
de obstaculos, em que a interacca o com o usuario e feita
atraves do tacto.
A visao, embora possuindo um grande potencial, tem
sido excluda destes sistemas devido, em grande parte, ao
grande peso computacional e muito dispendioso requerido
pelas abordagens mais classicas de visao. No entanto,
nos sistemas biologicos a visao e frequentemente usada
para resolver, de forma eficiente, problemas complexos
como sejam navegaca o, manipulaca o, auto-localizaca o,
etc. Procurava-se tradicionalmente, com informaca o visual, de alguma forma a reconstruir tridimensionalmente
um cenario, para depois calcular uma trajectoria segura. A
maior parte desses sistemas, entretanto, da feedback sonoro
aos usuarios, nao podendo ser usados em ambientes com
barulho intenso ou em situaco es em que ele precisa concentrar sua atenca o em algum evento que use a audica o.
Nesse contexto, os dispositivos de apoio a navegaca o surge
como uma alternativa ao uso do som, uma vez que interagem com o usuario atraves do tacto. Uma proposta
modelo de um sistema pretendido nesse projecto e descrito
de seguida, onde e utilizado sistema de visao estereo para
prover ajuda aos cegos na detecca o de obstaculos, em que
a interacca o com o usuario e feita atraves do tacto. Bengala Electronica - Com objectivo de auxiliar na inclusao
60

Fig. 9
VOLUNT ARIO
CEGO COM SISTEMA NAVI[14].
Fig. 10
REO : (A) IMAGEM DA ESQUERDA , (B) MAPA DE DISPARIDADE , (C)

C APTURANDO PROFUNDIDADE ATRAV E S DE UMA IMAGEM DA C AMARA
EST E
REO Bumblebeer 2 UTILIZADA [15].

IMAGEM DA DIREITA , (D) C AMARA
EST E
dos invisuais, permitindo-lhes uma maior independencia,

os pesquisadores da universidade Guelph [15], Canada, desenvolveram uma tecnologia sofisticada que permita aprimorar o uso de dispositivos de apoio a navegaca o. A Profundidade esta implcito na imagem (imagens Off-line) e
isso deve ser extrado da camara e tornado explcito. Usando um sistema de visao estereo [15], pre-calibrados comR
erciais Bumblebee 2
(www.ptgrey.com) para calcular a
profundidade do campo. A profundidade do mapa e posteriormente dividido em 3 colunas iguais, mnimos e a profundidade em que cada coluna ocupa dois tercos da parte superior da imagem (no sentido de excluir o terreno plano), foi
escolhida a profundidade como meio para representar cada
direcca o (ou seja, esquerda, direita, em frente a) (fig.10)10.
Utilizou-se duas abordagens para conseguir ambiente visual de reconhecimento. O primeiro metodo e de baixo para
cima e envolve segmentar a consulta de imagem, agrupando
a reas que compartilham partes comuns, combinando estas

a reas para modelar objectos e, finalmente, conclui-se sobre
o ambiente a partir dos objectos reconhecidos. Este tipo de
ambiente consome demasiado tempo para ser determinado
e implementado em tempo real. A segunda abordagem e
mais rapida, onde lida-se com espectros, em vez de processar valores da intensidade da imagem para inferir do ambiente de configuraca o. A abordagem seguida consiste em
reconhecimento ao meio ambiente extraindo caractersticas
dos vectores, por filtra-los com um Piramide orientavel, que
sao depois utilizados para entender a configuraca o do ambiente. Com isso Permite classificar quatro ambientes: o
parque ao ar livre, ar livre urbano, interior do escritorio e
o interior da sala. O contexto da aplicaca o reconhecimento
dos objectos e para procura e detecca o (por exemplo, sinais
de rua, calcadas, a rvores, etc.). Com intuito de ter um sistema que seja intuitivo para o usuario, foi desenvolvido um
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
61
Fig. 11
(A) A LUVA T ACTIL

COM UM PEQUENO MOTOR VIBRO - T ACTIL
; (B) O MAPEAMENTO DOS MOTORES A TR E S SENTIDOS (1) A` ESQUERDA , (2) NA
DO MOTOR ; (C) A SUBSTITUIC AO
SENSORIAL DO SISTEMA EM USO : A C AMARA
FRENTE DO (3), DIREITO , BEM COMO AS OUTRAS COLOCAC

OES
E
` CINTURA , LUVAS T ACTEIS
USADO NA M AO
E A MOCHILA CONT E M O COMPUTADOR [15].
PENDURADA A
E
prototipo especial, dotada de visao estereo e um sistema

de direcca o, que informa ao seu portador a existencia de
obstaculos por meio de minusculos motores vibratorio. O
computador processa as imagens captada pela camara que
e pendurada a cintura e envia um sinal para o motor vibratorio do dedo equivalente a` posica o dos obstaculos mais
proximos (fig.11)11.
Os motores sao colocados no porta-luvas, de tal modo que
haja uma boa condutividade entre eles, atraves da luva, com
a pele. Os nveis de intensidade correspondem linearmente
a distancia de obstaculos: quanto maior for a intensidade,
a aproximar o obstaculo. Por exemplo, se a luva estiver
calcada na mao esquerda e houver um obstaculo exactamente a` frente, sera accionado o motor vibratorio do dedo
medio. Se o obstaculo esta um pouco a` direita (fig.11)11.,
sera disparado o motor vibratorio do dedo indicador. Assim o usuario da luva electronica podera ir se desviando
de cada obstaculo. Enquanto isso, as imagens continuam
alimentando o computador, que vai enviando a` luva novos
comandos para indicar a presenca de novos obstaculos.
III. C ONCLUS OES

Neste projecto realizou um estudo e caracterizaca o de
princpios basicos de visao estereo, bem como sistemas
estereo de visao por computador e a sua utilidade no auxlio
a pessoas cegas para uma maior interacca o e navegaca o no
mundo exterior. Foi abordado os principais topicos relacionados a` TAs, na melhoria da qualidade de vida de deficientes visuais. Uma amostra do estado-da-arte das TAs e
dispositivos de apoio a navegaca o foi apresentada. Algumas dificuldades foram encontradas durante o desenvolvimento deste trabalho. Primeiro, a grande quantidade de
pesquisas para o desenvolvimento de TAs torna difcil o
levantamento do estado-da-arte das mesmas. No futuro
tenciona-se trabalhar mais na parte pratica desse mesmo estudo. Possivelmente, desenvolver um dispositivo de apoio
a navegaca o proprio, de visao estereo, para auxiliar os deficientes visuais.

B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
M. E. STIVANELLO, Desenvolvimento de uma Biblioteca para Sistemas de Visao Estereoscopica, PhD thesis, Centro Tecnologico,
Universidade Federal de Santa Catarina, Brasil, 2008.
S.P. BROMLEY, Probabilistically guided stereo vision for the navigation of mobile agents, PhD thesis, School of Engineering Sciences,
University of Guelph, Canada, 2004.
H. I. CHRISTENSEN et al D. KRAGIC, M. BJORKMAN, Vision
for robotic object manipulation in domestic settings, vol. 52, no. 1,
pp. 85100, 2005.
Stereo binocular. disponivel:
site stereo binocular. url:
Http://users.isr.ist.utl.pt/ vale/projects/visao/visao.html,consultado
em junho 2009, Relatorio tecnico.
http://nautilus.fis.uc.pt/cec/teses/joana/prototipo/estereoscopia.htm,
pesquisa google, em junho 2009, Relatorio tecnico.
L. SHAMS, A visual illusion induced by sound, PhD thesis, Proceedings,New York, 2000.
KLEIN R.M. SHORE D.I., SPENCE C., Prior entry: previous Confounds and novel findings using an orthogonal design, Multisensory
ResearchConference, New York, 2000.
YORK B.W. GLINERT E.P., Computers and people with disabilities, Communications of the ACM. New York., vol. 35, no. 5, pp. 32
35, 1992.
[OMS]magnitude and causes of visual impairment,, Relatorio
tecnico, 2005.
VANDERHEIDEN G.C., Thirty-something million: Should they
be exceptions? human factors., Santa Monica: Human Factors and
Ergonomics Society, vol. 32, no. 4, pp. 383396, 1990.
ZASLAVSKY C. GUS I., Idoso: Doenca Cardiaca e Comorbidades., Arquivos Brasileiros de Cardiologia, 2002.
[SECTION 508] :emenda a constituicao americana, Relatorio
tecnico, 1998.
BROOKMAN J., Teamwork brings gift of sight., Times Higher
Education Supplement, 2000.
SAZALI YAACOB G. SAINARAYANAN, R. NAGARAJAN,
Fuzzy image processing scheme for autonomous navigation of human blind School of Engineering and Information Technology, PhD
thesis, University Malaysia Sabah, Malaysia, 2005.
JOHN S. ZELEK, Seeing by touch (haptics) for wayfinding, international congress series, vol. 1282, pp. 11081112, 2005.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
63
TIC-AEF Tecnologias da Informaca o e Comunicaca o no Apoio ao Ensino da

Fsica
P0914
Rui Duarte Abreu Teixeira, ruitaxas@gmail.com
Abstract Based on the ICT (information and communication techniques) it was developed a prototype of software to
support the teaching of Physics.This software is composed of
a set of simulations that allows the student an improved interactivity with the teacher in the classroom. This software tool
allows the visualization of graphs, changing the variables of
the experimental setup, see theoretical contents on the topics
covered in the experiments, among other activities. Also, it
provides the teacher with a new type of education tool, since it
contributes to a dynamic participation of students.This paper
also present other software tools applied to education, for both
on-line and off-line versions.
Resumo Com base nas TIC(Tecnologias de Informaca o e
Comunicaca o)foi desenvolvido um prototipo de software de
apoio ao ensino da fisica. Este software e composto por um
conjunto de simulaco es que permitem ao aluno uma maior interactividade nas aulas, ja que este permite visualizar graficos,
alterar valores das variaveis, consultar textos de apoio sobre a
materia, entre outras actividades. A ferramenta desenvolvida
permite tambem ao professor um novo tipo de abordagem de
ensino, mais dinamico e com maior participaca o dos alunos.
Este artigo apresenta tambem outras ferramentas de software
aplicados ao ensino das Ciencias, tanto em versoes on-line
como off-line.
Keywords ICT, Simulation software, Science teaching
Palavras chave TIC, Software de simulaca o, Ensino da
ciencia
I. I NTRODUC AO
O desenvolvimento das tecnologias da informaca o e da
comunicaca o (TIC) alterou a vida das pessoas, na forma
como trabalhamos, como vivemos o nosso quotidiano,
como nos relacionamos e como aprendemos, colocando
a` educaca o o desafio de transformar informaca o em
conhecimento. Uma das finalidades, e talvez a principal,
da educaca o e dar formaca o ao cidadao para a vida em
sociedade. A escola, como centro de formaca o, precisa de
acompanhar estas novas tecnologias, que sao apontadas
como ferramentas de apoio no processo tanto de ensino
como de aprendizagem. Nesse sentido a educaca o tera que
se centrar na actividade do aluno e na sua criatividade e nao
na memorizaca o mecanica de formulas e procedimentos.
Do Livro Verde para a Sociedade da Informaca o em
Portugal, podemos retirar a seguinte definica o: A expressao Sociedade da Informaca o refere-se a um modo de
desenvolvimento social e economico em que a aquisica o,

armazenamento, processamento, valorizaca o, transmissao,

distribuica o e disseminaca o de informaca o conducente a`
criaca o de conhecimento e a` satisfaca o das necessidades
dos cidadaos e das empresas, desempenham um papel
central na actividade economica, na criaca o de riqueza,
na definica o da qualidade de vida dos cidadaos e das
suas praticas culturais. [1] A sociedade da informaca o e
uma sociedade para todos. As tecnologias da informaca o
influenciam os mais variados domnios da vida em sociedade. As suas aplicaco es percorrem o espectro dos
grupos sociais. Ha barreiras a transpor, oportunidades
a explorar e benefcios a colher. (...) nao e legtimo
abandonar os mais desprotegidos e deixar criar uma classe
de info-excludos. E imprescindvel promover o acesso
universal a` info-alfabetizaca o e a` infocompetencia. [1]
Uma das ferramentas de auxlio na educaca o e o computador, este e importante nas actividades didatico-pedagogicas,
actuando no planeamento e realizaca o de projectos interdisciplinares, sendo tambem instrumento motivador no surgimento de novas praticas pedagogicas, transformando o processo de ensino numa actividade dinamica e interactiva. E
aqui que entram os softwares educativos, estes tem-se apresentado como elementos importantssimos no aprimoramento das tecnicas de ensino-aprendizagem que usam o
computador como ferramenta educacional, mudando as formas de aprender e ensinar, com vdeos, sons, aplicaco es
multimedia, e-learning, entre outros. Este tipo de ensino
tem como palavra-chave interactividade.
Os processos de inovaca o de utilizaca o do computador e
das TIC no ensino tem tido alguns factores de resistencia,
entre eles e a falta de conhecimentos das novas tecnologias
e as suas capacidades por parte dos educadores. Um
factor que tera de mudar sob o risco, se tal nao acontecer,
a escola se afastar da evoluca o da sociedade. Como
promotora de conhecimento, a escola precisa de ter em
conta as inovaco es tecnologicas e as questoes sociais
vinculadas, sendo necessarias atitudes de investigaca o que
oferecam diferentes formas de ensino, com intervenco es
pedagogicas adequadas.
Sendo assim as exigencias
mais complexas do trabalho pedagogico dos professores
obrigam, forcosamente, a maiores nveis de qualificaca o e
de conhecimentos, principalmente nos domnios das TIC
(Tecnologias da Informaca o e Comunicaca o).
1.1 - Objectivo do trabalho
Tentando ajudar o professor/educador na leccionaca o de
aulas, bem como proporcionar aos alunos uma ferramenta
64
RUI TEIXEIRA [20952]

que lhes permita adquirir competencias pretende-se desenvolver um prototipo de software educacional. Este software
permite realizar varias simulaco es graficas e numericas
de actividades experimentais e inclui textos de apoio e
conteudos multimedia para explicaca o de conceitos sobre
a materia. Concretamente, os objectivos especficos que se
pretendem com a execuca o do presente trabalho sao:
-Desenvolver e utilizar um prototipo de software multimedia designado por TIC-AEF - Tecnologias de
Informaca o e Comunicaca o no Apoio ao ensino da Fsica;
-Incrementar o uso dos computadores para apoiar o aluno
na sua aprendizagem e investigaco es no a mbito da Fsica.
II. F ERRAMENTAS DE APOIO AO ENSINO DAS C I E NCIAS
Fig. 2
L EI DE OHM
partculas, molas com amortecimento, forca da gravidade,

corpos rgidos, detecca o de colisoes, etc.Disponvel em [4].
Nesta secca o apresenta-se algumas das ferramentas de

software usadas no apoio ao ensino de varias disciplinas
de ciencias.
A. Exemplos de simulaco es on-line
A.1 PHET
O PHET(do ingles, Physics Education Technology) e um
conjunto de de simulaco es interactivas de fsica, biologia
ciencias da terra e de matematica, sendo este disponibilizado pela Universidade do Colorado. De entre varios tipos
de actividades poderemos encontrar um exemplo do programa de construca o de circuitos [2]
Fig. 3
S IMULADOR STEP
Fig. 1
DE CIRCUITOS COM O PHET
C ONSTRUC AO
As aplicaco es presentes no PHET estao disponveis em

java e Flash, sendo o codigo-fonte obtido atraves de uma
licenca de software livre. As actividade existentes atravessam todos os graus de ensino.
Um outro exemplo e a formula da lei de Ohm, em que
podemos inserir valores de resistencia e tensao, obtendo a
intensidade de corrente.Disponvel em [3].
A.2 STEP
O STEP trata-se de um simulador de fsica interactiva.
Adicionando forcas, como forcas da gravidade, elasticas ou
electricas num corpo e ao carregar em Simulate, assistimos a evoluca o da cena de acordo com as leis da fisica.As
propriedades dos corpos ou das forcas podem ser alteradas mesmo depois da simulaca o se ter iniciado. O Programa suporta simulaco es de mecanica classica tais como
A.3 Portal O Mocho

E um portal que visa o ensino e divulgaca o das ciencias
para professores e alunos. Neste portal encontramos recursos pedagogicos , jogos educativos, entre outras actividades. Como exemplo, um dos programas que poderemos
encontrar e o programa RLC, que nos permite analisar
circuitos, representar graficamente os valores introduzidos
e analisar os seus efeitos atraves do diagrama de fasores.
Este portal e promovido Faculdade de Ciencias da Universidade de Coimbra, e esta disponvel em [5]
A.4 Simulaca o do movimento de um projectil
No Departamento de Fsica da Universidade da Vrginia,
o Professor Michael Fowler disponibiliza um conjunto de
simulaco es de sistemas mecanicos, ondas, estudo de colisoes, entre outros, que permitem visualizar os efeitos sobre um determinado sistema mediante a introduca o de dados por parte do utilizador. Como exemplo, pode-se referir
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
65
dente para o solo, desenhada a preto e que esta situada no

canto superior direito do e cran.
Fig. 4
P ROGRAMA RLC
a Simulaca o do movimento de um projectil, ilustrado na

Figura 5. Nesta simulaca o, o utilizador pode alterar e
controlar os valores iniciais da velocidade, a ngulo de disparo e massa do projectil, assim como optar por executar
a simulaca o tendo ou nao em consideraca o a resistencia do
ar. Deste modo, o utilizador pode experimentara equaca o
dos projecteis, determinar o alcance, altura e velocidade do
projectil ao longo do tempo. Disponvel em [6]
Fig. 6
DO MOVIMENTO DE UM PROJ E CTIL
S IMULAC AO
A.6 Molecularium
Dos Autores Joao Paiva, Victor M.S. Gil, Carlos Fiolhais,
Pedro Vieira Alberto, Delfina Almeida, Jorge Goncalves,
Manuel Salgueiro e Susana Fonseca, com o Ildio Martins
responsavel pela programaca o, apresenta-se um conjunto
de simulaco es para o ensino da Fsica e da Qumica, reunidas num projecto intitulado Molecularium. Este projecto agrega varias simulaco es animadas sobre fenomenos
da Fsica e da Qumica, relativos a: temperatura, radiaca o
infravermelho, pressao, entre outros, acessveis atraves de
um menu como ilustrado na Figura 7. O projecto pode
ser acedido no stio [8] e as simulaco es podem ser visualizadas on-lineou pode proceder-se ao seu download e
guardarem-se para posterior utilizaca o.
Fig. 5
DO MOVIMENTO DE UM PROJ E CTIL
S IMULAC AO
A.5 Laboratorio Virtual

De seguida apresenta-se outro exemplo de um pacotede
simulaco es, intitulado Laboratorio Virtual, disponibilizadas pelo Dr. Greg Bathum do Departamento de Fsica
da Universidade de Oregon. Esta colecca o de applets de
Java e constituda por um conjunto de varias simulaco es interactivas que abordam varias a reas da Fsica, da Astronomia e do ambiente. O Laboratorio Virtualpode ser acedido no endereco [7]. No exemplo ilustrado na Figura 6, e
analisada a experiencia do movimento de um projectil que
e apresentada ao aluno sob a forma de um jogo em que o
objectivo e , num primeiro nvel, tentar acertar no macaco
que se desloca numa plataforma com movimento descenc UTAD - ECT - Departamento de Engenharias

Fig. 7
M OLECULARIUM
E CRAN INICIAL DA APLICAC AO
As simulaco es apresentadas no Moleculariumbaseiamse em animaco es que ilustram o comportamento dos varios

elementos constituintes das experiencias. Porem, nao
fornecem dados quantitativos que possam ajudar o aluno a
entender melhor os fenomenos fsicos e qumicos em jogo.
66

Por outro lado, nao sao fornecidos quaisquer documentos

teoricos de suporte a` s experiencias que podem ser simuladas. Estas sao as duas principais limitaco es desta ferramenta.
A.7 Simulaca o Lei de ohm
Na secca o seguinte, apresenta-se um conjunto de
simulaco es criadas por Walter Fendt e que podem ser
acedidas em [9].
Nesta pagina Web encontram-se
simulaco es sob a forma de applets de Java no a mbito
da mecanica, oscilaco es e ondas, electrodinamica, o ptica,
termodinamica, Fsica Nuclear, entre outras. Uma das
simulaco es disponveis e a da Lei de Ohm, ilustrada na
Figura 8.
Fig. 9
DA QUEDA E LANC AMENTO DE UM CORPO NA VERTICAL
S IMULAC AO
ual de software (1998), organizado pela revista Computers

in Physics, que e uma publicaca o da American Institute
of Physics.
B. Exemplos de simulaco es off-line
Nesta secca o, procede-se a` analise de software educativo para o ensino da Fsica, comercializado sob o formato de CD-rom e/ou DVD-rom, que estao comercialmente
disponveis aos alunos e professores.
B.1 Modellus
Fig. 8
DA L EI DE O HM
S IMULAC AO
A.8 Fsica com Computador - Curso Interactivo de Fsica

na Internet
Seguidamente, apresenta-se um conjunto de simulaco es,
mais completo, para o ensino da Fsica, criadas pelo Prof.
Dr. Angel
Franco Garca, do departamento de Fsica Aplicada I da Escola Universitaria de Engenharia Tecnica Industrial da Universidade do Pas Basco. As simulaco es
estao integradas num projecto intitulado Fsica com Computador - Curso Interactivo de Fsica na Internet, e pode
ser acedido no stio [10]. Este projecto, pretende ser um
curso de Fsica geral que trata conceitos da cinematica, de
unidades e medidas, dinamica, fludos, electromagnetismo,
mecanica quantica, entre outros. A interactividade das
simulaco es e obtida gracas ao recurso de applets de Java,
que pretendem simular sistemas fsicos, praticas de laboratorio, experiencias, etc.. O projecto conta, actualmente
com mais de 500 applets (simulaco es) e apresenta a vantagem de estarem bem documentadas. Na Figura 9 ilustrase a simulaca o da queda e lancamento de corpos (Movimento de cada de los cuerpos).
Esta simulaca o e umas de muitas disponibilizadas em [11],
que esta integrada num pacote de software intitulado
Fsica com Ordenador - Curso Interactivo de Fsica en Internet, e que obteve uma menca o de honra no concurso an-
Seguidamente, procede-se a` analise do software educativo

Modellus, desenvolvido por Vtor Duarte Teodoro da Faculdade de Ciencias e Tecnologia da Universidade Nova de
Lisboa, e programado por Joao Paulo Duque Vieira e Filipe Costa Clerigo. Este projecto conta com os apoios do
Departamento do Ensino Secundario, da Fundaca o para a
Divulgaca o das Tecnologias da Informaca o e do Programa
Ciencia Viva para procederam a` difusao da aplicaca o. O
Modellus e uma ferramenta computacional de simulaca o
por excelencia, possibilitando uma utilizaca o de caracter
exploratoria e investigativo que pode ser usada no ensino da
Fsica, Qumica e Matematica [12]. O software apresenta
um interface simples, permitindo aos alunos realizarem experiencias conceptuais e empricas, sem que para isso tenham de aprender sintaxes especficas [13]. A aplicaca o permite aos alunos e professores criarem, explorarem e simularem, de uma forma interactiva, as mais variadas experiencias, usando para isso as equaco es matematicas e expressoes que definem o modelo a ser simulado. A ferramenta, depois de introduzidas as condico es iniciais, permite visualizar o modelo graficamente, explorar e analisar
os valores resultantes da simulaca o que sao facultados sob
a forma de tabelas, e por u ltimo, visualizar a simulaca o
atraves da sua animaca o. . No site [14], pode proceder-se
ao download da ferramenta, do seu manual, bem como de
exemplos de simulaco es devidamente ilustrados. O Modellus e assim, pelo aqui referido, uma ferramenta bastante
completa, flexvel, bem documentada e muito u til no ensino
da Fsica, Qumica e Matematica. Permite uma simulaca o
de praticamente qualquer modelo, a faculdade de permitir
animaca o das simulaco es da um enorme valor acrescentado
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
a` sua potencialidade como ferramenta educativa.

C. Ferramentas para o desenvolvimento de aplicaco es
multimedia
C.1 Comparaca o entre as ferramentas de WebDesign
Para projectar e implementar a aplicaca o de software proposta neste trabalho foi necessario efectuar uma pesquisa
sobre as ferramentas de desenvolvimento existentes para
escolher aquela que em princpio, permitia cumprir os objectivos tracados. Atraves da pesquisa verificou-se que a
Adobe systems, fornece condico es para projectar e desenvolver conteudos dinamicos para Web e aplicativos para
varias plataformas, com eficacia e rapidez, possuindo produtos integrados que dominam o sector e players de media.
Desses produtos foram seleccionadas apenas as ferramentas que permitem criar e desenvolver sites, aplicativos e
imagens na Web. A opca o pela utilizaca o deste tipo de
ferramentas foi tomada tendo em conta as suas potencialidades: facilidades de integraca o e ao facto de estas ferramentas servirem de referencia para a maioria dos profissionais do sector de desenvolvimento de stios de Internet
e aplicaco es multimedia. As ferramentas que se destacam sao: Adobe Authorware , Adobe Director, Adobe
Dreamweaver, Dreamweaver CS4,Fireworks e o Flash 8
Professional.Para o desenvolvimento deste trabalho usouse o Adobe Flash 8 Professional.
C.2 Adobe Flash
E um software vocacionado para a criaca o de conteudos
multimedia de alta qualidade, interactivos e animados, optimizados para a publicaca o na Internet. E um programa de
desenho vectorial e bitmap. O formato vectorial e aplicado
a` s imagens que derivam do desenho em Flash, ou seja as
imagens baseiam-se em equaco es matematicas ou vectores.
Este formato inclui informaca o acerca das dimensoes dos
objectos, da forma de preenchimento, da cor e da posica o,
sendo independente da resoluca o. Este tipo de formato contrasta com o bitmap que representa uma imagem atraves de
um conjunto de pixels agrupados de forma a criarem determinadas a reas coloridas. Os graficos vectoriais podem
ser manipulados sem que se perca clareza e usam menos
memoria que os graficos bitmap. A sua resoluca o depende
do periferico (impressora, monitor, etc.), sendo a qualidade da imagem proporcional a` qualidade do periferico. O
Flash e usado pela generalidade das entidades que utilizam
a web como plataforma de distribuica o de informaca o de
caracter institucional, educativo, lazer, publicidade, entre
outros tipos. As novas versoes do Adobe Flash ja integram todo o ambiente de uma linguagem de programaca o
orientada para objectos, incorporando, por exemplo, o ActionScript 2 e o suporte para componentes avancados. Os
recursos de reproduca o incluem o fluxo de a udio MP3
(MPEG Audio Layer 3) e vdeo, campos de texto, componentes, o Actionscript, Webservices, acesso a base de
dados e optimizaca o de acco es que, integradas, permitem
criar filmes, jogos e outras aplicaco es web mais sofisticadas em formato SWF (Shock Wave Flash). Os recursos
de criaca o incluem um processo de publicaca o dinamica,
uma janela biblioteca modificada, varios inspectores e uma

67
interface grafica avancada. O formato SWF, resultante da

compilaca o dos ficheiros FLA (Flash Document), e compatvel com os Web browsers actuais, permitindo uma elevada velocidade de down e up streaming devido a` sua
elevada taxa de compactaca o [15]. Com esta ferramenta
e possvel criar excelentes animaco es em shockwave flash
que sao extremamente pequenas e cheias de recursos como
som e interacca o com botoes, entre outros. Resumidamente, as caractersticas mais relevantes do Flash para a
realizaca o deste projecto sao: o formato vectorial das imagens e controlo rigoroso sobre as mesmas; a capacidade de
minorar os tempos mortos, evitando os tempos mortos associados ao descarregar a partir da Web; o plug-in do Flash
(Flash Player), vem, neste momento ja incorporado nas
versoes mais recentes dos principais browsers do mercado;
admitir varios tipos de formato de informaca o (imagens em
BMP, JPEG, GIF, PNG, vdeo e sons WAV, MP3, sendo
ainda possvel a sua edica o, para posterior interligaca o e
sincronizaca o; possuir um poderoso Script(combinaco es
de expressoes que dao origem a determinadas instruco es
que permitem o controlo do comportamento de determinados objectos e do filme em geral) , que esta na base de
grande parte da interactividade e da animaca o do Flash.
Em relaca o a outros softwares apresenta as seguintes vantagens:RAPIDEZ - A facilidade e rapidez com que se criam
aplicaco es em Flash, COMPACTO - Os arquivos em Flash
sao extremamente pequenos quando comparados com os
desenvolvidos em outras linguagens. ELEVADA COMPO
NENTE MULTIMEDIA
- Tem uma apresentaca o atractiva
e consegue fazer uma boa integraca o de sons, filmes, imagens e texto, permitindo o desenvolvimento de aplicaco es
amigaveis ao utilizador. INTERACTIVO - Pode-se criar
componentes proprios, um exemplo disso e que qualquer
grafico pode ser um botao. COMPATIBILIDADE - facilidade de integraca o com outros produtos do mesmo fabricante, dado pertencerem a` mesma suite de software, entre eles o Flashpaper. Este e uma aplicaca o que permite
converter ficheiros do formato doc (Microsoft Winword)
para formato swf (shockwave) de forma a serem inseridos
e utilizados nos filmes de Flash. As razoes aqui expostas,
levaram a` opca o pela utilizaca o do Adobe Flash 8 Professional para implementaca o deste projecto
D. Desenvolvimento e apresentaca o da aplicaca o de software TIC-AEF
De acordo com Pereira, D. C. (1993) a construca o de
um bom programa de computador para fins educativos exige: - uma revisao teorica do conteudo a tratar; - uma reflexao sobre a metodologia a adoptar; - o domnio das possibilidades do sistema informatico de que se dispoe; - a
concepca o de sequencias metodologicas; - a planificaca o
de uma ilustraca o visual e sonora tao adequada quanto
possvel; - a construca o de um instrumento de avaliaca o
do proprio programa; - a traduca o numa linguagem interactiva, isto e , que propicie um dialogo entre o utilizador e
a maquina; - a redacca o de um manual tao simples quanto
possvel; - a experimentaca o em situaco es concretas de sala
de aula e consequentemente o refinamento do proprio programa. [16].
68

A ferramenta de simulaca o que foi desenvolvida designada por TIC-AEF: Tecnologias da Informaca o e da
Comunicaca o no Apoio ao ensino da Fsica, apresenta uma
estrutura multimedia onde foi includo um ambiente de
simulaca o dinamico. A sua concepca o foi realizada de
modo a permitir que os alunos adquiram competencias e
complementem a sua aprendizagem de Fsica. A selecca o
de conteudos contemplados nesta ferramenta teve como
base de trabalho o programa da disciplina de Fsica e
Qumica do ensino basico e secundario e inclui diversas
potencialidades de simulaco es (graficas, numericas e actividades experimentais), textos de apoio explicativos de conceitos, entre outras caractersticas.
D.1 Funcionamento da aplicaca o TIC-AEF
Fig. 11
E CRAN PRINCIPAL
O software apresenta inicialmente um e cran introdutorio

que e visualizado pelo utilizador aquando do arranque da
aplicaca o. Esta inclui uma pequena animaca o onde e apresentado o ttulo do programa, a a rea de ensino a que se destina, identificaca o do seu autor e orientadores, bem como
duas funcionalidades, uma para avancar para o e cran principal da aplicaca o e outra e o controlo on/off do volume da
musica.
Fig. 12
Q UEDA E L ANC AMENTO NA
E CRAN INICIAL DA SIMULAC AO
V ERTICAL @
Fig. 10
E CRAN INICIAL DA APLICAC AO
Apos a animaca o introdutoria surge o e cran principal, onde

constatam todas as experiencias que e possvel simular com
esta aplicaca o. Para seleccionar a simulaca o basta pressionar o botao sobre a imagem correspondente. Em todas as simulaco es foram includos textos de apoio com a
explicaca o dos conceitos relativos a` s experiencias em estudo.
Em todas as janelas do software encontra-se na parte inferior do e cran o painel de navegaca o, que permite navegar
por todos os e crans da aplicaca o. Tambem na parte inferior
foi inserido um outro aplicativo que e a calculadora.
Simulaca o da Queda e Lancamento na Vertical
Aqui o aluno tem acesso a` descrica o teorica da experiencia
da Queda e Lancamento na Vertical. Neste e cran, tambem
estao disponveis duas animaco es sobre a queda livre vertical, uma no vazio e outra com ar, para o aluno poder observar o comportamento da queda dos corpos.
Apos pressionar o botao de avancar, o aluno tem acesso a`

janela de entrada/sada de dados desta simulaca o .
Nesta janela o aluno tera acesso ao painel de introduca o
de dados (altura do corpo, velocidade inicial, aceleraca o
gravtica e massa do corpo) com as grandezas correspondentes. Introduzindo os dados e carregando no botao
simulaca o obtera resultados graficos das simulaco es
(simulaca o inicial a vermelho e simulaca o de comparaca o a
preto). Nesta janela tambem e possvel consultar os dados
numericos usando os botoes do painel de navegaca o para
visualizar as tabelas.
Simulaca o do Movimento de um Projectil
Ao dar-se incio a esta simulaca o surge o e cran mostrado
na Figura 15 que inclui um documento de apoio com os
conceitos teoricos e a nomenclatura relativas a este tema,
bem como uma animaca o demonstrativa do lancamento de
um projectil.
Apos pressionar o botao de avancar, o aluno acede a` janela
de entrada/sada de dados da simulaca o experimental.
Depois de o aluno inserir os valores pretendidos para as
diferentes variaveis no painel de introduca o de dados, deve
pressionar o botao Iniciar Simulaca opara poder visualizar
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
Fig. 13
DA EXPERI E NCIA Q UEDA E
E XEMPLO DE UMA SIMULAC AO
L ANC AMENTO NA V ERTICAL @
Fig. 14
69
Fig. 15
M OVIMENTO DE UM P ROJ E CTIL @
Fig. 16
DO M OVIMENTO DE UM P ROJ E CTIL @
E CRAN DE SIMULAC AO
NUM E RICAS PARA A

JANELA COM AS TABELAS DE SIMULAC AO
Q UEDA E L ANC AMENTO NA V ERTICAL @
os respectivos graficos.
Nesta janela o aluno tera acesso ao painel de introduca o
de dados (Angulo
de disparo, velocidade inicial, aceleraca o
gravtica e massa do corpo) com as grandezas correspondentes Neste e cran, o aluno pode visualizar ao graficos da
evoluca o no tempo e deslocamento do projectil segundo xx
e segundo yy. Tem tambem a opca o de escolher se deseja
a visualizaca o dos graficos da energia potencial ou cinetica
do projectil. Seguindo a mesma metodologia que nas anteriores experiencias, pode-se aceder a` s tabelas de resultados com os valores das simulaco es, bastando para isso pressionar os respectivos botoes do painel de navegaca o.
Simulaca o da Lei de Ohm
Na Figura 19, mostra-se o e cran onde o aluno deve inserir
o valor pretendido para a resistencia electrica a usar no circuito que e constitudo por uma bateria ao qual esta ligada
essa resistencia.
Assim que o aluno insere o valor da resistencia, surge
um e cran com uma fonte de alimentaca o, um ampermetro
e um voltmetro. O aluno pode, girando botao da fonte
de alimentaca o, visualizar os resultados dos aparelhos em
tempo real. Os resultados sao mostrados ao aluno simulc UTAD - ECT - Departamento de Engenharias

taneamente nos mostradores dos aparelhos e na figura dos

circuito a simular.
Caso o aluno desligue a fonte de alimentaca o, os aparelhos
desligam-see surge um painel informando o aluno do
que esta a suceder, como ilustra a Figura 21.
Quando o aluno ligar a fonte de alimentaca o novamente,
pode prosseguir com a simulaca o. Sempre que o aluno
o desejar, pode, em qualquer altura, dar incio a uma
nova simulaca o, pressionando o botao Nova Simulaca odo
painel de introduca o de dados.
As varias simulaco es experimentais disponveis fornecem
resultados sob as formas numerica e grafica, bem como
animaco es do tema em estudo. Para alem disso, esta ferramenta fornece varios documentos que cobrem os conhecimentos teoricos implcitos a` s simulaco es efectuadas. Uma
das grandes vantagens desta ferramenta e a de permitir a
visualizaca o e comparaca o dos resultados obtidos em varias
simulaco es.
III. C ONCLUS OES

Conclui-se que as TIC podem e devem, devido ao seu
enorme potencial educativo, ser utilizadas no desenvolvimento de software educativo interdisciplinar que facilite
70

Fig. 17
DO
E CRAN COM OS RESULTADOS GR AFICOS
DA SIMULAC
AO
M OVIMENTO DE UM P ROJ E CTIL @
Fig. 20
DA L EI DE O HM AP OS
A INSERC AO
DOS
DADOS
Fig. 21
DA L EI DE O HM COM A FONTE DE
DESLIGADA
ALIMENTAC
AO
Fig. 18
DO M OVIMENTO DE UM P ROJ E CTIL COM AS
E CRAN DA SIMULAC AO
TABELAS DE RESULTADOS
Fig. 19
DA L EI DE O HM @
a aprendizagem, a aquisica o e compreensao de conceitos

por parte dos alunos. Neste trabalho foram acrescentados
novas simulaco es a` ferramenta programa TIC-AEFpara
o ensino da Fsica recorrendo a` s novas tecnologias de
informaca o. Dando, deste modo, mais um contributo para
a utilizaca o das TIC como ferramentas de desenvolvimento
de software educativo, neste caso para o estudo da Fsica.

A utilizaca o destas simulaco es pode dar um acrescimo de
motivaca o aos alunos e tornar as materias leccionadas mais
interessantes. Permite tambem uma maior interactividade
dos alunos com os modelos fsicos estudados, ja que permite alteraca o facil das variaveis e de parametros iniciais dos modelos simulados, facilitando a sua reutilizaca o
e exploraca o, possibilita a participaca o activa por parte
dos alunos, permite a visualizaca o grafica do modelo estudado, ajuda na interpretaca o dos modelos fsicos, e a obter
previsoes sobre o comportamento desses modelos. Existe
tambem documentaca o propria sobre os modelos simulados, recursos que permitem ao aluno aprofundar os seus
conhecimentos de acordo com o seu grau de interesse.
Apesar de todas as vantagens acima enunciadas, convem
referir que os modelos geralmente representam de forma
incompleta e simplista os fenomenos fsicos reais, podendo
levar a falhas no seu realismo. A utilizaca o de software
educativo de simulaca o na aprendizagem actua como um
complemento dos recursos bibliograficos existentes, incutindo um maior dinamismo no proprio processo ensino
e aprendizagem. Para isso, o professor devera estar permanentemente actualizado, no que a` s novas tecnologias diz
respeito, bem como possuir a capacidade de as aplicar em
contexto educativo. Neste ponto, a formaca o contnua de
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
professores desempenha um papel fundamental, e e cada

vez mais importante. E tambem essencial que as escolas
estejam devidamente apetrechadas a nvel de equipamento
tecnico e estejam atentas a` sua manutenca o/actualizaca o.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
[16]
Sociedade da informacao, Livro verde para a sociedade da informacao em portugal.missao para a sociedade da informacao, pp. 913,
1997.
(http://phet.colorado.edu/simulations/sims.
php?sim=Circuit_Construction_Kit_DC_Only, 2009.
(http://phet.colorado.edu/simulations/sims.
php?sim=Ohms_Law, 2009.
Vladimir Kuznetsov, (http://edu.kde.org/step/, 2007.
Maria do Carmo da Silva Andrade, (http://www.mocho.pt/
search/local.php?info=local/software/fisica/
rlc.info, 1998.
Michael Fowler,
(http://galileo.phys.virginia.
edu/classes/109N/more_stuff/Applets/
ProjectileMotion, 2001.
Sean Russel Amy McGrew Dr. Greg Bathum, David Caley,
(http://jersey.uoregon.edu/, 1998.
Carlos Fiolhais Pedro Vieira Alberto Delfina Almeida Jorge
Goncalves Manuel Salgueiro Susana Fonseca Joao Paiva, Victor
M.S. Gil, (http://molecularium.net/molecularium,
2001.
Walter Fendt,
(http://www.walter-fendt.de/
ph14br/, 2003.
Angel Franco Garcia, (http://www.sc.ehu.es/sbweb/
fisica, 1998.
Angel Franco Garcia, (http://www.sc.ehu.es/sbweb/
fisica/default.htm, 1998.
J. P. PONTE, Tecnologias de informacao e comunicacao na formacao de professores, Revista Ibero-Americana de Educacao, 2000.
Vitor Duarte Teodoro, Modellus: Learning physics with mathematical modelling, Faculdade de Ciencias e Tecnologia. Universidade
Nova de Lisboa.
Vitor Duarte Teodoro, (http://phoenix.sce.fct.unl.
pt/modellus), 2000.
F Junior, Flash mx com action script orientadas para objectos,
Editora Arica,
2002.
Duarte C. PEREIRA, A tecnologia educativa e a mudanca desejavel
do sistema educativo, Revista Portuguesa de Educacao, 1993.

71
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
73
Sistema de aquisica o e transmissao de dados ambientais

P0915
Fernando Teixeira Carvalho, ftc@portugalmail.pt
Abstract It is intended to implement a system for transmitting data by radio frequency between a computer and an a
delta T automatic weather station equipped with multiple sensors. First, it will be considered the mode of operation and
programming of the weather station and sensors. Configuration then, it will be the implemented the communication system between the PC and delta T data acquisition using RF
transceivers. Finally, it will implement the software for automatic acquisition of data to store in a database.
Resumo Pretende-se implementar um sistema de transmissao de dados por radio -frequencia entre um computador e
uma estaca o meteorologica automatica delta T equipada com
varios sensores. Sera analisado o modo de funcionamento
e programaca o da estaca o meteorologica e configuraca o dos
sensores. Seguidamente, far-se-a a implementaca o do sistema
de comunicaca o entre o PC e o sistema de aquisica o de dados
delta T usando transceivers RF. Por ultimo,

implementar-sea o software para aquisica o automatica dos dados a guardar
numa base de dados.
Keywords wireless communications, transceivers, weather
station
Palavras chave comunicaca o sem fios, transceivers, estacao
meteorologica
I. I NTRODUC AO
A. Redes Wireless
O desenvolvimento da tecnologia permitiu o aparecimento
de varias alternativas e protocolos de comunicaca o, embora
inicialmente tenha sido colocada e nfase principalmente na
transmissao de dados e voz, com elevadas taxas de transferencia. Esta perspectiva tornava os equipamentos com
precos de aquisica o elevados, resultando assim desinteressantes para aplicaco es mais simples. De facto, so apos
o desenvolvimento dos varios protocolos para suporte de
comunicaco es sem fios, de medio ou alto debito, como o
Bluetooth ou o Wi-Fi, comecou-se a pensar em protocolos que respondessem a` s necessidades especficas de sensores e dispositivos de controlo. Ate entao os diversos fabricantes deste tipo de equipamentos adoptavam soluco es
proprias criando serios problemas de interoperabilidade entre sistemas. As redes dedicadas a` comunicaca o industrial,
com informaca o circulante relativa a sensores (de temperatura, humidade, etc.) e dispositivos de controlo (botoneiras, reles, entre outros), possuem, na sua generalidade,
caractersticas bastante distintas das redes pessoais ou emc UTAD - ECT - Departamento de Engenharias

presariais para transmissao de voz e dados. Numa rede de

a mbito de campo nao se privilegiara tanto uma elevada taxa
de transferencia de dados mas sim uma latencia baixa e um
consuma de energia igualmente baixo, para preservar a vida
u til das baterias. E extremamente importante um reduzido
consumo (de modo a que a facilidade de alimentaca o e autonomia, em caso de alimentaca o por bateria, sejam maximizadas), assim como se torna desejavel um tamanho compacto dos modulos de comunicaca o, uma vez que se pretende que sejam elementos acessoriosao processo produtivo (e como tal, reduzida ao maximo a sua presenca).
B. Transceivers (modulos de comunicaca o RF)
Um transceiver e um dispositivo que combina um transmissor e um receptor utilizando componentes de circuito
comuns para ambas funco es num so aparelho. Se esses
componentes nao forem comuns, esse aparelho designa-se
transmissor - receptor. Ou seja, vamos utilizar os transceivers para fazer a comunicaca o sem fios entre a estaca o
logger Delta-T e o computador, o transceiver que estiver ligado ao logger Delta-T vai servir de transmissor/receptor
e o que estara ligado ao computador vai servir de receptor/transmissor, ira existir comunicaca o bidireccional. Poderemos concluir que os transceivers utilizados nao sao
mais do que dois modem a trocar informaca o entre si. A
informaca o trocada entre si tera uma ligaca o wireless (sem
fios).
C. Estaca o meteorologica logger Delta-T
O logger Delta-T e um dispositivo programavel de dados
capaz de fazer leituras e armazenar os dados de uma ampla
variedade de fontes. E capaz de operar em condico es de humidade e em altas e baixas temperaturas. O logger Delta-T
possui um software para o programar e especificar quais os
sensores que estao ligados ao logger Delta-T, que por sua
vez tambem grava os dados, podendo desligar-se o computador que o logger Delta-T continua a fazer as leituras e a
armazena-las. Os dados registados a partir de sensores sao
armazenados na memoria do logger Delta-T e podem ser
periodicamente transferidos para um computador ou para
qualquer dispositivo via porta serie (RS-232). Quando os
dados foram recolhidos do logger Delta-T podem ser apagados da memoria do logger Delta-T para libertar espaco
para mais dados. O logger Delta-T tambem tem um painel
frontal com teclado e visor que pode ser usado para verificar
e controlar as operaco es do logger sem usar um computador.
74

D. Conectores RS-232
O RS-232 (Recommended Standard 232) e um padrao de
sinal desenvolvido pela Electronic Industries Association
- EIA e ITU V.24/V28, partes interessadas em especificar
a interface serie entre equipamentos de terminal de dados
(Data Terminal Equipment - DTE) e equipamentos de
comunicaca o de dados (Data Communications Equipment
- DCE). O padrao RS-232 inclui caractersticas do sinal
electrico (nveis de tensao), caractersticas de interface
mecanica (conectores), descrica o funcional de circuitos
interligados (a funca o de cada sinal electrico) e alguns tipos
comuns de conexao terminal para modem. A RS232 possui
dois sinais de comunicaca o sendo o Txa enviar envia e o
Rx a recebe. O nvel do diferencial binario e comparado
com a tensao do terceiro sinal GND. Ha outros sinais que
podem ser utilizados para controlo do fluxo e dos pontos
da comunicaca o.
II. D ESENVOLVIMENTO E I MPLEMENTAC AO

Na fase de desenvolvimento e implementaca o executamos
as seguintes etapas:
FERNANDO CARVALHO [19999]
esta na figura 3.
Os dois primeiros switches serao para seleccionar o cabo
serie que vamos utilizar, no nosso caso sera RS-232 logo
o primeiro tem de estar on e o segundo off. Nao teremos
terminaca o, assim como nao se assumiu bit de paridade, ou
seja, os switches 3,4,5,6 estarao off.
Fig. 3
DOS SWITCHES PARA COMUNICAC AO
E SQUEMA DE CONFIGURAC AO
RS-232
C. Instalar o software para programar os transceivers

O software necessario para a programaca o dos transceivers
e o X-CTU. Este software e fornecido pelo fabricante.
A. Modo de ligaca o
Fig. 1
M ODO DE LIGAC AO
B. Programaca o dos transceivers XStream-PKG x24

019PKI-R
Fig. 4
DO SOFTWARE
M ENU DE INSTALAC AO
Para a instalaca o do software seguiremos os seguintes

passos, dos separadores:
Fig. 2
T RANSCEIVER
Numa primeira fase configurou-se o switch para o

cabo RS-232 que e o que vamos utilizar para fazer a
comunicaca o entre o computador e o transceiver, e o logger
e o outro transceiver. Para isso temos de por o switch como
Install X-CTU;
Next;
Aceitar os termos da licenca, Next;
Preencher os separadores, Next;
Install;
Finish;
Abrimos o programa X-CTU
No separador PC Settingsteremos de por as seguintes
modificaco es, como mostra a figura seguinte:
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
75
Baud 2400;
Flow control NONE;
Data Bits 8;
Parity NONE;
Stop Bits 1;
Fig. 5
DO TRANSCEIVER
1 O E TAPA NA CONFIGURAC AO
No separador Modem Configurationteremos de seleccionar as seguintes modificaco es, como ilustrado nas figuras:
Escolher o nosso modem, neste caso X24-019;
Ir ao separador Serial Interface Options, e mudar o
baud rate para 2400;
Por fim carregar no botao writeque ira gravar as nossas
opco es no modem;
Fig. 6
DO TRANSCEIVER
2 O E TAPA NA CONFIGURAC AO
Como e logico, teremos de fazer estas operaco es para os

dois transceivers, poderem comunicar convenientemente.
Por fim, podemos testar se a comunicaca o entre os dois
transceivers esta a funcionar correctamente, o que se fez
implementando a seguinte ligaca o:

76

D. Modo de funcionamento da estaca o meteorologica logger Delta-T
Fig. 7
ENTRE OS TRANSCEIVERS
TESTE A COMUNICAC
AO
Para isso vamos utilizar um w/ loopback adapterpara

verificar se a comunicaca o esta a funcionar correctamente. Ligamos o loopback adapter ao transceiver como
ilustra a figura 8. O loopback adapterira simular uma
comunicaca o, ou seja, o transceiver em que este esta ligado
vai comunicar com o outro transceiver que esta ligado
ao computador, este tem que receber a informaca o que
o loopback adapteresta a enviar. Para verificar se esta
comunicaca o ocorre correctamente teremos de fazer os
seguintes passos:
Fig. 9
D ELTA -T
LOGGER
Para podermos utilizar o logger iremos necessitar de varios

programas:
Vamos de novo ao programa X-CTU, e no separador

Range Test
Seleccionar RSSI;
Carregar em start;
Fig. 10
I NCONS DOS SOFTWARES DO LOGGER D ELTA -T
Quando executamos o DL2 Control Panel, teremos de

especificar as propriedades de conexao correctas
Seleccionar a porta COM, no nosso caso sera COM1;
Por Baud Rate a 2400 como fizemos nos transceivers;
Timeout a 10 segundos, em cada 10 segundos vai verificar
se a comunicaca o se mantem;
Retries: 3, ao fim de tres tentativas falhadas aborta a
ligaca o;
Busy Retries: 1, verifica uma vez se o canal de ligaca o esta
a ser usado;
Fig. 8
ENTRE OS TRANSCEIVERS
T ESTE A COMUNICAC AO
Referir que se utilizam estes testes com taxa de erros de

zero porcento, para distancias de transmica o de dez metros.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
Fig. 11
COM O LOGGER
PROPRIEDADES DE CONEX AO
D ELTA -T
Quando clicamos em OK, estaremos a fazer a

comunicaca o com o logger.
Um dos separadores do DL2 Control Panele o Sensors. Este permite ver todos os sensores instalados no
logger, seleccionar os que queremos ler, assim como
podemos ver varias informaco es relativas aos sensores,
como:
Canal a que esta ligado;

Codigo do sensor;
As leituras dos sensores;
Unidades dos valores lidos;
Informaca o sobre correcto funcionamento;

77
Fig. 12
S ENSORES LIGADOS AO LOGGER D ELTA -T, COM VARIAS
DESTES
INFORMAC
OES
No separador Datasetsvamos encontrar varias opco es

relativas a` s leituras feitas dos sensores.
Numero de leituras armazenadas;

Quantas leituras irao ser feitas;
Data da primeira e da u ltima leitura;
Numero de leituras guardadas;
Data da proxima gravaca o;
Informaca o relativa a` memoria do logger;
78

Fig. 13
RELATIVAS AS LEITURAS DOS SENSORES
O PC OES
Todas estas opco es poderao ser modificadas, de acordo

com as nossas necessidades de conhecimento das leituras
feitas, ou de futuras leituras.
Existe ainda um separador Errorsque nos ira reportar
erros existentes nas leituras ou em sensores.
Quando executamos o DL2 Program Editor, teremos
a lista de todos os sensores disponveis para instalar no
logger, assim como podemos adicionar mais sensores a`
nossa lista ja existente. Temos tambem possibilidade de
editar e guardar novos que nao existentes na lista.
Fig. 15
BASE DE DADOS DAS LEITURAS FEITAS
E. Execuca o dos cabos RS-232

Para que a comunicaca o se realizasse correctamente
ouve necessidade de realizar dois novos cabos RS-232,
visto que, o cabo original que ligava o logger Delta-T ao
computador tinha umas ligaco es especficas como esta
indicado na figura 22. Como nao foi ligado directamente
ao computador ouve a necessidade de fazer essas ligaco es
tambem nos cabos que ligam aos transceivers.
Fig. 16
M ODO DE LIGAC AO
Entre o logger Delta-T e um transceiver ligamos o cabo

original do logger Delta-T e um dos cabos que realizei
(figura 23), realizamos este cabo porque foi necessario
converter um conector RS-232 macho num RS-232 femea.
Entre o computador e o transceiver usou-se um cabo
RS-232 (figura 23). Para repor as ligaco es do cabo original
do logger Delta-T punha na porta RS-232 do computador
quando estava ligado directamente a este, para poder
activar o modem interno do logger Delta-T.
Fig. 14
L ISTAGEM DE SENSORES
Quando executamos o DL2 Dataset Viewer, iremos ver

a base de dados, onde sao guardadas todas as leituras feitas
pelos sensores, assim como a data/hora da leitura e o seu
valor, como ilustrado na figura seguinte.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
F. Conectores RS-232
79
metros em edifcios, e de 5 km em espacos abertos. Para o

ensaio ligamos um sensor de temperatura durante um dia,
comecou-se a recolher leituras dia 14/07/2009 as 11:00
horas ate o dia 15/07/2009 a` s 11:00 horas. As leituras
eram feitas de 10 em 10 minutos. Na figura 24 vamos
ter os dados exportados para uma folha Excel, em que
vamos encontrar toda informaca o relativa ao sensor (dia
e hora em que comecou/acabou de recolher os dados,
numero do canal que esta ligado, codigo do sensor, unidade
de medida, maximo e mnimo valor recolhido, todas as
leituras efectuadas).
Fig. 17
C ONECTOR RS-232
G. Cabos RS-2322
Fig. 19
L EITURAS DO SENSOR DE TEMPERATURA EM FOLHA E XCEL
A figura 25 mostra um grafico da variaca o de temperatura

existente na sala durante o perodo de leitura.
Fig. 18
DOS CABOS RS-232
L IGAC OES
III. E NSAIOS
Nos ensaios realizados para testar se o sistema de
comunicaca o funcionava correctamente, existiram dois
factores que limitaram os ensaios:
O tamanho da sala de projecto, logo so afasta os transceivers um dos outros dez metros. E a alimentaca o dos
transceivers, que estavam ligados a fontes de alimentaca o
reguladas para 9V, existentes na sala de projecto.
Mas sabemos que os transceivers tem um alcance de 180

Fig. 20
DA TEMPERATURA
VARIAC AO
80

IV. C ONCLUS OES

A implementaca o do sistema de transmissao de dados por
radio - frequencia entre um computador e uma estaca o meteorologica Delta-T foi instalada com sucesso. No decorrer
deste artigo esta descrito o funcionamento e a instalaca o
dos varios programas e equipamentos que sao necessarios
para o correcto funcionamento do sistema de transmissao
de dados por radio - frequencia. Por algumas limitaco es so
foi implementado e configurado um sensor (temperatura) na
estaca o meteorologica Delta-T, um ponto em ter em conta
numa futuro melhoramento, assim como testar o sistema a
distancias mais longas e testar o sistema em termos de consumos, visto que estava ligado a uma fonte de alimentaca o
(testar os transceivers com pilhas de 9V).
No decorrer da implementaca o surgiram algumas dificuldades, a notar a comunicaca o entre as portas serie, em que se
teve de realizar dois novos cabos RS-232 (macho/macho e
macho/femea), em que so depois de varias tentativas e que
se conseguir fazer uma comunicaca o correcta. Um melhoramento futuro tambem podera ser um sistema que apresente as actualizaco es das leituras dos sensores instantaneamente no computador, por exemplo, utilizando o HyperTerminal.
V. B IBLIOGRAFIA
Edgar H. Callaway Jr., Wireless Sensor Networks: Architectures and Protocols, CRCPress, 2003.
Delta-T Logger user manual, Delta-T Devices Ld,
Cambridge, UK, 1993
http://www.delta-t.co.uk/product-literature.html
http://www.adhocelectronics.com/Products/XStreamPKG-radio-modems-900MHz-2-4GHz-100mW2
http : //pt.wikipedia.org/wiki/RS 232

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
81
Optimizaca o das Ligaco es de Aerogeradores em Parques Eolicos

P0916
Henrique Manuel Costa da Fonte, henrique dafonte@hotmail.com
Abstract The objective of this project is to create a tool to

optimize the electrical physical connections of aerogenerators
and the substations of Eolian Park. At the moment, the optimization tool considers the aerogenerators and the substation
geographical points are known. The applications was developed in visual studio in C language programming.
The optimization objective consists in determining the connections cost between the aerogenerators and the substation.
There fore, in a first step, an analysis of the equipment and
technologies was made. In a second step, a C language program was developed in order to find out the best park connection. The algorithm is based on Prim algorithm taking into
account the electrical physical characteristics.
Resumo O objectivo deste projecto e obter uma ferramenta
de optimizaca o de parques eolicos, dum ponto de vista de
ligaco es fsicas (electricas) dos aerogeradores ate a subestaca o.
Nesta primeira fase, a ferramenta de optimizaca o foi desenvolvida conhecendo de antemao os pontos geograficos dos
aerogeradores e da subestaca o. Para tal, foi desenvolvida uma
aplicaca o que realiza os calculos necessarios a` optimizaca o das
ligaco es dos aerogeradores a subestaca o, feita no ambiente de
Visual Studio em linguagem C.
O objectivo da optimizaca o e determinar as ligaco es dos
aerogeradores a` subestaca o tendo como finalidade minimizar
os custos dessas ligaco es. Para esse fim, numa primeira fase,
e realizada uma analise dos equipamentos constituintes dos
parques eolicos e das tecnologias envolvidas ao tipo da rede
electrica. Numa segunda fase foi desenvolvida uma ferramenta, em linguagem C, que permite minimizar os custos das
ligaco es a` subestaca o. A aplicaca o e baseada em algoritmos
determinsticos, mais concretamente no algoritmo de Prim e
entra em conta com as caractersticas fsicas (electricas) das
ligaco es.
O consumo de energia fossil provoca graves problemas

relacionados com a poluica o, como o efeito de estufa, o
aquecimento global, a diminuica o da camada do ozono e
as chuvas a cidas. A instabilidade que se vive nos pases
produtores de petroleo aliada a` crescente preocupaca o ambiental torna insustentavel a produca o de energia atraves de
queima de combustveis fosseis.
O Protocolo de Quioto e uma consequencia destes eventos iniciada com a Toronto Conference on the Changing Atmosphere, no Canada, e que culminou com a
Convenca o-Quadro das Naco es Unidas sobre a Mudanca
Climatica (UNFCCC). Constitui-se entao no protocolo de
um tratado internacional com compromissos mais severos
para a reduca o da emissao de gases que provocam o aquecimento global do planeta.
Consequentemente, nestes u ltimos anos tem-se manifestado um crescente interesse pelas energias renovaveis em
geral e em particular pela energia eolica, em todo o mundo,
onde Portugal nao e excepca o.
Em Portugal, pretende-se que as energias renovaveis
desempenhem um papel cada vez mais importante na
satisfaca o dos consumos de electricidade.
TABELA I
DE ENERGIA EL E CTRICA DEFINIDOS
O BJECTIVOS DE PRODUC AO
PELO G OVERNO PARA 2010
Hdricas
Mini-Hdricas
Fotovoltaicas
Parques Eolicos
Biomassa
Biogas + RSU
Ondas
Total
Estipulado
(MW)
5575
150
5100
250
100
200
11375
Junho 2007
(MW)
4234
571
2.3
1908
24
8.2
0
6747.5
Em falta
(MW)
1912
147.7
3192
226
91.8
200
5769.5
Keywords Optimization, Network Power, Eolian Park

Palavras chave Optimizaca o, Rede Electrica, Parque Eolico
I. I NTRODUC AO
Nos u ltimos anos, o consumo global de energia electrica
tem vindo a aumentar, impulsionado pelo crescimento
economico, o que se cre que continuara a acontecer nas
geraco es futuras, pois atingiu-se um nvel de vida tao elevado que e imprescindvel viver sem energia. Tornando-se
esta num bem muito procurado. Para alem do aumento do
consumo de electricidade, ha que considerar a substituica o
de velhas centrais electricas, que ao longo dos tempos
foram atingindo o limite da sua vida u til, e a produca o de
energia electrica devera ser assegurada de qualquer forma.

Como se pode ver pela Tabela I 1 , o Governo estipulou um

aumento de quase 50% de electricidade produzida a partir
de energias renovaveis ate 2010. Neste preciso momento
Portugal ja alcancou estes objectivos, sendo a energia eolica
a energia em maior expansao e com um maior contributo.
As entidades governamentais pretendem aumentar o investimento em energias renovaveis, dando assim um grande
apoio ao desenvolvimento dos recursos renovaveis, permitindo um maior equilbrio entre as polticas de energia
e o ambiente.
Alem dos benefcios (subsdios vindos da Uniao Europeia)
concedidos ao produtor de energia electrica, o desenvolvimento da tecnologia usada para a` energia eolica atingiu
1 Fonte:
Direcca o Geral de Energia e Geologia
82

ja um alto nvel permitindo que a produca o de energia

electrica a partir da energia cinetica do vento seja muito
rentavel. Assim, a produca o de energia electrica em parques eolicos e uma alternativa bastante interessante as outras formas de produca o de energia electrica.
A produca o de energia electrica atraves de fontes
renovaveis e muito menos agressiva para o meio ambiente que outras formas convencionais de produca o de energia electrica (centrais nucleares, a carvao, a petroleo, gas,
etc.). Estas formas de produca o de energia electrica apresentam efeitos positivos em termos de qualidade do ar,
menos libertaca o de CO2 na produca o de energia electrica,
de qualidade do ambiente e tambem de forma indirectamente, reflecte-se na qualidade de vida da populaca o.
Dada a importancia da energia, varios investigadores temse debrucado sobre este assunto. Em 1999, Resende [1],
utilizou os algoritmos geneticos para a optimizaca o da
configuraca o da rede electrica de parques eolicos. O trabalho apresenta conclusoes bastante positivas e aponta algumas direcco es para desenvolvimentos futuros nomeadamente na possibilidade de um aerogerador poder receber
mais do que duas ligaco es resultando em configuraco es da
rede diferentes que poderao ser interessantes de analisar.
Posteriormente, em 2003 Davalos e Irving [2] usaram um
algoritmo genetico para encontrar a melhor localizaca o e
tamanho de subestaco es e linhas de distribuica o com o fim
de minimizar o custo da total da rede (incluindo o custo
inicial e o custo operacional). Em 2004 Li et al [3] apresentaram um modelo para o planeamento de redes de
distribuica o baseado num conjunto de regras. Ao combinar
regras heursticas com algoritmos matematicos, o modelo
optimiza a localizaca o de subestaco es (recorrendo aos algoritmos geneticos) e para determinar rede de distribuica o
o modelo recorre a metodos heursticos onde sao considerados tanto os custos de investimento como os custos associados a` s perdas nas linhas. Vitorino [4] usou os algoritmos geneticos para determinar a localizaca o optima das
baterias de condensadores com a finalidade de minimizar as
perdas no sistema, o custo da compensaca o de energia reactiva e tambem para a reconfiguraca o de redes atraves de
uma pesquisa nao direccionada e combinatoria de soluco es
para determinar a topologia de exploraca o que permite a
minimizaca o de perdas do sistema. Em 2007, Vicente [5]
desenvolveu uma ferramenta de optimizaca o de parques
eolicos, dum ponto de vista de perdas totais de energia e de
custos totais. Nunes [6] usou os algoritmos geneticos para
determinar a melhor configuraca o da rede de distribuica o
de energia electrica de um parque eolico com vista a minimizar o custo global da soluca o.
Tendo em consideraca o estas aplicaco es, o trabalho desenvolvido consistiu no desenvolvimento de um software que
permite determinar as melhores ligaco es entre a subestaca o
e os aerogeradores de um parque eolico. Os dados do parque encontram-se guardados em diversos ficheiros cons trudos para o efeito. Posteriormente, este software sera
facilmente integrado na funca o de aptidao de um algoritmo
genetico. O objectivo do algoritmo genetico e determinar a
melhor localizaca o da subestaca o no parque eolico.
HENRIQUE dA FONTE [24981]
A. Estrutura do Artigo
Alem desta secca o introdutoria, o relatorio esta organizada
em 5 secco es.
Na secca o 2 e realizada uma caracterizaca o dos parques
eolicos nomeadamente quanto aos princpios fundamentais
da energia eolica e sao descritos os equipamentos que constituem os parques eolicos, tais como os aerogeradores e
as ligaco es estabelecidas e as subestaco es. De seguida, na
secca o 3 e explicado o princpio de funcionamento do algoritmo de optimizaca o e sao explicas as principais funco es
do software desenvolvido.
Na secca o 4 sao apresentados os resultados obtidos por
esta aplicaca o, para o parque eolico de Pena Suar.
Na secca o 5 sao tiradas as principais conclusoes do trabalho.
Por u ltimo, na secca o 6 sao apresentadas as perspectivas
para desenvolvimento futuro.
II. PARQUES E OLICOS

Pretende-se, nesta secca o, fazer uma descrica o dos componentes de um parque eolico e como estes se relacionam
entre si de uma forma global.
Os ventos sao causados por diferencas de pressao ao longo
da superfcie terrestre, devido ao facto de haver radiaca o
solar e esta ser recebida na terra com maior intensidade nas
zonas equatoriais do que nas zonas polares. A origem do
vento e , portanto, a radiaca o solar.
Os ventos mais fortes, mais constantes e mais persistentes
ocorrem em zonas situadas a cerca de 10 km da superfcie
terrestre, nestas zonas a colocaca o dos aerogeradores seria
de elevado rendimento. Mas como e impossvel a colocaca o
dos aerogeradores nessas zonas, o espaco encontra-se limitado a algumas dezenas de metros na atmosfera.
Uma avaliaca o correcta do potencial eolico com vista a`
produca o de energia electrica tem de basear-se em medidas de vento efectuadas especificamente para esse efeito.
Uma boa avaliaca o, para o estudo do vento na Europa pode
ser conseguido atraves do Atlas Europeu de Vento. Assim,
com estes dados do vento, pode-se determinar a melhor
localizaca o para a construca o de um eventual parque eolico.
Portanto, deve ter-se em conta todos estes factores para determinar a localizaca o geografica de um parque eolico. Por
causa destes factores que hoje em dia ouve-se muito falar
de parques eolicos Offshore, sao parques eolicos que estao
localizados no mar ou em lagos. Nestes locais a turbulencia
dos ventos e muito menor, sendo que estas localizaco es apresentam enumeras vantagens, como o facto de as torres
eolicas poderem ser mais baixas mas tambem o facto de
estas nao estarem sujeitas a ventos tao fortes e turbulentos, aumentando o tempo de vida u til dos aerogeradores e a
potencia produzida.
A. A energia eolica
A conversao tecnologica da energia do vento em energia electrica e feita por uma maquina que se designa por
aerogerador. Este e uma turbina movida pelo vento que
acciona um gerador de energia electrica. Um aerogerador
obtem a sua potencia de entrada convertendo a energia
cinetica do vento em energia mecanica.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
A potencia disponvel no vento e obtida pela seguinte

equaca o:
Pv =
1
r2 v 3
2
(1)
Onde representa a densidade do ar, r o raio das pas e v a

velocidade do vento.
Segundo o limite de Betz, a potencia eolica captada pelo
aerogerador esta limitada a cerca de 59% da potencia eolica
disponvel no vento. Pois nao e possvel extrair a totalidade
da energia cinetica do vento.
A potencia gerada por um aerogerador e dada pela seguinte
equaca o:
Pg =
1
r2 v 3
2
(2)
Onde representa o rendimento do aerogerador.

Como a potencia e proporcional ao cubo da velocidade do
vento, um aumento na velocidade do vento de 25% traduzse num aumento de potencia de cerca de 100%.
B. Estudos de viabilidade de um parque eolico
Para que um parque eolico seja viavel numa determinada
localizaca o temos que analisar tres criterios:
1. Analise do potencial eolico;
2. Estudo de impacto ambiental;
3. Interligaca o com a rede electrica.
B.1 Analise do potencial eolico
O recurso eolico e muito variavel dependendo de varios
factores como: o local, o perodo sazonal, o perodo diario,
as condico es climatericas.
A escolha do potencial eolico num determinado local
normalmente implica a realizaca o de um trabalho de
caracterizaca o dos ventos, sendo este realizado usando
equipamentos que permitem medir e registar a velocidade e
direcca o dos ventos. As medidas sao realizadas por grandes
perodos, por exemplo de 12 meses, para se conseguir obter
uma amostragem significativa.
Atendendo a que o valor da velocidade do vento varia com
muita frequencia, normalmente e usada a distribuica o de
probabilidade Weibull para caracterizar o vento em funca o
do valor medio medido.
83
B.3 Interligaca o com a rede electrica

Toda a energia electrica produzida pelos parques eolicos
e injectada na rede electrica publica. Pelo facto da
localizaca o dos parques eolicos se situarem em zonas montanhosas, obtendo assim um melhor aproveitamento dos
recursos eolicos, muita das vezes encontram-se longe dos
grandes centros de consumo de energia electrica.
C. Equipamentos de um Parque Eolico
Um parque eolico normalmente costuma ser formado
por aerogeradores interligados entre si e ligados a uma
subestaca o instalada num edifcio. A subestaca o e responsavel pela ligaca o do parque a` rede electrica. E composta pela sala de comando entre outras instalaco es auxiliares.
Portanto, pode definir-se a implementaca o estrutural de um
parque eolico segundo os seguintes subsistemas:
1.
2.
3.
4.
5.
Aerogeradores;
Ligaca o dos aerogeradores;
Rede de Media Tensao;
Subestaca o de Transformaca o;
Sistema de Controlo/Supervisao.
C.1 Aerogeradores
Na actualidade a energia eolica atingiu ja uma grande
evoluca o, sendo que nos dias que correm as turbinas mais
comuns sao as potencia de ordem de 2-3 MW.
A maioria dos aerogeradores que se encontram instalados
em Portugal na actualidade sao aerogeradores de eixo horizontal com tres pas, apresentando diferentes dimensoes e
aplicaco es mas na maioria ja sao equipados com maquinas
de induca o de rotor bobinado com aproveitamento da energia do escorregamento.
Existem dois tipos de aerogeradores: os de eixo vertical
(ver figura 1) e os de eixo horizontal (ver figura 2).
B.2 Estudo de impacto ambiental

Os parques eolicos tem como principais impactes ambientais o rudo, o impacto visual e a influencia na fauna avcola.
Porem, devido a evoluca o tecnologica na construca o dos
equipamentos para parques eolicos (diminuica o dos rudos)
e tambem o facto destes estarem localizados em zonas onde
o vento e mais forte (normalmente estao situados no topo
das colinas), estas zonas normalmente estao desabitadas.
Mas tambem a construca o de parques eolicos promove
a construca o de estradas que ajuda ao acesso de zonas
agrcolas vizinhas e com essas novas vias de acesso facilita
o combate ao incendio.

Fig. 1
T URBINA DE EIXO V ERTICAL
As turbinas de u ltima geraca o, ja tem potencias instaladas

da ordem dos 5 MW. Mas contudo encontrando-se ainda em
fase de testes. E definido, [7], que, de uma forma geral, um
aerogerador pode ser dividido em tres partes:
84

eleva o rotor ate a` cota a que a velocidade do vento e

propria para o aerogerador e onde esta e menos perturbada pelo efeito do solo, pois o vento tem maior
velocidade e e mais constante quanto maior for a altitude.
As torres devem ser dimensionadas para suportar cargas significativas devido a` altura a que se encontram e
ao peso da nacelle. As torres mais usuais sao do tipo
tubular (ver figura 4). Podem, contudo, ser tambem do
tipo entrelacadas ( ver figura 5). As torres entrelacadas
apesar de terem custos mais reduzidos, fundaco es mais
ligeiras e efeito de sombra da torre atenuado, tem
vindo a ser progressivamente abandonadas.
Fig. 2
T URBINA DE EIXO HORIZONTAL
1. Rotor
O rotor e constitudo pelo conjunto das pas e pelo
cubo. O projecto das pas do rotor beneficiou do estudo
da tecnologia das asas dos avioes, que tem um funcionamento semelhante. De uma forma geral, o vento
ataca as pas pelo lado da frente, devido ao facto de
o vento incidente nao ser perturbado pela torre. Esta
situaca o e a mais usual e e denominada upwind. No
entanto existe tambem a opca o downwind, em que o
vento incide pela parte de tras permitindo o auto alinhamento do rotor na direcca o do vento, mas o inconveniente e que o escoamento e perturbado pela torre
antes de incidir no rotor, pelo que nao e tao utilizada.
2. Nacelle
A Nacelle (ver figura 3) e a nave colocada no topo da
torre e ligada ao rotor onde estao alojados, entre outros equipamentos, o gerador, o transformador, a caixa
de velocidades, o travao de disco e o mecanismo de
orientaca o direccional.
Fig. 4
T ORRE T UBULAR
Fig. 5
T ORRE E NTRELAC ADA
C.2 Ligaca o dos aerogeradores
Fig. 3
Nacelle DE UM AEROGERADOR
3. Torre
A torre e o elemento fundamental do aerogerador dado
que e a estrutura de suporte do rotor e da nacelle e esta
Uma vez que a energia cinetica do vento e convertida em

energia electrica em Baixa Tensao (BT), existe um transformador de Baixa Tensao para Media Tensao (BT/MT) no
interior da nacelle. Assim, a ligaca o do gerador ao transformador tera de ser mediante cabos de potencia que partirao
do seccionador principal instalado no quadro de potencia.
C.3 Rede de Media Tensao
O circuito de Media Tensao (MT) une os centros de
transformaca o dos aerogeradores, os quais se instalam enterrados numa camara de passagem. Para canalizar os cabos da rede interna ate a` subestaca o sao utilizados tambem

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
cabos de MT enterrados. Usualmente, a camara de passagem de cabos (ver figura 6) e constituda por valas com
1.20m de profundidade e 0.6m de largura, de acordo com
as especificaco es das normas.
A ligaca o dos cabos e feita de acordo com o esquema
unifilar da planta do projecto e de acordo com o plano de
localizaca o dos aerogeradores e a ligaca o dos aerogeradores
com a subestaca o e normalmente de topologia radial. Os
cabos electricos podem ser do tipo unipolar ou tripolar.
85
protecca o, bem como de controlo. Neste sistema estao instalados os quadros blindados (ver figura 8) de MT, o transformador (ver figura 9) de MT/BT dos servicos auxiliares,
a contagem e a supervisao de todo o parque.
Fig. 8
Q UADROS BLINDADOS DE M E DIA TENS AO
Fig. 6
CTRICA DE DISTRIBUIC AO
EM
C ABOS SUBTERR ANEOS
DA REDE EL E
DIA TENS AO
ME
C.4 Subestaca o de Transformaca o

Na subestaca o e onde se faz a transformaca o da energia
electrica de Media Tensao (MT) para Alta Tensao (AT).
Nesta zona esta colocado o transformador de potencia de
MT/AT, a aparelhagem de contagem Transformador de Intensidade de Corrente (TIs) e Transformador de Tensao
(TTs) e o equipamento de interligaca o com a rede de
AT normalmente atraves de uma linha aerea. Geralmente
sao construdas subestaco es tipo exterior, ver figura 7. A
potencia do transformador da subestaca o e da ordem da
potencia total instalada no parque eolico.
Fig. 9
T RANSFORMADOR DE POT E NCIA MT/BT DOS SERVIC OS AUXILIARES
DAS LIGAC OES
III. O PTIMIZAC AO
DE
A EROGERADORES EM PARQUES E OLICOS

Uma vez que os parques eolicos comecam a tomar alguma dimensao (da ordem de dezenas de aerogeradores),
torna-se necessario realizar um dimensionamento cuidado
da sua rede electrica interna, tendo em conta determinados
criterios de optimizaca o.
Pretende-se, em termos estritamente tecnicos, construir a
rede interna de um parque eolico com os menores custos
possveis, isto e , optimizar as ligaco es electricas do parque.
A. Criterios de optimizaca o:
Fig. 7
TIPO
PARQUE EXTERIOR DE APARELHAGEM DE UMA SUBESTAC AO
C.5 Sistema de Controlo/Supervisao

De forma a controlar a energia produzida no parque eolico,
sao necessarios diversos equipamentos de medida e de

De forma a obter um parque eolico optimizado em termos

de produca o de energia electrica e de custos dessa energia
produzida, devem ser levados em conta diversos factores.
Nos quais, destacam-se:
O tipo de aerogerador a utilizar;
A localizaca o dos aerogeradores no terreno para obter
melhores condico es de vento;
A localizaca o da subestaca o no terreno;
86

O modo de ligaca o entre aerogeradores a` subestaca o e

quais os cabos a usar para obter as menores perdas de
energia.
Uma vez que considerar todos estes factores levaria a uma
analise bastante complexa, e sendo que se pretende realizar
uma optimizaca o da rede electrica interna, alguns destes
factores sao estipulados a` partida. Sendo que este projecto, e a primeira parte da optimizaca o das ligaco es internas de um parque eolico. Este visa uma continuaca o
futura, na a rea da tese de Mestrado em Engenharia Electrotecnica e de Computadores, onde todos estes factores
terao uma analise mais rigorosa. Como tal, neste projecto
admite-se que o tipo de aerogerador a considerar na rede
analisada e o definido no projecto de base, que dara origem
a` optimizaca o. Assume-se tambem o conhecimento previo
da localizaca o dos aerogeradores e da subestaca o no terreno, supondo-se que estes se encontram nos locais com as
melhores condico es de vento e com uma distancia entre si
que minimiza a turbulencia provocada por uma turbina nas
turbinas que o rodeiam (efeito de esteira).
Nestes termos, a optimizaca o do parque eolico e realizada
em termos das ligaco es da rede de media tensao interna do
parque, sendo analisadas as varias configuraco es possveis.
Para este efeito sao descritos, de seguida, os criterios considerados nesta optimizaca o.
B. Descrica o do trabalho:
Nesta fase do trabalho, parte-se do conhecimento da
localizaca o geografica dos aerogeradores e da subestaca o,
assim obtendo as distancias relativas entre os sistemas.
Desenvolveu-se um algoritmo de optimizaca o das ligaco es
dos aerogeradores ate a subestaca o partindo do conhecimento de todos dados de um parque eolico (caso de estudo:
parque eolico de Pena Suar). Obtendo assim, as distancias
lineares dos aerogeradores ate a subestaca o e os dados dos
aerogeradores.
C. Algoritmo de optimizaca o:
A base de optimizaca o e de realizar agrupamentos
de aerogeradores, constituindo ramais que ligarao a`
subestaca o, sendo que em cada soluca o obtida, os ramais
contem diferente numero de aerogeradores.
Neste sentido, o algoritmo de optimizaca o consiste em
formar ligaco es entre aerogeradores e destes a` subestaca o
procurando que as correntes maiores se desloquem o menor
trajecto possvel ate a` subestaca o. Nesta primeira parte,
o trabalho foi realizado com um algoritmo determinstico,
mais concretamente o algoritmo de Prim.
D. Algoritmo de Prim:
O algoritmo de Prim [8] e um algoritmo ponderado que determina a a rvore de custo mnimo para um grafo conexo2 ,
sendo que as suas ligaco es possuam pesos, isto e , sao os
custos de cada ligaca o. O algoritmo de Prim trabalha da
seguinte forma, vai percorrendo o grafo, vendo as varias
possibilidades das ligaco es deste e com os pesos que estas
2 Um grafo e
conexo se existe caminho entre quaisquer dois dos seus
vertices.
3
a
10
5
e
8
f
11
7
g
Fig. 10
G RAFO I NICIAL
ligaco es possuam determina as melhores ligaco es. A ordem

de complexidade para o algoritmo de Prim e O(E log V ),
em que E e o conjunto de arestas (ou arcos) e V e o conjunto de vertices (nos) do grafo. E um algoritmo bastante
complexo mas de elevado desempenho.
Entrada/Sada: G do tipo grafo;
W do tipo conjunto de arestas
para cada nodo u V [G] faca
chave[u] +;
pred[u] nil
fim
chave[r] 0;
A ;
Q V [G];
repetir enquanto FilaVazia(Q)=Falso
u Extract-Min(Q);
para cada nodo v adj[u] faca
se v Q e w(u, v) < chave[v] entao
pred[v] u;
chave[v] w(u, v);
a A {(u, v)}
fim
fim
fim repetir
retornar A
Algoritmo 1: Algoritmo de Prim
A funca o de Prim procura encontrar as ligaco es com
menores custos que interligam os aerogeradores. Determina a a rvore de custos mnimos para a interligar os
aerogeradores ate a` subestaca o. E de salientar que esta
funca o vai procurar os aerogeradores da lista Q e seleccionar o aerogerador cujo custo e menor, colocando-o na
lista A. Este processo e repetido ate serem removidos todos
aerogeradores da lista Q. Na lista A e indicada a ligaca o
de cada aerogerador a` rede. E de salientar que se desprezou que ter alguns factores, como por exemplo, ao calcular os custos admitimos que um segundo aerogerador ao
interligar-se a outro nao trazia custos adicionais. Este custo
sera levado em conta futuramente.
Atraves das figuras 10- 13, vai-se mostrar o funcionamento
do algoritmo de Prim.
Comeca-se por seleccionar o no a e analisam-se as ligaco es
deste no aos restantes. Escolhe-se o elemento b pois a

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
3
a
10
5
f
11
7
2
E. Ficheiros de interligaca o com o software desenvolvido:
2
e
Fig. 11
G RAFO COM UMA ITERAC AO
3
a
d
10
2
5
f
11
7
2
8
9
3
a
f
11
potaerogerador KVA
tensaoaerogerado KV
(3)
Com o objectivo de testar o software desenvolvido,

apresenta-se neste captulo a aplicaca o do software a um
parque eolico denominado parque eolico de Pena Suar.
10
7
2
I=
IV. C ASO DE ESTUDO - PARQUE DE P ENA S UAR :
Foram construdos ficheiros: para armazenar dados de

diferentes tipos de cabos electricos, para armazenar dados de um parque eolico (nomes dos aerogeradores e
da subestaca o, tensao da rede de distribuica o, potencia
aparente nominal dos aeorogeradores), para armazenar as
distancias dos aerogeradores ate a` subestaca o e foram construdas funco es para leitura desses ficheiros.
De seguida vai-se explicar as principais funco es do programa.
A funca o custo calcula o peso (ou custo) de cada ligaca o
de um aerogerador a outro ou a subestaca o e implementada
tendo em consideraca o os dados de cada aerogerador.
A funca o acede aos dados de um aerogerador e ve a sua
potencia e a tensao, calculando assim a corrente maxima (3)
que o cabo electrico tera de aguentar. Sendo que a funca o
calcula I, assim definido:
Depois acede ao ficheiro de dados dos cabos e retorna o

preco por metro do cabo relativo ao cabo mais adequado.
Em seguida faz o calculo do custo da ligaca o do aerogerador a outro ou a` subestaca o, tendo em conta o preco do
cabo por metro, da vala por metro e das distancias lineares
dos aerogeradores entre si e ate a` subestaca o.
Fig. 12
G RAFO COM DOIS ITERAC OES
87
Fig. 13
A RVORE DE CUSTO MI NIMO
sua ligaca o (arco) corresponde ao peso mais pequeno (ver

figura 11). De seguida, examina-se todos as ligaco es dos
nos ja seleccionados {a, b} aos restantes, selecciona-se novamente o no cuja distancia seja menor, neste caso e o no c
(ver figura 12). Repete-se o processo ate todos os nos serem
seleccionados (ver figura 13)
Neste caso, onde conhecemos as distancias dos aerogeradores ate a subestaca o, o algoritmo de Prim foi uma preciosa ajuda. Pois e um algoritmo que determina as melhores ligaco es internas, optimizando-as com uma elevada
rapidez.
Ao realizar o trabalho e com vista a facilitar a modificaca o
dos dados, criaram-se funco es genericas, para poder funcionar para qualquer parque eolico, os dados do parque
foram armazenados em ficheiros de texto. Desta forma,
basta aceder aos ficheiros e poder substituir os dados por
outros de outro problema.

A. Caracterizaca o do parque:
O parque eolico de Pena Suar fica localizado a cerca de
15km a oeste da cidade de Vila Real e foi um dos primeiros
parques eolicos instalados em Portugal, foi ligado a` rede em
1998 com uma potencia electrica de 10MW. E constitudo
por 20 aerogeradores ENERCON modelo E40 com 500kW
/ 400V de potencia nominal com um diametro de pas de
40.2m instalados em torres tubulares com 44m de altura.
Na figura 14, podemos ver a disposica o dos aeroge radores, bem como da subestaca o e as ligaco es entre eles.
Apresenta-se na Tabela II as localizaco es geograficas dos
aerogeradores e da subestaca o do parque eolico de Pena
Suar.
B. Optimizaca o do parque:
O software desenvolvido foi utilizado no parque de Pena
Suar, tendo em conta os dados do parque. Foi feita uma
optimizaca o deste parque, nesta fase desprezou-se o custo
provocado pelas ligaco es em serie. Este custo sera levado
em conta posteriormente.
A aplicaca o informatica onde foi implementado o algoritmo de optimizaca o do parque Eolico foi desenvolvido em
linguagem C e funciona da seguinte forma:
Sao lidos os dados do ficheiro coordenadas.txt, que
contem as coordenadas geograficas dos aerogeradores
e da subestaca o;
88

TABELA II
GEOGR AFICAS
P OSIC OES
DOS SISTEMAS DO PARQUE E OLICO
DE
P ENA S UAR
Aerogeradores
SE
Fig. 14
PARQUE E OLICO
DE P ENA S UAR [I MAGEM DO G OOGLE E ARTH ]
Sao importados os dados de caracterizaca o do parque

eolico do ficheiro dados.txt que contem todos os dados
de um parque;
Com base na tensao nominal do parque eolico, sao importados os dados referentes aos cabos electricos os
quais estao definidos nos ficheiros: cabos10.txt, cabos15.txt, cabos20.txt e cabos30.txt.
O custo de cada arco (ligaca o) entra em linha de conta com
a distancia, o preco do cabo por metro, o custo da vala por
metro.
C. Resultados Obtidos:
Para o parque em estudo obtiveram-se as ligaco es da figura
15. Como se pode ver pelas figuras 14 e 15 o resultado
e bastante semelhante ao implementado na realidade. Na
figura 15, o peso da ligaca o do aerogerador 15 para o 13
parece ser menor do que o peso da ligaca o do aerogerador
15 para 14, mas nao e , pois o custo da ligaca o do aerogerador 15 para o 14 e de 12151 enquanto que o custo da
ligaca o do aerogerador 15 para o 13 e de 12784, pois a
distancia do aerogerador 15 para o 13 e maior do que a
distancia do aerogerador 15 para o 14.
V. C ONCLUS OES
Neste trabalho foi apresentada uma soluca o para a
optimizaca o da ligaca o dos aerogeradores em parques
eolicos. A analise dos resultados obtidos permite concluir
que a aplicaca o informatica determina a melhor soluca o
para o problema tendo em consideraca o os valores caractersticos do parque eolico.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Latitude
41.281076
41.301086
41.300110
41.298801
41.298065
41.296584
41.295289
41.293928
41.293074
41.292708
41.291898
41.291459
41.290551
41.290022
41.289164
41.288591
41.286590
41.286231
41.285145
41.284575
41.283858
Longitude
7.922973
7.914846
7.914576
7.915667
7.917054
7.916877
7.917413
7.919230
7.921738
7.920495
7.923477
7.922139
7.924669
7.922990
7, 924818
7.923168
7.923013
7.925633
7.924130
7.926335
7.927511
A optimizaca o foi desenvolvida tendo por base a

localizaca o geografica dos aerogeradores e da subestaca o,
calculando os custos entre os sistemas.
Os dados referentes aos cabos electricos podem ser facilmente actualizados visto que a aplicaca o importa um
ficheiro do tipo texto com as caractersticas dos cabos
electricos e por conseguinte a sua actualizaca o e realizada
de um modo simples. Alem do mais, o programa pode optimizar as ligaco es de qualquer parque. Para esse fim basta
utilizar um ficheiro correspondente a outro parque eolico.
O trabalho desenvolvido corresponde aos objectivos propostos.
O software desenvolvido foi testado partindo do conhecimento previo dos nveis de tensao da rede interna
de distribuica o de energia electrica do parque eolico de
Pena Suar e tambem do conhecimento da localizaca o da
subestaca o.
Esta aplicaca o desenvolvida permite o seguimento para um
trabalho futuro para diferentes localizaco es da subestaca o
bem como para diferentes nveis de tensao. O desenvolvimento deste trabalho sera no sentido de determinar a
localizaca o o ptima da subestaca o bem como o nvel o ptimo
da tensao da rede de distribuica o do parque eolico.
VI. P RESPECTIVA PARA T RABALHO F UTURO
Este trabalho visa uma continuaca o futura, na a rea da
tese de Mestrado em Engenharia Electrotecnica e de Computadores, onde se pretende projectar um parque eolico de
raiz. Visa-se desenvolver futuramente com uma pequena
modificaca o das funco es, determinar a localizaca o o ptima
da subestaca o bem como o nvel o ptimo da tensao da rede
de distribuica o do parque eolico.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
89
2
8864
13735
3
11351
6
5
13224
12064
17144
7
13760
9
8920
8
14615
11
16
14864
17831
13
15
15464
6535
10
12168
12375
14
13935
8047
12151
18
9375
12
17
19
10120
20
Fig. 15
PARQUE E OLICO
OPTIMIZADO COM O software DESENVOLVIDO
Este trabalho foi realizado com o enorme cuidado de criar

todas as funco es genericas, para futuramente, poder integralas com grande facilidade num algoritmo genetico. As
funco es desenvolvidas neste trabalho vao ser integradas na
funca o de aptidao de um programa evolutivo, onde visa encontrar a melhor localizaca o da subestaca o.
B IBLIOGRAFIA
[1] Fernanda de Oliveira Resende, Optimizaca o de configuraco es das
redeselectricas de parques eolicos, Masters thesis, Faculdade de
Engenharia da Universidade do Porto, Dezembro de 1999.
[2] F. Rivas-Davalos e M. R. Irving, An efficient genetic algorithm for
optimal largescale power distribution network planning, em IEEE
Bologna PowerTech Conference on, June de 2003.
[3] K.K. Li, G.J. Chen, T.S. Chung, e G.Q. Tang, Distribution planning using a rule-based expert system approach, em Electric Utility
Deregulation, Restructuring and Power Technologies, 2004. (DRPT
2004). Proceedings of the 2004 IEEE International Conference on,
April de 2004, vol. 2, pp. 814819 Vol.2.
[4] Romeu Manuel Vieira Vitorino, Exploraca o de redes de distribuica o
de energia electrica-optimizaca o da colocaca o de condensadores com
reconfiguraca o da topologia da rede, Masters thesis, Universidade
de Coimbra, 2006.
[5] Filipe Guilherme Campos da Silva Pereira Vicente, Optimizaca o da

rede electrica interna de um parque eolico para minimizaca o do custo

total, Masters thesis, Universidade Tecnica de Lisboa, Instituto Superior Tecnico, Lisboa, Portugal, Setembro de 2007.
[6] Paulo Jorge da Conceica o Nunes, Optimizaca o da ligaco es electrica
dos aerogeradores de um parques eolicos, Masters thesis, Universidade de Tras-os-Montes e Alto Douro, Julho de 2008.
[7] Rui M.G. Castro, Introduca o a` energia eolica, vol. 3.
[8] Thomas H. Cormen, Charles E. Leiserson, Ronald L. Rivest, e Clifford Stein, Introduction to Algorithms, MIT Press and McGraw-Hill,
2001.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
91
Sntese de Circuitos Digitais

P0917
Helio Alves Freire, freireh@gmail.com
Abstract This work proposes the construction of a tool based

on the principles of evolutionary computation, more precisely
using genetic programming in order to build combinational
logic circuits. The circuit must satisfy the constrains and have
the minimum gates possible. We make a presentation on the
basic aspects of genetic programming, and done a case study
for the multiplexer circuit 2-1.
Resumo Este trabalho propoe a construca o de uma ferramenta com base nos princpios da computaca o evolutiva, mais
precisamente usando programaca o genetica, de forma a construir circuitos digitais combinatorios. O circuito deve satisfazer os requisitos e ter o mnimo de portas logicas possvel.
No artigo faz-se uma apresentaca o sobre os aspectos basicos
da programaca o genetica, e realiza-se um estudo de caso para
o circuito multiplexer 2-1.
Keywords Evolutionary Computation, Genetic Programming, Digital Circuits
Palavras chave Computaca o Evolutiva, Programaca o
Genetica, Circuitos Digitais
I. I NTRODUC AO
O objectivo deste trabalho consiste no desenvolvimento
de uma ferramenta de sntese de circuitos electronicos
digitais usando a programaca o genetica (PG). A PG e uma
tecnica de computaca o evolutiva (CE) que procura resolver
problemas automaticamente sem ser necessario conhecer
ou especificar a estrutura da soluca o [1].
A PG baseia-se na teoria da Selecca o Natural de Darwin
em que os indivduos mais bem preparados sobrevivem
e podem passar as suas caractersticas para as geraco es
futuras. Conjuntamente com a PG existe os Algoritmos
Geneticos (AG) como as duas principais tecnicas de
desenvolvimento em CE [2]. Os AG foram desenvolvidos
primeiramente por John Holland nos anos 60 e 70 do
seculo passado. Mais tarde, nos anos 90, John Koza cria a
tecnica de PG inspirada na teoria de AG [3].
Mas Jong [4] refere que a ideia de sistemas computacionais
baseados na evoluca o simulada tera dado os primeiros
passos na decada de 30 por Sewell Wright. Contudo,
tera sido nos anos 50 que a optimizaca o de problemas se
tornou ate aos dias de hoje na principal a rea de pesquisa
da CE. Nos anos 60 e 70 Holland deu um grande contributo para o desenvolvimento da CE e principalmente
tornou os Algoritmos Geneticos (GA) mais simples. Nos
anos 90, Koza [5] [6], atraves da PG concebe circuitos
combinatorios e realiza a sntese de circuitos electricos
analogicos. E esta tem sido uma a rea de forte pesquisa.
Nas u ltimas decadas as tecnicas de CE tem sido aplicadas

a` concepca o de circuitos electronicos [7] como forma de

responder a` maior complexidade dos circuitos digitais
exigidos actualmente e que sao de difcil obtenca o com os
metodos tradicionais como os mapas de Karnaugh.
Na secca o 2 falaremos de Programaca o Genetica, do
que e , da inicializaca o da populaca o, da selecca o com os
operadores geneticos cruzamento e mutaca o. Na secca o 3
e 4 apresentaremos o trabalho desenvolvido e os resultados
obtidos. Por fim, na secca o 5 daremos as conclusoes e
perspectivas de trabalho futuro.
G EN E TICA
II. P ROGRAMAC AO
Na PG temos uma populaca o constituda por indivduos
que representam programas de computador, esperando que
apos cada geraca o tenhamos uma populaca o de programas
melhor [1]. A forma normalmente usada em PG para representar um indivduo da populaca o e na forma de a rvore.
Todo este processo baseia-se em alteraco es estocasticas que
nem sempre nos conduzirao aos resultados o ptimos como
verificaremos na secca o 4.
Existem cinco passos para a construca o de um algoritmo de
PG, que sao:
criar aleatoriamente uma populaca o inicial
evoluir cada um dos indivduos obtendo a aptidao
seleccionar indivduos
aplicar os operadores geneticos (cruzamento e
mutaca o)
5. criar uma nova geraca o tendo por base a populaca o
anterior e a aplicaca o dos operadores geneticos
1.
2.
3.
4.
e repetir desde o item dois estes passos ate se atingir a

condica o de paragem. A estrutura do algoritmo de um
programa genetico esta representado em Alg. 1.
Algoritmo 1 Programaca o Genetica
1: Criar uma populaca o inicial
2: repeat
3:
Executar cada um dos programas e obter a aptidao
4:
Seleccionar um ou dois indivduos conforme a aptidao e o operador
5:
Aplicar o operador genetico
6:
Criar uma nova geraca o
es
7: until ate atingir o maximo de geraco
8: return O melhor indivduo
Antes de passar a` inicializaca o da populaca o e preciso
saber o tipo de problema que se vai resolver para se esta-
92
HELIO
FREIRE [18584]

belecer as folhas da a rvore que representam variaveis ou

constantes do problema e as funco es que estao representadas nos restantes nos das a rvores. A combinaca o das
variaveis/constantes e das funco es criam o nosso programa.
Na tabela I estao alguns exemplos do tipo de funco es e nos
terminais que se podem associar a um problema em PG.
TABELA I
E TERMINAIS
E XEMPLO DE FUNC OES
Tipo de Funco es
Primitivas
Exemplos
aritmeticas
+, , *, /
matematicas sin(), cos()
booleanas
and, or, not
condicionais if-then-else
...
...
Tipo de Terminais
Primitivas
Exemplos
variaveis
x, y, a, b
constantes 3, 5.4, 0.444
...
...
cada uma das geraco es diversidade na populaca o, mas que

esta, no conjunto, se aproxime do o ptimo estabelecido no
decorrer da optimizaca o.
O valor da aptidao e muitas vezes a u nica forma de saber
se um determinado indivduo e a resposta ao problema ou
se esta proximo de o ser. Geralmente cada ferramenta de
PG tem uma forma de medir a aptidao (que representa um
dado importante na nossa busca do o ptimo, ja que e com
base neste valor que se cria a proxima geraca o).
Depois de termos a avaliaca o de cada um dos indivduos aplicamos os operadores geneticos de cruzamento
e mutaca o. A escolha de uma boa funca o de cruzamento
e de mutaca o e um dos pontos chave para se conseguir
atingir o objectivo proposto. Assim, obter uma funca o de
cruzamento e de mutaca o que seja igualmente eficaz para
todas as situaco es que a nossa ferramenta procura resolver
podera ser difcil de conseguir [8], por isso existem diversas
tecnicas para estabelecer este tipo de funco es.
B.1 Cruzamento
A. Inicializaca o da Populaca o
A populaca o inicial e criada de uma forma aleatoria, ficando no nosso caso com a rvores de diferentes dimensoes.
Aqui temos de ter a percepca o de que se o numero de
funco es for inferior ao de variaveis ficamos com a rvores
pequenas, caso contrario obteremos a rvores grandes, o que
pode trazer problemas nao so na diversidade da populaca o
inicial como nos tempos de computaca o assim como na sua
convergencia para o o ptimo. Na Fig. 1 temos um exemplo de uma a rvore que se pode obter na inicializaca o da
populaca o.
O cruzamento consiste na escolha de dois indivduos

aleatoriamente (normalmente tenta-se que os de maior aptidao sejam mais vezes chamados a efectuar o cruzamento).
Selecciona-se tambem aleatoriamente um nodo em cada
um dos indivduos (ponto de cruzamento) e trocam-se entre
os dois indivduos as subarvores resultantes, obtendo-se
neste caso dois filhos. Tambem e usado o processo
de dois pais gerarem um so filho. Nas Fig(s). 2, 3, 4
e 5 exemplifica-se o processo usado no operador de
cruzamento. Nas Fig(s). 2, 3 selecciona-se o ponto de
cruzamento, implicando que a sub-arvore obtida (que se
encontra dentro do crculo nas figuras), va ser trocada.
Fica-se assim com dois filhos, em que cada um deles tera
os genes de cada um dos progenitores.
xor
PAI 1
or
and
xor
a
Ponto de Cruzamento
not
not
xor
a
or
and
a
Fig. 1
E XEMPLO DE UMA ARVORE
b
Fig. 2
RVORE PAI 1
A
B. Selecca o
Os indivduos da populaca o sao seleccionados aleatoriamente com base no seu valor de aptidao que e obtido aplicando a funca o de aptidao. O metodo de selecca o deve
garantir que os melhores indivduos tem maior probabilidade de serem escolhidos para formar a geraca o seguinte.
No entanto, o metodo deve dar hipotese de os piores indivduos tambem poderem passar os seus genes para a
geraca o seguinte. E importante que assim seja para ter em
not
B.2 Mutaca o
O operador de mutaca o pode ser implementado de diversas
maneiras. A forma mais usada de mutaca o e a que consiste
na escolha aleatoria de um indivduo e de um ponto de
mutaca o nesse indivduo. Cria-se uma nova subarvore a`
parte que vai substituir a subarvore que se seleccionou no

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
93
mento passam atraves de copia para a geraca o seguinte.

PAI 2
Ponto de Cruzamento
and
PAI
or
not
or
*
c
Ponto de Mutaca o
3
Fig. 6
RVORE PAI
A
Fig. 3
RVORE PAI 2
A
FILHO 1
Sub-arvore
subarvore de Pai 2
xor
/
or
not
or
a
not
c
4
x
Fig. 7
S UB - ARVORE
GERADA ALEATORIAMENTE
Fig. 4
RVORE F ILHO 1
A
FILHO
A sub-arvore
FILHO 2
+
subarvore de Pai 1
and
or
a
and
c
*
x
Fig. 5
RVORE F ILHO 2
A
Fig. 8
RVORE FILHO
A
indivduo, sendo eliminada a sub-arvore substituda. As

Figs. 6, 7, 8 ilustram este processo, que foi o escolhido por
nos. Uma outra forma de mutaca o e a de mutaca o num
ponto em que se escolhe na mesma um nodo e so se altera
a funca o desse nodo escolhida tambem aleatoriamente.
Na aplicaca o usa-se o operador reproduca o que ocorre
quando a probabilidade de cruzamento nao e de 100%,
assim os indivduos seleccionados que nao realizam cruza-
III. T RABALHO D ESENVOLVIDO

Para este trabalho pretendeu-se desenvolver uma ferramenta1 que nos permita obter circuitos logicos combinatorios atraves da especificaca o de uma tabela de verdade.
No nosso estudo estes circuitos podem ter multiplas entradas mas uma so sada como por exemplo um multiplexer,
1A
nossa aplicaca o foi desenvolvida na linguagem c++ [9] [10]
94
HELIO
FREIRE [18584]

Circuito a Implementar
uma sada
n entradas
a Fig. 9 mostra-nos o que pretendemos obter, sabemos

a sada, queremos saber as entradas e a forma como o
circuito e implementado. O objectivo e obter um circuito
funcional com o menor numero de portas logicas possvel.
Para tal, as portas logicas que usamos foram a AND, OR,
XOR e NOT.
f2 = min{no de portas logicas}
Para o caso da Tab. II, o numero variaveis de entrada sao

tres {a, b, c}, pois o numero de condico es e n = 8, (no de
variaveis = log2 n). Assim vai-se criar uma populaca o inicial em que podemos ter para cada um dos indivduos tres
entradas diferentes e uma combinaca o de portas logicas.
Um dos indivduos da populaca o inicial podera eventualmente ser a a rvore da Fig. 1. Este indivduo (circuito) conduziu a` tabela de verdade ilustrada na Tab. III. Comparando
os resultados das funco es g e R, ou usando as equaco es
( 1- 3),obtem-se f1 = 5, que corresponde ao numero de
condico es verificadas, e f2 = 6, que indica o numero de
portas utilizadas.
No final da simulaca o, com a funca o R = {01100010}, a
ferramenta gerou o circuito apresentado na Fig. 10.
TABELA III
TABELA DE VERDADE DA ARVORE

F IG . 1
Fig. 9
DO CIRCUITO
E SQUEMATIZAC AO
Assim, cada um dos nossos indivduos vai ser um conjunto

de entradas e portas logicas que vao reproduzir para cada
combinaca o dos valores das variaveis o respectivo valor de
sada.
Portanto, o calculo da nossa funca o de aptidao representa
a funcionalidade do indivduo e a simplicidade do circuito.
Considera-se f (1) como a nossa funca o de aptidao. Iremos
ter uma parte, f1 (2) que representa a funcionalidade e f2 (4)
a simplicidade.
O numero de variaveis de entrada e determinado a partir
da dimensao do numero de condico es (R) especificado no
programa.
TABELA DE VERDADE DO EXEMPLO
a
0
0
0
0
1
1
1
1
b
0
0
1
1
0
0
1
1
c
0
1
0
1
0
1
0
1
n1
X
(1)
G(i)
(2)
gi = Ri
gi 6= Ri
(3)
i=0
G(i) =
1
0
c
0
1
0
1
0
1
0
1
g
1
1
1
0
0
1
1
1
R
0
1
1
0
0
0
1
0
a
c
IV. R ESULTADOS
A funca o de aptidao sera definida da forma abaixo.
f1 =
b
0
0
1
1
0
0
1
1
Fig. 10
C IRCUITO QUE IMPLEMENTA R
R
R0
R1
R2
R3
R4
R5
R6
R7
f = {f1 , f2 }
a
0
0
0
0
1
1
1
1
b
c
TABELA II
g
g0
g1
g2
g3
g4
g5
g6
g7
(4)
Com a aplicaca o desenvolvida realizou-se uma segunda

simulaca o para um circuito logico combinacional. O circuito foi um multiplexer 2-1. A funca o objectivo sera
R={00110101}, tendo 3 entradas {a, b, c} e uma sada{O},
neste caso a variavel a sera o selector e as variaveis b, c
serao as entradas. Como ja foi referido as funco es logicas
possveis sao {AN D, OR, XOR, N OT }. Foi usada uma
populaca o de 101 indivduos e realizadas 100 geraco es. A
probabilidade de cruzamento foi de 80%, a de mutaca o 1%
e a de reproduca o 20%. O cruzamento e a reproduca o foi
realizado com a selecca o aleatoria de cinco indivduos, e
destes cinco escolhamos os dois com maior valor de aptidao. Com estes dois indivduos geravamos a dois indivduos para a geraca o seguinte, ou atraves de cruzamento
como especificado anteriormente ou atraves de reproduca o.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Na nova geraca o era aplicada a mutaca o como descrito

tambem anteriormente. De uma geraca o para a outra
passavamos directamente o melhor indivduo. Realizamos
25 testes.
A Tab. IV mostra-nos os resultados obtidos no fim da
simulaca o, se conseguiu ou nao chegar a um circuito funcional, que representa um circuito capaz de gerar a funca o
R em cada uma das suas condico es de entrada, (com F =
{8, f2 }).
TABELA IV
R ESULTADOS DAS SIMULAC OES
95
c
b
a
b
Fig. 11
M ELHOR CIRCUITO OBTIDO POR PG
Obteve circuito funcional

Nao obteve circuito funcional
n de vezes
20
5
Dos 20 circuitos funcionais2 encontrados neste teste a

distribuica o em relaca o ao numero de portas por numero
de vezes e circuitos diferentes (C. dif.) encontrados ficou
como mostra a Tab. V. Verificamos que obtivemos oito circuitos que ja tinham surgido anteriormente, todos eles na
situaca o de terem quatro portas logicas.
a
b
Fig. 12
O CIRCUITO MAIS VEZES OBTIDO
TABELA V
C IRCUITOS FUNCIONAIS VS N UMERO

DE PORTAS
No Portas
3
4
5
6
7
No vezes
1
13
3
1
2
C. dif
1
5
3
1
2
A Tab. VI mostra-nos em termos medios a aptidao do melhor indivduo da populaca o inicial, a geraca o em que se
obtinha o primeiro circuito funcional e a geraca o em que se
obteve o circuito com maior valor de aptidao.
TABELA VI
R ESULTADOS M E DIOS DO TESTE
Fit. Pop. Ini

6.85
Ger. 1o CF
10.85
Ger.CF final
37.4
De referir que em tres casos o primeiro circuito funcional

a ser gerado ultrapassou a vigesima geraca o. So por sete
vezes o circuito funcional com menor numero de portas ultrapassou a quinquagesima geraca o.
Nas Figs. 11, 12, 13 temos varios exemplos de circuitos
gerados pela aplicaca o. O primeiro foi o melhor caso observado. O tempo de processamento de cada um dos testes
teve uma media de 42 segundos. De notar que podemos
considerar o circuito a gerar bastante simples.
2 S
o estamos a tratar o circuito funcional com menor numero de portas.
E normal haver mais que um circuito funcional na populaca o da u ltima
geraca o e existir tambem outros circuitos funcionais com o mesmo numero
de portas logicas, portanto com o mesmo valor de aptidao

a
c
Fig. 13
E XEMPLO SEM PORTAS XOR
V. C ONCLUS AO
A aplicaca o desenvolvida, seguindo de uma forma geral os
princpios da programaca o genetica, gera circuitos logicos
que respondem ao que era o objectivo deste trabalho, por
um lado uma introduca o a` computaca o evolutiva e principalmente aos algoritmos e programaca o genetica, por outro
o desenvolvimento da aplicaca o.
Os resultados apurados mostram o desempenho da
aplicaca o, sem poder fazer comparaca o de resultados, a
observaca o de varias simulaco es que se efectuaram para a
testar permitem fazer algumas conclusoes que estao referenciadas tambem na literatura. No teste apresentado tinhase tres entradas, se simplificarmos o circuito, duas entradas
por exemplo e rara a vez que nao temos o circuito o ptimo,
caso aumentemos as entradas, quatro, cinco, seis o desempenho vai diminuindo. Mas se conforme aumentamos a
complexidade aumentarmos a dimensao da populaca o e o
numero de geraco es, assim como o tamanho das a rvores da
populaca o inicial, consegue-se aproximar da mesma qualidade verificada, mas e claro que o tempo de processamento
cresce bastante. Outro ponto crtico e a forma de cruzamento e de mutaca o. Um dos problemas destes algoritmos
e a sua convergencia para maximos que nao sao o o ptimo e
96

a incapacidade para sair desse maximo local. Normalmente

com o cruzamento e reproduca o vamos perdendo diversidade, mas ficamos mais perto do o ptimo, com a mutaca o
procuramos inserir de novo alguma diversidade.
Este trabalho e a base para desenvolver circuitos digitais mais complexos. A computaca o evolutiva e transversal a diversas a reas do conhecimento, podendo os seus
princpios ser aplicados com sucesso, nao so a problemas
de electronica, como a` propria genetica, a` economia, entre
outros.
B IBLIOGRAFIA
[1]
Riccardo Poli, William B. Langdon, e Nicholas Freitag

McPhee,
A field guide to genetic programming,
Published via http://lulu.com and freely available at
http://www.gp-field-guide.org.uk, 2008,
(With
contributions by J. R. Koza).
URL: http://www.gp-field-guide.org.uk
[2] Ceclia Maria do Rio Fernades Moreira Reis, Sntese de Sistemas
Digitais por Computa cao Evolutiva, PhD thesis, Universidade de
Tras-os-Montes e Alto Douro, Vila Real, Portugal, 2007.
[3] Ceclia Reis, Jose Antonio Tenreiro Machado, e J. Boaventura
Cunha, Evolutionary design of combinational logic circuits.,
JACIII, vol. 8, no. 5, pp. 507513, 2004.
[4] Kenneth A. De Jong, Evolutionary Computation, The MIT Press,
March de 2002.
[5] John R. Koza, Introduction to genetic programming, em Advances
in Genetic Programming, Kenneth E. Kinnear, Jr., Ed., captulo 2,
pp. 2142. MIT Press, Cambridge, MA, USA, 1994.
URL: http://www.genetic-programming.com/jkpdf/aigp1994intro.pdf
[6] John R. Koza, Forrest H Bennett Iii, David Andre, Martin A, e Frank
Dunlap, Automated synthesis of analog electrical circuits by means
of genetic programming, IEEE Transactions on Evolutionary Computation, vol. 1, pp. 109128, 1997.
[7] Ceclia Reis, Jose Antonio Tenreiro Machado, J. Boaventura Cunha,
e Eduardo Jose Solteiro Pires, Evolutionary computation in the
design of logic circuits, em SMC, 2007, pp. 16641669.
[8] Antonio Ferrolho e Manuel M. Crisostomo, Optimization of genetic operators for scheduling problems, JACIII, vol. 11, no. 9,
pp. 10921098, 2007.
[9] Robert Lafore, Object-Oriented Programming in C++, SAMS, Indianapolis, 2002.
[10] Adam Drozdek,
Data Structures and Algorithms in C++,
Brooks/Cole Publishing Co., Pacific Grove, CA, USA, 2000.
[11] K. A. De Jong, W. M. Spears, e D. F. Gordon, Using genetic algorithms for concept learning., Machine Learning, vol. 16, pp. 161
188, 1993.
[12] Martin A. Keane, John R. Koza, e Matthew J. Streeter, Automatic synthesis using genetic programming of an improved generalpurpose controller for industrially representative plants, Evolvable
Hardware, NASA/DoD Conference on, vol. 0, pp. 113, 2002.
HELIO
FREIRE [18584]

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
97
Data Logger com armazenamento de dados em cartoes SD/MMC

P0918
Francisco Eduardo Gomes Baptista Cordeiro
Abstract The main goal of this project is to use a

microcontroller-based platform, known as StudentKIT, to
build a Data Logger system with the aim of acquiring data
from environmental sensors and store them in a MMC/SD
flash memory card. To this effect, the hardware system, comprised by the StudentKIT and a MMC/CD card interface with
FAT32 support, was explored and a proper application software was designed to configure its functions and to exchange
data using an USB port with a personal computer. The developed application, written in C, builds upon a state machine
implementation to clearly define each stage of program execution. All programming tasks were performed under the
Microchip IDE (MPLAB) and Microchip PICKit2. As expected, the data logger implementation can provide an important monitoring tool in many different applications such
as room temperature control purposes.
Resumo Este projecto tem como principal objectivo a
utilizaca o de uma plataforma de hardware existente, conhecida por StudentKIT, na concepca o de um Data Logger cuja
finalidade e a aquisica o de dados proveniente de sensores e armazenar as suas amostras num cartao de memoria MMC/SD.
Para isso, o sistema de hardware, composto pelo StudentKIT e
um sistema de cartoes MMC/SD com suporte para FAT32, foi
explorado e uma aplicaca o desenvolvida em C foi concebida
para configurar as suas funco es e a troca de dados entre o Logger e um computador. A aplicaca o foi inteiramente desenvolvida sobre uma maquina de estados para definir claramente
cada estagio da execuca o do programa. Como ambiente de
programaca o recorreu-se ao ambiente integrado da Microchip
(MPLAB) e ao PICKit2. Como esperado, a implementaca o
das funco es de Data Logger na plataforma utilizada pode
constituir uma importante ferramenta em muitas aplicaco es
tais como controlo de temperatura ambiente.
Keywords Data Logger, microcontroller, MMC/SD card.
Palavras chave Data Logger, Microcontrolador, Cartoes
MMC/SD.
I. I NTRODUC AO
Um Data Logger e um equipamento electronico que tem
como finalidade principal o registo de dados provenientes de sensores ao longo de um perodo de tempo. Sao
dispositivos que se baseiam num processamento de dados
com uma tendencia para a utilizaca o de microcontroladores. Sao tambem caracterizados por apresentarem varias
formas, cada uma adequada ao ambiente onde sao inseridos em operaco es de monitorizaca o de grandezas fsicas.
Muitos sao alimentados pela tensao de rede e tem normalmente suporte para a ligaca o a baterias que permitem o seu

funcionamento autonomo. Relativamente a` sua interface

com o exterior, esta pode ser com fios (RS232 ou USB, por
exemplo) ou sem fios (802.11x, Bluetooth). O programa
que e executado para realizar as funco es de data logger permite tambem que os dados adquiridos possam ser visualizados num e cran. O suporte de armazenamento de dados tem tambem algumas variantes desde o armazenamento
em memoria RAM (cujo conteudo desaparece se o equipamento for desligado), memoria ROM (em equipamentos
mais antigos) ou em memoria flash (cartoes de memoria).
Pretende-se que durante a execuca o deste projecto seja
utilizado o StudentKIT v1.0 e uma placa especfica
para a gravaca o e leitura de dados em cartoes de
memoria (SD/MMC) com suporte FAT32. Assim, e
em primeira instancia, ter-se-a de se estudar o funcionamento do leitor de cartoes e depois proceder a`
programaca o do microcontrolador que e utilizado pelo
do StudentKIT (PIC18F4620, Microchip, USA). Para
isso, as ferramentas de programaca o a utilizar consistem no MPLAB IDE V.8.10 e o no programador MCC18
(www.microchip.com) onde, depois de instalados, se podera efectuar a programaca o do microcontrolador, criando
um ficheiro de projecto StudentKit.mcw. Este u ltimo e
constitudo pelos ficheiros lcd.c, stdk.c, usb.c, lcd.h, usb.h,
aos quais e necessario acrescentar-se novas linhas de codigo
que, depois de compilados, serao enviados para microcontrolador do StudentKIT atraves da sua interface (ICSP, InCircuit Serial Programming) recorrendo a um programador
PICKit2.
Para a concepca o de uma aplicaca o de um Data Logger
torna-se necessario utilizar uma plataforma com as caractersticas compatveis com o pretendido. Foi objectivo deste
projecto utilizar-se a plataforma StudentKIT, desenvolvida
na UTAD para os alunos da Licenciatura em Engenharia
Electrotecnica e de Computadores desenvolverem as suas
aplicaco es. Esta plataforma, ilustrada na figura 1, e essencialmente composta por um microcontrolador da famlia PIC
18F4620 da Microchip [1], um display, uma interface USB
para ligaca o a um computador, um regulador de tensao interno e um conjunto de botoes para a elaboraca o de menus
simples. As suas caractersticas encontram-se resumidas na
tabela I.
A. Organizaca o do sistema de Data Logger
Diagrama de blocos da soluca o completa, ilustrando StudentKIT, sistema de cartoes MMC/SD, sensores, etc. Podese visualizar na figura 2 o diagrama de blocos do sistema.
98

FRANCISCO CORDEIRO, AL22070@UTAD.EU [22070]
Fig. 2
D IAGRAMA DE BLOCOS DO SISTEMA DATA L OGGER
Fig. 1
F OTOGRAFIA DA PLATAFORMA DE HARDWARE UTILIZADA
(S TUDENT KIT).
Item
Processador
Visualizaca o
Comunicaco es
Alimentaca o
Sadas
Entradas
analogicas
Descrica o
PIC18F4620 (Microchip, USA)
Display retroiluminado de 4 linhas por
20 colunas
Porta USB (FTDI, USA)
Porta RS232 (TTL)
Externa, 9VDC/100mA
Porta USB (5V/100mA)
2 sadas a rele livre de potencial
2 canais com 10-bit de resoluca o na escala de 0 5V.
TABELA I
C ARACTERI STICAS PRINCIPAIS DO S TUDENT KIT.
Falar da filosofia de funcionamento. Como funciona em

termos gerais, sem grande pormenor. Vai ser descrito nos
parametros a seguir mencionados.
B. Maquina de estados
A maquina de estados, e uma descrica o de um determinado
sistema que depende de algumas entidades. Neste sistema,
e uma vez que funciona em circuito fechado, podem-se considerar como o estado inicial e o estado final. No fundo,
apos a verificaca o de um smbolo de entrada num determinado instante, a maquina de estados elabora um determinado sinal de sada atraves de um smbolo num momento
exacto. Neste caso concreto, pode-se considerar o estado
inicial como sendo o momento da verificaca o da prontidao
do sistema de leitor de cartoes para receber informaca o e o
estado final, o momento em que e possvel e em que efectivamente o cartao de memoria armazena informaca o. Esta
maquina de estados constitui-se pela sequencializaca o dos
varios estados que a constituem, que sao descritos conforme
o constante na Tabela II.
Portanto, cabe agora fazer uma brevssima descrica o de

cada um dos estados.
O STATE 0 tem como principal funca o a inicializaca o do
sistema (atraves do comando FI). Da mesma forma, este
estado tem outras duas funco es que sao: 1) programaca o
dos canais (existindo dois neste sistema); 2) programaca o
do tempo de aquisica o de uma nova leitura. No tocante ao,
STATE 1 o objectivo e verificar o processo de inicializaca o
do sistema. Ou seja, neste estado verifica-se a correcca o
da informaca o para que o processo possa ter continuidade.
Mas caso seja identificado algum erro no sistema, esta
informaca o e -nos fornecida pelo STATE 2. O STATE 3
tem como principal funca o questionar o sistema sobre
a data e a hora (assumida por defeito) cuja visualizaca o e
determinada pelo STATE 4. Por sua vez, o STATE 5 permite que sejam feitas alteraco es na data e hora assumidas
pelo sistema. A alteraca o destes elementos, podera ser realizada por um agente externo ao sistema (por ex. uma pessoa) e para os valores pretendidos cuja confirmaca o ocorre
no STATE 16. Uma das possibilidades deste sistema, e a
programaca o do tempo de intervalo existente entre varios
momentos de recolha de dados, pelo que esta e a funca o
do STATE 6. Ja o STATE 7, tem a seu cargo a leitura do
valor que provem do sensor para posterior visualizaca o no
display. Dados como o mes, dia e ano deverao ser armazenados num ficheiro criado no cartao de memoria, cuja
funcionalidade fica a cargo do STATE 8. Isto permite que
quando se abre o ficheiro do cartao de memoria, se consultem os dados conforme a data que convier. E tambem fundamental que a correcca o da resposta seja aferida. Portanto,
o STATE 9 verifica se a resposta e correcta, permitindo ou
nao a continuidade do sistema criando um ficheiro que e
fechado pelo STATE 12. O STATE 10, tem como funca o
a redacca o, no ficheiro, dos dados recolhidos, nomeadamente, a data e hora e os valores recolhidos do sensor. Os
STATE 11 e 13, verificam se a resposta e correcta, permitindo ou nao a continuidade do sistema. As medico es ou
aferico es feitas por este sistema poderao ser temporizadas.
Assim, o STATE 14, tem como funca o controlar e regular o
tempo para que o sistema faca uma nova leitura. STATE 15,
tem como funca o a programaca o dos canais que, neste sistema, sao dois. Por outro lado, para que seja mais facil o seu

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
entendimento, esta maquina de estados pode ser esquematicamente representada. Desta forma, na figura 3 poderemos
fazer uma interpretaca o do funcionamento da totalidade do
nosso sistema.
Estado
de execuca o
STATE00
STATE01
STATE02
STATE03
STATE04
STATE05
STATE06
STATE07
STATE08
STATE09
STATE10
STATE11
STATE12
STATE13
STATE14
STATE15
STATE16
Descrica o
do estado
Envio do comando FI
Verificaca o da resposta ao comando FI
Erro do sistema
Envio do comando MT
verificaca o da resposta ao comando MT
Envio do comando T
Programaca o do tempo de aquisica o
Leitura do valor do sensor
Envio do comando MO
Verificaca o da resposta ao comando MO
Envio do comando MW
Verificaca o da resposta ao comando MW
Envio do comando FC
Verificaca o da resposta ao comando FC
Tempo de espera para uma nova leitura
Programaca o dos canais
Comfirmaca o da alteraca o da data e
hora
TABELA II
DOS ESTADOS UTILIZADOS NA APLICAC AO
D ESCRIC AO
DESENVOLVIDA .
C. O comando de inicializaca o (FI)

Para o sistema funcionar tem que se verificar a
comunicaca o entre dois sistemas (isto e , entre o StudentKIT e o sistema de cartoes MMC/SD). Para que
isto seja possvel, torna-se necessaria a utilizaca o do comando de inicializaca o (FI). De referir que o comando de
inicializaca o (FI) bem como todos os outros (MO, MW, FC,
MT e T) sao da responsabilidade de quem configurou o sistema de cartoes MMC/SD. Para que o sistema se inicie e
necessaria a activaca o do comando de inicializaca o (FI) que
envia um f, um i e um \n em que este u ltimo serve para
mudar de linha. Apos isto, o sistema passa para o STATE
1, onde se verifica a resposta que foi dada pelo sistema de
cartoes MMC/SD. A resposta pode ser considerada afirmativa (ok) ou negativa (erro). Caso seja negativa, o sistema e
encaminhado para o STATE 2 onde e mostrado que houve
um erro ao inicializar o sistema, havendo um retorno do
sistema para o STATE 0 de forma que o processo se repita.
Caso a resposta seja afirmativa, o sistema funcionara correctamente seguindo sequencialmente cada um dos estados
do sistema, conforme a descrica o acima apresentada .
O excerto do codigo seguinte refere-se a` implementaca o
do state0.
case(STATE0):
lcd_gotoxy (1,1);
printRomStr((rom char*)str);
LcdSendCommand(0x0C);
LimpaLCD();
lcd_gotoxy (4,1);
printRomStr((rom char*)strINIT2);

99
if (sProjecto.sButtons.ucBtn3==1){
vCleanButtonFlags();
lcd_gotoxy (4,1);
printRomStr((rom char*)strLIMPA);
lcd_gotoxy (2,1);
printRomStr((rom char*)strINIT);
LimpaBuffer();
TXREG=f;
delay(200);
TXREG=i;
delay(200);
TXREG=\n;
delay(200);
sProjecto.sSystem.eState=STATE1;
}
if(sProjecto.sButtons.ucBtn1==1){
lcd_gotoxy (4,1);
sProjecto.sSystem.bLastScreen=1;
}
lcd_gotoxy (4,1);
sProjecto.sSystem.iOpcaoconfing1=0;
}
break;

do state1.
case(STATE1):
lcd_gotoxy (1,1);
if(RXFlag==1) //Se flag==1 recebi dados pela porta serie
{
RXFlag=0;//limpo a flag
if(procuraOK()==1){
lcd_gotoxy (3,1);
printRomStr((rom char*)strOK);
}
else{
}
}
break;
O excerto do codigo seguinte refere-se a` implementaca o do

state2.
case(STATE2):
lcd_gotoxy (2,1);
printRomStr((rom char*)strERRO);
lcd_gotoxy (4,1);
}
}
break;
D. Configuraca o da aquisica o de dados

Neste trabalho foram configurados o tempo de aquisica o
dos dados, a data e a hora e os canais que correspondem
respectivamente aos STATE 6, STATE 5 e STATE 15. Desta
forma, esta configuraca o permite que os dados sejam recolhidos no tempo, na data e na hora, recorrendo ao canal
escolhidos para o efeito. O tempo de aquisica o dos dados
pode ser chamado quer pelo STATE 0 quer pelo STATE 4,
uma vez que foi declarada uma variavel para o efeito (sprojecto.sSystem.blastScreen). Para que a data e a hora sejam
alteradas, o comando t tem que ser enviado para o sistema
100

Fig. 3
ESQUEMA DA MAQUINA DE DADOS
de cartoes de memoria MMC/SD. Por exemplo, este comando deve ser enviado da seguinte forma: "t" ano mes
dia hora minutos segundos. Apos esta operaca o a data e a
hora do sistema de cartoes de memoria MMC/SD serao modificados. A programaca o dos canais serve para seleccionar
o canal que esta pronto a ser utilizado.
do state6.
if (sProjecto.sButtons.ucBtn3==BUTTON3){
if(sProjecto.sSystem.bLastScreen==1){
lcd_gotoxy (4,1);
}else{
LimpaLCD();
}
}
break;
case(STATE6):
state5.
lcd_gotoxy (1,1);
lcd_gotoxy (4,1);
case(STATE5):
lcd_gotoxy (1,1);
lcd_gotoxy (2,8);
LimpaBuffer();
lcd_gotoxy (2,1);
printIntNoSpaces(sProjecto.sSystem.tsample);
lcd_gotoxy (3,1);
printChar( );
printChar(S);
if(sProjecto.sButtons.ucBtn3==BUTTON3){
printChar(e);
printChar(c);
sProjecto.sSystem.iOpcaoconfing=sProjecto.sSystem.iOpcaoconfing+1;
printChar(0x27);
if(sProjecto.sSystem.iOpcaoconfing>7) {
printChar(s);
sProjecto.sSystem.iOpcaoconfing=0;
}
}
if(sProjecto.sSystem.tsample<MAX_TIME_SAMPLE){
if(sProjecto.sSystem.iOpcaoconfing<6) {
sProjecto.sSystem.tsample=sProjecto.sSystem.tsample+1;
lcd_gotoxy (4,1);
}else{
sProjecto.sSystem.tsample=MIN_TIME_SAMPLE;
}else{
}
lcd_gotoxy (4,1);
}
}
if(sProjecto.sSystem.tsample>MIN_TIME_SAMPLE){
sProjecto.sSystem.tsample=sProjecto.sSystem.tsample-1;
vProgDateTimeUpDown(1);
}else{
}
sProjecto.sSystem.tsample=MAX_TIME_SAMPLE;
}
}
vProgDateTimeUpDown(0);

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
}
vMostraMenu5();
vMudaOpcao();
break;
E. Escrita e leitura de dados em cartao de memoria

Este parametro, considerando os estados descritos nesta
maquina de estados, corresponde aos STATE 8, STATE 10 e
STATE 12. Neste sistema cada um dos estados apontados,
tem funco es diferentes, a saber: STATE 8 cria o ficheiro, o
STATE 10 escreve a informaca o no ficheiro e o STATE 12
fecha o ficheiro. Relativamente a` leitura dos dados constantes no cartao de memoria, e necessario que o cartao seja
ligado a um computador, para posterior visualizaca o dos
dados nele expressos, uma vez que a visualizaca o dos dados nao pode ser feita directamente neste sistema. Pode-se
visualizar na figura 4 como ficam guardados os dados no
ficheiro.
Fig. 4
DO FICHEIRO CRIADO NO CART AO
DE MEM ORIA
V ISUALIZAC AO
Para que seja possvel a criaca o de um ficheiro no cartao

de memoria, de forma que os dados sejam escritos e posteriormente lidos, e necessario o envio do comando MO da
seguinte maneira: enviar um m, enviar um o, espac
o e
enviar um d e um \n (que serve para mudar de linha).
do state8.
case(STATE8):
lcd_gotoxy (1,1);
lcd_gotoxy (2,1);
lcd_gotoxy (3,1);
LimpaBuffer();
TXREG=m;
delay(200);
TXREG=o;
delay(200);
TXREG= ;
delay(200);
TXREG=d;
delay(200);
TXREG=\n;
delay(200);
break;
Ha ainda a referir que e necessaria a verificaca o da resposta


101
do comando MO, para se verificar se a resposta e afirmativa

ou negativa. Caso a resposta seja afirmativa o sistema tem
continuidade, funcionando normalmente, caso contrario o
sistema e encaminhado para o STATE 14, onde o sistema
entra num tempo de espera para uma nova leitura, para que
o sistema nao bloqueie. No tocante ao STATE 10, tem a
funcionalidade de escrever a informaca o no ficheiro anteriormente criado. O envio deste comando e realizado atraves
do envio de um M, de um W, espac
o, de um t, espac
o,
valor lido pelo sensor, \t (que significa dar um
espaco) e um \n (que significa mudanca de linha). Ha a
salientar que o processo que determina a verificaca o da resposta, e similar ao do comando MO.
do state10.
case(STATE10):
lcd_gotoxy (1,1);
lcd_gotoxy (3,1);
LimpaBuffer();
TXREG=m;
delay(200);
TXREG=w;
delay(200);
TXREG= ;
delay(200);
TXREG=t;
delay(200);
TXREG= ;
delay(200);
for(i=0;i<MAX_CHANNELS-1;i++){
printIntToUsart(sProjecto.sSensores.adChannel[i]);
TXREG=\t;
delay(200);
}
TXREG=\n;
delay(200);
break;
Quanto o fecho do ficheiro, que ocorre no STATE 12, tornase necessario o envio do comando FC da seguinte forma:
enviar um F, enviar um C e um\n (que serve para mudar de
linha). A verificaca o da resposta obedece aos parametros
expressos no comando MO.
do state12.
case(STATE12):
lcd_gotoxy (1,1);
lcd_gotoxy (2,1);
lcd_gotoxy (3,1);
LimpaBuffer();
TXREG=f;
delay(200);
TXREG=c;
delay(200);
TXREG=\n;
delay(200);
break;

state13.
case(STATE13):
lcd_gotoxy (1,1);
lcd_gotoxy (1,1);
if(RXFlag==1) //Se flag==1 recebi dados pela porta serie
{
102

RXFlag=0;//limpo a flag
if(procuraOK() == 1){
lcd_gotoxy (3,1);
printRomStr((rom char*)strOK);
}else{
lcd_gotoxy (2,1);
printRomStr((rom char*)strERRO);
conta1=0;
}
}
break;
F. Interface com um computador

Para que a comunicaca o entre este sistema e o computador
seja possvel, e necessaria a existencia de duas portas USB,
uma do StudentKIT e outra do computador. O sistema do
StudentKIT e o sistema de cartoes MMC/SD comunicam
atraves da porta RS232 (TTL). A totalidade do sistema pode
ser visualizada na figura 5.
Fig. 5
F OTOGRAFIA DO DATA L OGGER ONDE SE PODER A VISUALIZAR O
E UM SENSOR DE TEMPERATURA .
LEITOR DE CART OES
III. C ONCLUS OES

Conclui-se que o objectivo deste projecto foi alcancado,
dado que o objectivo do Projecto era de fazer um sistema
Data Logger na plataforma utilizada (StudentKIT). Podese referir que esta podera ser uma ferramenta de extrema
importancia nas mais variadas aplicaco es como, entre outras, no controlo de temperatura ambiente.
AGRADECIMENTOS
Agradeco ao Professor Miguel pela ajuda que me deu ao
longo do semestre para que este trabalho fosse realizado
na totalidade. Ao Professor Raul Morais pela ajuda, nos
conselhos, para fazer o artigo.
B IBLIOGRAFIA
[1] Microchip, Folhas de dados do microcontrolador PIC18F4620,
Disponel online, descarregado em Novembro de 2008 em
http://www.microchip.com.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
103
Desenvolvimento de alvos de detecca o de tiro automatico para pentatlo moderno

P0920
Helder Filipe Marques Cardoso, helderfmcardoso@gmail.com
Abstract This work aims to develop an automatic system

that makes the detection of the target shooting in modern pentathlon. Over time the majority of sports have been adapted
to the adoption of new technologies, especially in the area of
electronics. Modern pentathlon is no exception, so new rules
will be implemented with the emergence of electronic targets.
Instead of only five shots the athletes could trigger unlimited
slots for only one target, with the aim to hit five times in just
70s, the athletes know when hit by changing the lamp state
(installed above the target) from red to green. This system has
many advantages such as: facilitating the tasks of the jury, a
competition easier to follow and understand, making competition more attractive and interesting.
Resumo Neste trabalho pretende-se desenvolver um sistema
que faca a detecca o automatica de tiro ao alvo no pentatlo moderno. Ao longo dos tempos a maioria dos desportos tem-se
adaptado com a inserca o de novas tecnologias, principalmente
na a rea da electronica. O pentatlo moderno nao e excepca o,
assim novas regras serao implementadas com o aparecimento
de alvos electronicos. Em vez de apenas cinco tiros os atletas poderao disparar ilimitadamente, para apenas um alvo,
com o objectivo de acertar cinco vezes em apenas 70s, os atletas saberao quando acertam atraves da mudanca do estado
das lampadas (instaladas por cima do alvo) de vermelho para
verde. Este sistema tem inumeras

vantagens tais como: facili uma competica o mais facil de acompatar as tarefas do juri,
nhar e perceber. Assim teremos uma competica o muito mais
atractiva e interessante.
Keywords Reed switch sensor, Shot detection , Modern Pentathlon
Palavras chave Sensor reed switch, Detecca o de tiro, Pentatlo moderno
O sistema e constitudo por 4 blocos: microcontrolador,

sistema de sinalizaca o, botao de inicializaca o e sensor de
detecca o de tiro, como ilustrado na Figura 1. Seguidamente
descreve-se detalhadamente cada um dos blocos.
Fig. 1
M ODELO ESQUEM ATICO

DO SISTEMA IMPLEMENTADO
A montagem do sistema sera efectuada no PICkit 2 Debug

Express (Kit da Microchip que inclui placa de aprendizagem com microcontrolador 16F887, de 44 pinos, incorporado e programador adaptavel) apenas por ser mais pratico.
I. I NTRODUC AO
O circuito ira ser iniciado atraves de um botao de pressao,
ja incorporado no PICkit 2, que ao ser pressionado faz um
reset(todos a vermelho) aos LED e acciona um contador
decrescente de setenta segundos. Neste espaco de tempo o
atleta tem tiros ilimitados ao seu dispor. De cada vez que
acerta o tiro um dos LED passa de vermelho para verde,
quando acertar os cinco tiros o contador permanecera inalterado ate proxima inicializaca o. No final do tempo os tiros
disparados nao sao contabilizados. Este processo e detectado atraves de um sensor reed switch. Faremos ainda a
comunicaca o com o PC atraves do HiperTerminal para visualizar a contagem e o numero de tiros certeiros. Todo o
sistema vai ser controlado atraves de um microcontrolador
(PIC 16F887).

Fig. 2
PIC KIT 2 D EBUG E XPRESS
104

A. Microcontrolador
E um chip altamente integrado o qual inclui, num u nico
chip, todas ou a maior parte dos elementos necessarios
a um controlador. Ele pode ser definido como uma
soluca o de um u nico chip. Tipicamente inclui: CPU,
RAM, EPROM/PROM/ROM, I/O e controladores de
interrupco es para interfaces paralelas e series. Por ser
voltado para aplicaco es especficas de controlo, o seu
custo e relativamente baixo. Um microcontrolador tpico
tem instruco es de manipulaca o de bits, acesso facil e
directo a I/O (entradas e sadas) e processamento eficiente
de interrupco es. Com frequencias de relogio de poucos
MHz (Megahertz) ou talvez menos, os microcontroladores
operam a uma frequencia muito baixa se comparados com
os microprocessadores actuais, no entanto sao adequados
para a maioria das aplicaco es usuais como por exemplo
controlar uma maquina de lavar roupa. O seu consumo em
geral e relativamente pequeno, normalmente na casa dos
miliwatts e possuem geralmente habilidade para entrar em
modo de espera (Sleep) aguardando por uma interrupca o
ou evento externo, como por exemplo o accionamento de
uma tecla, ou um sinal que chega via uma interface de
dados. O consumo destes microcontroladores em modo de
espera e tipicamente baixo, alguns nano watt, tornando-os
ideais para aplicaco es onde a exigencia de baixo consumo
de energia e um factor decisivo para o sucesso do projecto.
HELDER
CARDOSO [19707]
mecanicos que abrem ou fecham um contacto quando um

campo magnetico esta presente. Eles vem normalmente em
circuito aberto ou fechado e vao desde o tamanho de um
grao de arroz ate varios centmetros de comprimento. Um
rele, outro dispositivo electromecanico, e composto por
um reed switch construdo numa caixa. Usos comuns para
reed switches (nao contando reles que sao utilizados em
praticamente todos os dispositivos electronicos) incluem o
pick upna bicicleta a computadores, sensores de janela e
alarmes de portas.
Fig. 4
DE UM INTERRUPTOR MAGN E TICO
P RINCIPIO DE OPERAC AO
C. Sistema de Sinalizaca o
Fig. 3
D IAGRAMA DE PINOS DO PIC 16F887
B. Sensor de detecca o de tiro

O sistema de detecca o de tiro e efectuado atraves de um
sensor reed switch, estes sensores sao dispositivos electro-
O sistema de sinalizaca o e constitudo por duas partes:

Primeiro temos a sinalizaca o luminosa atraves de LED
(Dodo emissor de luz) para uma amostragem do numero
de tiros certeiros simplificada e visvel. Os LED sao
revolucionarios elementos luminosos, com caractersticas
diferentes das usuais luminarias. Estes dodos (valvula
termionica constituda por dois electrodos - catodo e
a nodo) fazem com que os electroes de gas existentes no
seu interior se excitem a` passagem de uma determinada
corrente, emitindo energia luminosa ao voltarem ao seu
estado original. Possuem vantagens em relaca o a` s tradicionais luminarias, ja que nao se podem fundir, sao deveras
mais resistentes, mais economicas, bem como possuem
uma maior longevidade, que segundo alguns fabricantes,
podem chegar aos 11 anos. Em contrapartida o seu alcance
e mais escasso que a das luminarias tradicionais. Hoje em
dia sao muito utilizados como iluminaca o de presenca ou
de ambiente estando ainda em estudos e aperfeicoamento
para efeitos de iluminaca o domestica. Segundo temos a
sinalizaca o da contagem decrescente atraves de 2 displays
de 7 segmentos para o atleta ter perfeita noca o do tempo
restante para o final da prova. O display de 7 segmentos
e a maneira mais facil de mostrar ao mundo exterior
informaco es que estejam em circuitos electronicos. Estes
displays sao fornecidos de duas maneiras: Com catodo
comum e a nodo comum. Na configuraca o catodo comum
todos os catodos de todos os leds que formam o display sao
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
interligados entre si e ligados a` massa. Para ligarmos um

led do display basta aplicarmos uma tensao na resistencia
que esta ligada ao a nodo do led correspondente. Na
configuraca o a nodo comum todos os a nodos de todos
os leds que formam o display sao interligados entre si
e ligados ao +VCC. Para ligarmos um led do display
basta aplicarmos uma tensao em nvel baixo na resistencia
que esta ligada ao catodo do led correspondente. Para
interligarmos o mundo digital com o mundo exterior
utilizando os display de 7 segmentos necessitamos de um
circuito integrado conversor de BCD para decimal neste
caso existem os CI catodo comum e os a nodo comum.
No nosso trabalho utilizaremos o 4511 juntamente com
displays em a nodo comum.
105
do CI 4511, que ira converter de binario para decimal e

assim poder ser visualizado nos displays. As sadas RB2
e RB3 serao as responsaveis pela escolha de qual display
estara em funcionamento primeiro para poder apresentar
duas casas decimais e assim fazer a contagem decrescente
de 70 segundos. Enquanto houver uma interrupca o, seja
atraves do sensor reed ou do botao ou ate mesmo do timer
o programa vai entrar num ciclo. E este mesmo ciclo
que nos vai permitir controlar o contador decrescente,
pois o timer gera interrupco es de 1s em 1s, bem como
a informaca o mandada para o HiperTerminal, existe um
outro ciclo que e executado de 500ms em 500ms para
verificar se o sensor reed recebeu alguma alteraca o no
seu estado e assim modificar o estado dos LED. Para o
controlo, detecca o e finalizaca o do sistema de detecca o de
tiro implementou-se o codigo apresentado em anexo. Para
uma melhor compreensao do sistema podemos observar o
fluxograma seguinte.
Fig. 5
LED E D ISPLAY DE 7 SEGMENTOS C ATODO

COMUM
DO PROT OTIPO
II. I MPLEMENTAC AO
A Figura 6 demonstra como foi implementado o sistema
e podemos observar assim com mais clareza os varios
blocos e a sua localizaca o. Na parte A temos os circuitos
integrados conversores de BCD para decimal, do contador,
a fim de monstrar nos displays. A parte da sinalizaca o
luminosa esta demonstrada na parte B. Por fim temos as
partes C e D com dois circuitos semelhantes, o primeiro
com o botao de inicializaca o e o segundo com a parte de
detecca o de tiro atraves do sensor reed switch. Todas estas
partes sao ligadas ao microcontrolador que e o responsavel
por toda a gestao do sistema.
Fig. 7
F LUXOGRAMA DO PROGRAMA DE CONTROLO DO ALVO DE
DE TIRO
DETECC
AO
A. Funcionamento
Primeiramente definimos as portas de entrada e de sada,
decidimos colocar as nossas entradas no PORTB (apenas
RB0 e RB1) pois ja temos o botao predefinido e o interruptor reed seria efectuado nesse mesmo PORT devido a`
configuraca o interna da PIC ter Pull-up resistor. Como
sadas decidimos usar o PORTD para os LED (visto ja
estarem includos no PICkit 2) e o PORTA para a entrada

B. Testes
Foram realizados todos os testes necessarios de forma a
verificar cada passo explicado na figura 8 e chegamos a`
conclusao que todo o sistema esta aperfeicoado para um
bom funcionamento tanto na detecca o como no sistema de
sinalizaca o e na comunicaca o com o PC.
106

HELDER
CARDOSO [19707]
Fig. 6
C IRCUITO IMPLEMENTADO
Fig. 8
F OTOGRAFIA DO PROT OTIPO

UTILIZADO NO DESENVOLVIMENTO
Nas figuras 8 e 9 podem-se observar os testes realizados na

pratica.
III. C ONCLUS OES

O sistema foi implementado de acordo com o pretendido
mas existem alguns aspectos que podem ser melhorados
no futuro. Quanto a` detecca o propriamente dita podem
ser usados os mais variados sensores, este foi escolhido
principalmente pelo baixo custo e por ser de facil aquisica o.
Fig. 9
M ENSAGEM OBTIDA NO H IPERT ERMINAL
Relativamente a` parte de visualizaca o podia-se ter optado

por usar LED bicolores ou ate mesmo uma luminaria
de LED, mas este foi a maneira mais economica e mais
pratica. Futuramente podem ser executados melhoramentos no sistema tais como: a detecca o do disparo da arma
de forma a ter conhecimento que quantidade de tiros foi
disparada ou fazer a detecca o automatica da posica o do tiro
no alvo mostrando num visor para o atleta poder melhorar
a trajectoria do tiro.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
David W. Smith, PIC in Practice, Second Edition: A Project based Approach, Elsevier, UK, 2006.
http://www.srmpa.co.uk
Stephen A. Dyer, Survey of instrumentation and measurement,
John Wiley and sons, Canada, 2001.
http://www.westmidlandspentathlon.org.uk
http://tavares.st.googlepages.com/display7segmentos.pdf
http://www.flickr.com/photos/bbcsport/2492221242/
http://pt.wikipedia.org/wiki/Microcontrolador
http://www.nbcolympics.com/modernpentathlon
IV. A NEXOS
Segue-se o codigo implementado no programa MPLAB
IDE a fim de programar o microcontrolador.
Primeiro sao inicializadas todas as variaveis gerais seguido da configuraca o de entradas/sadas bem como as
configuraco es da porta serie. O microcontrolador aceita 3
interrupco es, quando a` alteraca o do estado do botao, do timer ou do sensor reed, esta funca o esta definida no final do
codigo.
#include <pic.h>
#include <stdio.h>
#include <stdlib.h>
#define clrscr()
#define botao RB0
#define bar_LCD PORTA
#define reed RB1
__CONFIG (INTIO & WDTDIS & LVPDIS); // intioseleciona por defeito o rel
ogio interno,
desabilita o watch dog time, desabilita o
low power(a tens
ao de programac
ao baixa)
void interrupt interrupcoes(void);
void vfazcoisas(void);
void disp_seg(unsigned char);
int
int
int
int
timer1s=0;
timer500ms;
flag,flag2;
conta;
unsigned char seg=70;

void main(void)
{
// Configurar I/O
TRISA=0; // configura todos os pinos
como sa
da
PORTA=0;
TRISD=0; // configura todos os pinos
como sa
da
PORTD=0;
ANSELH=0;//configura o portb para
entradas digitais
TRISB=0b00000011;
PORTB=0b00000011;
TRISC=0b10111110; //configurar PORTC
como sa
da (porta serie)
PORTC=0x00;

107
// o timer vai gerar interrupc
oes
de 500ms em 500ms
TMR1H=0x0b; // inicializa A 0 os
1o 8 BITS, no valor 3035
TMR1L=0xdb; //inicializa a 0 os
ultimos
4bits, no valor 3035
TMR1CS=0; // Usa a frequ
encia interna,
n
ao
e preciso porque por defeito est
a a 0
T1CKPS1=1; // prescaler 1:8
T1CKPS0=1; // prescaler 1:8
INTE = 1; // Bit4 disable External
interrupts
RBIE = 1;
// Bit3 disable PortB
Change interrupts
INTEDG = 0;
RBIF = 0;
// Bit0 Clear portB
Change interrupt Flag
IOCB1 = 1;
WPUB1= 1;
TMR1IE=1; //habilita as interrupc
oes do
timer 1
PEIE=1; // habilita as interrupc
oes dos
perif
ericos
GIE=1; // habilita as interrupc
oes
globais,
basta um deste 3 estarem a zero, para n
funcionar
TMR1ON=1; // liga o timer 1, mas fac
o
isto
de 1u em 1u o registo
e incrementado, qd
atinge
65535, acontece uma interrupc
ao
// Configurar Porta s
erie
SYNC=0; // modo ass
ncrono
TXEN=1; // Habilitar transmiss
ao Tx
CREN=1; // Habilitar recepc
ao Rx
BRGH=1;
// high speed
SPBRG=12;// Baud Rate = 19200
velocidade
SPEN=1;
// habilitar USART
RB0=1;
RB2=1;
RB3=1;
PORTD=0xFF;
conta=0;
if(botao==0){
TMR1IE=1;
RBIE=1;
while(1)
{
if(timer1s==2)
{
disp_seg(seg);
printf("Atleta X :
%u Tiro(s)certeiro(s) e faltam %u segundos
para o final\n\r",conta,seg);
seg--;
timer1s=0;
}
if (seg==0){
break;
108

HELDER
CARDOSO [19707]
}
if(timer500ms==1)
{
timer500ms=0;
vfazcoisas();
}
if (conta==8){
break;
}
}
void putch(char c){ // esta func

ao
e para
enviar caracteres um a um de 8 bits, j
a
est
a definida em <stdio>
while (!TRMT){};
TXREG=c;
}
// entra nesta func

ao sempre k ha uma
interrupc
ao
}
void interrupt interrupcoes(void){
}
void disp_seg(unsigned char seg)
{
unsigned char D_H;
unsigned char D_L;
if (INTF==1){ // bot
ao
INTF=0;
conta=0;
seg=70;
PORTD=0b11111111;
}
D_H=(unsigned char) (seg/10);

D_L=(unsigned char) (seg-D_H*10);
RB2=0;
RB3=1;
bar_LCD=D_L;
RB2=1;
RB3=0;
bar_LCD=D_H;
RB2=1;
RB3=1;
if (RBIF==1){
RBIF=0;
if (reed==0){
flag=1;
}
else{
if (flag==1){
flag2=1;
}
}
}
// reed
void vfazcoisas(void){
if (flag2==1 ){
conta++;
RBIF=0;
flag=0;
flag2=0;
}
if (conta==0){
PORTD=0b11111111;
}
if (conta==1){
PORTD=0b11111110;
}
if (conta==2){
PORTD=0b11111100;
}
if (conta==3){
PORTD=0b11111000;
}
if (conta==4){
PORTD=0b11110000;
}
if (conta==5){
PORTD=0b11100000;
}
if (conta==6){
PORTD=0b11000000;
}
if (conta==7){
PORTD=0b10000000;
}
if (conta==8){
PORTD=0x00;
}
}
if(TMR1IF==1){ // timer
TMR1H=0x0b; // inicializa A 0 os
8 BITS, no valor 3035
TMR1L=0xdb; //inicializa a 0 os
ultimos 4bits no valor 3035

TMR1IF=0;
timer1s++;
timer500ms++;
}
1o
e de Computadores
bologna
process
Grau de Licenciado
Anlise Matemtica I
Qumica
Programao
Computao
Electrnica I
Comunicao de Dados
Sistemas Operativos
Electrnica Digital
Gesto Industrial
1
2
3
Anlise Matemtica II
Mecnica e Ondas
Sistemas Digitais
Algoritmia
Sistemas e Sinais
Electrnica II
Bases de Dados
Computadores
Grau de Mestre
Mquinas Elctricas
Automao industrial
Mtodos de Optimizao
Dissertao
Opo A
Opo B
tica e Deontologia
Instalaes Elctricas
Microtecnologias
1
2
Dissertao
Acreditado pela
I novAO
BOSCH

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
111
Ambientes Tecnologicamente Assistidos - Aplicaca o

P0921
Lus Guilherme Martins Ferreira Coutinho, luis coutinho 86@hotmail.com
Abstract The following work was consisted on the study and

research of several methods of measurement of glucose and
blood pressure, in a non-intrusive manner; it has, as a major goal, to find new methods of measurement of glucose and
blood pressure, in a way to improve the quality of life of diabetic and high-pressure patients. The present project is inserted in the AAL program(Ambient Assisted Living), which
aims the improvement of older people quality of life, using two
fundamental tools: information and communication technology.
Resumo O trabalho que se segue consistiu no estudo e
pesquisa de varios metodos de medica o da glicose e tensao
de um modo nao intrusivo; tem como principal objectivo encontrar novos metodos de medica o da Glicose e pressao arterial, de forma a melhorar a qualidade de vida dos doentes
diabeticos e hiper-tensos. O presente projecto esta inserido
no programa AAL(Ambient Assisted Living), programa que
visa o melhoramento da qualidade de vida de uma faixa etaria
mais avancada, recorrendo a duas ferramentas fundamentais:
tecnologia das comunicaco es e informaca o.
Keywords Non-invasive measurement,Glucose,Blood pressure
Palavras chave Metodos nao invasivos, Glicose, Pressao arterial
I. I NTRODUC AO
Cerca de um terco da populaca o portuguesa tem diabetes
ou encontra-se em situaca o de risco. De acordo com o
Estudo da Prevalencia da Diabetes em Portugal, 11,7 por
cento da populaca o portuguesa e diabetica. Mais 5,2 por
cento do total que em 2006. O cenario torna-se ainda mais
negro quando a estes numeros se juntam os da pre-diabetes.
Um crescimento assustador na opiniao unanime das entidades que desenvolveram o estudo, para quem so a uniao
de esforcos pode travar o aumento descontrolado
Os numeros tornam-se realmente alarmantes. O estudo
revela que ha hoje 2.687.698 portugueses com diabetes ou
em situaca o de risco, o que significa mais de um terco da
populaca o (34,9 por cento).
Luis Gardete Correia, Coordenador do Estudo e Presidente
da APDP [1].
Sabe-se que a prevalencia de hipertensao arterial em Portugal e de quarenta e dois por cento da populaca o adulta
(afecta cerca de tres milhoes de Portugueses, ou seja quase
metade dos mesmos) [2]. Apenas onze por cento dos
doentes hipertensos estao controlados e a consequencia
maior insuficiente controlo dos mesmos e o AVC (Acidente

vascular cerebral) - 1a causa de morte no nosso pas. A HTA
(Hipertensao Arterial) e um factor de risco importantssimo
de doenca cardiovascular, e a principal causa de morte e
incapacidade no nosso pas. A nossa intenca o e melhorar
a qualidade de vida dos doentes. Atraves do desenvolvimento de novos sensores (nao intrusivos) para a medica o
da Glicose pretendemos reduzir ao maximo o numero das
conhecidas picadasque um diabetico tem de fazer diariamente. A nossa meta e conseguir que o diabetico e o
hipertenso consigam medir quer a Glicose quer a tensao
com a sua rotina diaria ou com acco es que uma pessoa faz
diariamente sem ser obrigada.
A. Diabetes Mellitus
A.1 O Diabetes
A diabetes e um conjunto de doencas heterogeneas que se
caracterizam pela presenca de hiperglicemia cronica e de
perturbaco es no metabolismo dos carbohidratos, protenas
e lipidos.
Os tipos de diabetes mais comuns sao o tipo I ou insulinodependente e o tipo II, contudo existem outros tipos como o
gestacional, o LADA ou relacionado a alteraco es geneticas
especificas [3].
Na diabetes tipo I ha disturbios auto-imunes que se caracterizam pela destruica o das celulas beta produtoras de
insulina. Deste modo vai haver produca o insuficiente
de insulina, pelo que estes doentes vao necessitar de
injecco es frequentes para regularizar o metabolismo e evitar
complicaco es. Surge geralmente antes dos 35 anos e cursa
com poliuria, polidipsia, fadiga, nauseas, vomitos, agitaca o
e tonturas.
Na diabetes tipo II ha um grande contributo de factores
hereditarios, bem como uma relaca o estabelecida com a
obesidade e o sedentarismo. Surge geralmente depois dos
40 anos. Neste tipo nao ha deficiencia na produca o mas sim
resistencia a` acca o da insulina [4].
Para diagnosticar esta doenca e necessario analisar
a Glicemia sangunea, tendo que se verificar um dos
seguintes items [3]:
- nvel plasmatico de Glicose em jejum = 126 mg/dl em
duas medico es
- nvel plasmatico de Glicose = 200 mg/dl em teste de
tolerancia a` glicose
- nvel plasmatico de Glicose = 200 mg/dl associada a
sintomas caractersticos
112

A diabetes mellitus esta associada a complicaco es como

retinopatia e nefropatia diabetica, pe diabetico, enfarte do
miocardio, AVC e infecco es. Deste modo e muito importante que um diabetico mantenha os seus nveis de Glicemia
regulados atraves do controle das ingestoes de acu car bem
como da admnistraca o de insulina ou antidiabeticos orais.
Para alem dos valores classicos da Glicemia sangunea e
tambem importante a medida da hemoglobina glicosilada
(HbA 1c). Esta nao tem interesse diagnostico mas sim na
tomada de decisoes terapeuticas pois, dada a longa semivida da hemoglobina e o seu contacto com a Glicose nos
vasos, vai reagir de modo nao enzimatico, espelhando os
nveis de acu car a longo prazo [4].
A diabetes faz tambem parte de uma entidade clnica
de grande relevo na saude publica que e o sndrome
metabolico com a obesidade, a hipertensao e a dislipidemia, constituindo um importante factor de risco de
doenca cardiovascular. Por tudo isto e determinante a
educaca o e consciencializaca o destes doentes para importancia da adopca o de estilos de vida saudaveis e da
motorizaca o frequente dos nveis de Glicose, atraves da
convencional picada do dedo [4].
LUIS COUTINHO [23817]
Fig. 1
T IPICO SENSOR DE G LICOSE ( INVASIVO )
A.2 Sensores de Glicose

Metodos invasivos
Hoje em dia a maioria dos sensores de Glicose usam um
metodo electroqumico com caracter invasivo (Fig. 1) que
consiste na recolha de uma pequena quantidade de sangue,
atraves de uma picada, que e colocada nas tiras de teste.
As tiras de teste contem uma capilaridade que absorve uma
pequena quantidade de sangue onde a Glicose presente
reage com uma enzima do electrodo que contem Glicose
oxidase e que e posteriormente reoxidada com um reagente,
tal como o iao ferricianeto. Depois da-se uma reacca o
ao nvel do electrodo onde se gera corrente electrica. O
total de corrente que passa pelo electrodo e directamente
proporcional a` quantidade de Glicose presente no sangue
que reagiu com a enzima [5].
-Metodos contnuos
Outro tipo de metodo invasivo e o metodo de
monitorizaca o continua. Neste sao utilizados aparelhos cuja ligaca o ao doente e permanente e efectuam
uma medica o dos nveis de Glicose no sangue em intervalos de sensivelmente 10min. Este tipo de sensores e
mais recomendado para doentes com diabetes do tipo I
(insulino-dependente) pois tem como principal vantagem a
possibilidade de irem injectando automaticamente insulina
no corpo do doente(Fig. 2) [6].
Metodos nao invasivos
Fig. 2
T IPICO SENSOR CONTINUO DE G LICOSE ( INVASIVO )
A-S ENSOR DE G LICOSE
B-T RANSMISSOR
C-B OMBA DE INSULINA
-Orsense NBM-200g
O NBM-200g (Fig. 3) e baseado na prioridade da OrSense que visa o avanco tecnologico de modo a permitir
a medica o nao invasiva e com grande sensibilidade da
glicose, hemoglobina e saturaca o do oxigenio. O NBM200g e operado pela colocaca o de um anel em forma de
sonda no dedo do paciente, ao qual se aplica uma pressao
suave que bloqueia temporariamente o fluxo de sangue.
Durante o bloqueio, elementos o pticos do sensor realizam
uma medica o da luz transmitida atraves do dedo. Este
metodo, chamado Occlusion Spectroscopy, proporciona
uma rapida, indolor e precisa medica o da Glicemia do
paciente. O metodo foi testado em mais de 400 indivduos,
exibindo uma precisao comparavel a` s soluco es invasivas,
proporcionando ao mesmo tempo uma maior facilidade de
utilizaca o e seguranca [7].
-Lentes contacto que monitorizam a Glicose

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Fig. 3
INVASIVO )
O RSENSE NBM-200 G (N AO
Cientistas Norte Americanos desenvolveram uma lente de

contacto (Fig. 4) capaz de monitorizar os nveis de Glicose no sangue. O dispositivo funciona mudando de cor
de acordo com a quantidade de Glicose presente no lquido
lacrimal.
Foram desenvolvidas moleculas especiais sensveis a
nveis muito baixos de Glicose que foram incorporadas nas
tradicionais lentes de contacto disponveis no mercado.
Um utilizador das lentes sensveis a Glicose consegue ver
um pequeno ponto transparente que vai mudando de cor
consoante os diferentes nveis de concertaca o de Glicose
no sangue [8].
113
os portadores de diabetes monitorizem continuamente os

seus nveis de Glicose, sem a necessidade de tirar qualquer
gota de sangue.
O novo sensor e baseado totalmente em nano tubos de carbono cujas paredes sao formadas por uma u nica camada de
a tomos de carbono.
O sensor biologico explora a propriedade de fluorescencia
dos nano tubos, que os faz brilhar quando submetidos a
certos comprimentos de onda de luz infravermelha - uma
regiao do espectro na qual os tecidos humanos e fluidos
biologicos sao particularmente transparentes.
Para construir o sensor, cobriram os nano tubos com compostos que reagem fortemente com um composto qumico
especfico - a Glicose, nesse caso. A mistura de compostos foi escolhida de tal forma que a reacca o com a Glicose
tambem altera a fluorescencia dos nano tubos. Os nano tubos sao encapadosnum finssimo tubo de vidro que pode
ser implantado com seguranca no corpo humano. O tubo
de vidro possui uma capilaridade tal que evita que os nano
tubos toquem directamente as celulas vivas do organismo,
mas permite a entrada da Glicose.
O novo sensor de Glicose foi testado directamente no
corpo humano (Fig. 5). Quando iluminaram a amostra com
um laser infravermelho, os cientistas comprovaram que a
potencia do brilho do sensor implantado e directamente
relacionado com a concentraca o de glicose nos tecidos [9].
Fig. 5
(N AO
INVASIVO )
S ENSOR BIOL OGICO
IMPLANT ADO
Fig. 4
INVASIVO )
L ENTE SENSIVEL A` G LICOSE (N AO
B. Hipertensao Arterial
O resultado e completamente nao invasivo, funcionando
continuamente.
-Sensor biologico implantavel para monitorizar nveis de
Glicose
Foi desenvolvido por uma universidade norte americana
um novo sensor biologico implantavel no corpo humano
que podera, quando totalmente desenvolvido, permitir que
B.1 A Hipertensao Arterial

A hipertensao tem-se revelado nos u ltimos anos um verdadeiro problema de saude publica, nao so por afectar
cerca de 42 por cento da populaca o adulta portuguesa como
tambem por constituir um importante factor de risco de
doenca cardiovascular.
O facto de ser uma condica o assintomatica, faz com que
a realizaca o de rastreios e campanhas de sensibilizaca o e
114

prevenca o junto da sociedade tenham um papel preponderante na diminuica o desta patologia silenciosa e consequentemente na diminuica o de casos de acidente vascular
cerebral, enfarte e insuficiencia cardaca [10].
A pressao arterial e a forca exercida pelo sangue sobre
uma unidade de a rea da parede de um vaso e e medida em
milmetros de mercurio (mmHg*). A ttulo de exemplo,
quando dizemos que a pressao de um vaso e de 90 mmHg,
significa que a forca exercida e suficiente para deslocar uma
coluna de mercurio ate aos 90mm.
A pressao arterial (PA) e definida atraves das pressoes
maxima e mnima, obtidas por medica o directa atraves da
introduca o de um cateter conectado a um transductor de
pressao, ou indirectamente utilizando um estetoscopio e um
esfingomanometro aneroide ou de mercurio [10].
Em pessoas jovens, a pressao sangunea na sstole e de 120
mmHg, enquanto na diastole e de 80 mmHg.
Um hipertenso e um doente que tem cronicamente uma
pressao arterial superior a 140/90 mmHg. A hipertensao
pode adicionalmente ser classificada em diversos estagios,
reflectindo a sua gravidade (Fig. 15).
Depois de diagnosticados estes doentes devem ser aconselhados a mudanca de estilos de vida (perda de peso, exerccio fsico, deixar de fumar, alimentaca o com pouco sal).
Em determinados casos sera tambem u til a medicaca o com
anti-hipertensores [10].
Independentemente das medidas terapeuticas escolhidas, a
estes pacientes devera ser monitorizada a pressao arterial
e realizado, periodicamente, o exame fsico a` retina e sistema nervoso. E tambem importante e medida da Glicemia,
a analise da funca o renal e a realizaca o do ECG afim de
detectar possveis complicaco es da hipertensao.
Tendo em conta a reduca o significativa que o controle
da hipertensao causa no risco de ocorrencia de AVC e
doenca arterial coronaria, tem se apostado cada vez mais
na prevenca o e diagnostico precoce desta patologia [10].
*- 1mmHg = 133,322 Pa
sistolica, que e a pressao maxima sangunea. O u ltimo

som audvel e devido a` pressao diastolica, isto e , a menor
pressao sangunea. Esses sons ouvidos sao chamados de
sons de Korotkoff [10].
Fig. 6
INVASIVO )
E SFINGOMAN OMETRO
M ERC URIO
(N AO
-Esfingomanometro Aneroide
A palavra aneroide deriva do grego a neros(nao lquido)
e do sufixo oid(semelhante). O esfigmomanometro
aneroide (Fig. 7), portanto, nao contem qualquer lquido,
ao contrario do esfigmomanometro de coluna de mercurio,
que utiliza um lquido como indicador: o mercurio. Diz-se
que este tipo de manometro funciona por elasticidade de
laminas metalicas, ao contrario do manometro de coluna
de mercurio. E um instrumento nao invasivo usado para
medir a pressao arterial e composto por uma bomba de
borracha para gerar pressao, com valvula de controlo para
deflaca o, um manometro aneroide para medir a pressao,
manguito e bracadeira para manter a pressao constante [11].
B.2 Esfingomanometros
-Esfingomanometro Mercurio
O esfingomanometro e um aparelho que mede a pressao
sangunea, e constitudo por uma coluna de mercurio
(Fig. 6) em que uma das extremidades esta ligada a uma
bolsa que pode ser insuflada por uma pequena bomba de
borracha. De um modo simplificado o princpio de funcionamento do esfigmomanometro e bastante simples: ao
exercer uma forca de fora para dentro no braco, ele consegue medir a forca que vem de dentro para fora, ou seja, a
pressao que o sangue exerce sobre os vasos.
Para utiliza-lo, a bolsa envolve o braco, sendo insuflada e
produzindo uma pressao externa maior que a interna. Deste
modo o fluxo da arteria braquial e bloqueado. A bolsa e
colocada no braco esquerdo e a` altura do coraca o, a fim de
garantir que as pressoes medidas sejam as mais proximas
das da arteria aorta. De seguida comeca-se a libertar gradualmente o ar da bolsa ao mesmo tempo que se utiliza
o estetoscopio para ouvir as pulsaco es. O primeiro som
surge quando a pressao do ar na bolsa for igual a` pressao
Fig. 7
INVASIVO )
E SFINGOMAN OMETRO
ANER OIDE
(N AO
-Esfingomanometro Digital

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
115
Instrumento electronico (Fig. 8) para medica o da pressao

arterial, facil de utilizar, pratico, e com possibilidade de
ser usado em ambiente ruidoso, pois utiliza o metodo oscilometrico em vez da ausculta. Estes dispositivos medem a pressao arterial media e usam algoritmos para calcular a pressao arterial sistolica e a pressao arterial diastolica. Neste caso, eles nao medem propriamente a
pressao sangunea, mas derivam as leituras da pressao. Este
metodo gera resultados ligeiramente abaixo dos obtidos por
ausculta [11].
Fig. 9
M ENBRANA C ELULAR
Fig. 8
INVASIVO )
E SFINGOMAN OMETRO
DIGITAL (N AO
Sodio, este comeca entao a entrar na celula segundo o gradiente de concentraca o, tornando-a mais positiva. A celula
e assim excitada mantendo um potencial positivo (+60 mV)
e podendo transmitir esta onda de despolarizaca o a` s celulas
vizinhas.
No coraca o ha dois tipos de tecidos, o musculo cardaco
propriamente dito e o sistema especializado de conduca o.
Apesar de ambos terem capacidade de conduzir os impulsos electricos gerados, apenas o sistema especializado
consegue sofrer despolarizaca o espontanea, funcionando
como pacemakers cardacos. E esta despolarizaca o celular
que e captada ao nvel dos electrodos. O ECG estuda
os fenomenos electricos do coraca o em dois planos o
horizontal e o frontal [3].
C. Electrocardiograma
C.1 O ECG
O electrocardiograma e um grafico que regista actividade electrica cardaca. Apesar do aparecimento de novas
tecnicas como a ecocardiografia cardaca, o Tomografia Axial Computorizada (TAC) e a Ressonancia Magnetica Nuclear (RMN), o electrocardiograma continua a ser essencial
no estudo da patologia cardaca, por ser um exame simples,
barato e versatil, e por permitir obter diversas informaco es:
orientaca o anatomica do coraca o, tamanho das camaras
cardacas, perturbaco es do ritmo e frequencia, entre outros
[12].
` superfcie, na parede toracica sao colocados os
A
electrodos que vao detectar as diferencas de potencial,
emitindo-as para o electrocardiografo que vai amplificar e
registar o sinal.
Todas as celulas do organismo tem um potencial de repouso negativo gerado pela diferenca de concentraca o de
ioes de sodio (Na+) predominantemente no liquido extracelular e de potassio (K+), mais abundante no citoplasma. Dada a impermeabilidade selectiva das membranas
celulares e seus canais ionicos, nomeadamente a bomba activa de sodio e potassio (ATPase Na/K), elas sao excitaveis,
gerando em determinados momentos potenciais de acca o
Fig. 9.
Tudo tem inicio com a alteraca o da permeabilidade para o
Fig. 10
DOS ELECTRODOS
L OCALIZAC AO
No plano horizontal atraves das derivaco es precordiais:

V1 - 4o espaco intercostal do lado direito do esterno
V2 - 4o espaco intercostal do lado esquerdo do esterno
V3 - Equidistante de V2 e V4
V4 - 5o espaco intercostal na linha medio-clavicular es-
116

querda
V5 - No mesmo plano horizontal de V4 na linha axilar
anterior esquerda
V6 - No mesmo plano horizontal de V4 na linha axilar
media esquerda
No plano frontal, atraves dos electrodos das quatro extremidades, determinando as derivaco es monopolares ( aVR,
aVL, aVF) e as derivaco es bipolares classicas:
DI - diferenca de potencial entre o braco esquerdo e o
braco direito
DII - diferenca de potencial entre a perna esquerda e o
braco direito
DIII - diferenca de potencial entre a perna esquerda e o
braco esquerdo
O sinal electrico emitido vai entao ao nvel do electrocardiografo ser ampliado e verticais e medida a tensao (mili
Volts) correspondendo cada 10 mm a 1 mV. Quando as ondas electricas se aproximam do electrodo vao produzir uma
deflexao positiva e quando se afastam formam uma deflexao
negativa. O ECG e constitudo graficamente por uma onda
P que corresponde a` despolarizaca o auricular. O impulso
prossegue depois para o no aurculo-ventricular e depois
pelo feixe de His, dando lugar a` despolarizaca o ventricular
que e representada pelo complexo QRS. Por fim segue-se a
repolarizaca o ventricular, quando os miocitos recuperam o
potencial de repouso, que marca a onda T no ECG [13].
Fig. 12
H EART V IEW ECG 12-D ERIVAC OES
de realizar ECG de 12-Derivaco es. O registro do ECG

e transmitido por telefone, por via acustica para um
Call Center, para um diagnostico rapido e imediato. O
HeartView permite tambem a possibilidade de transmissao
de dados digitalmente Fig. 12.
Aplicaco es:
- Diagnostico de sintomas cardacos;
- Monitorizaca o remota de pacientes com doencas
cardacas cronicas;
- Transmissao de ECG para um Call Center onde e
analisado por especialistas;
- Armazenamento em sistema de informaca o;
- Aplicaca o em estudos clnicos.
Caracteristicas:
- 10 electrodos ligados ao paciente atraves de fios;
- Gravaca o rapida de um ECG de 12-Derivaco es;
- Demora 2.5segundos por transmissao e 10 segundos a
registrar um ECG;
- Os dados do ECG podem ser gravados em qualquer
computador desde que instalado o software apropriado;
- Bateria.
Fig. 11
O NDA DE ECG
E pela analise das amplitudes e do sinal das deflexoes nas

diferentes derivaco es elctrocardiograficas que se vai analisar a funcionalidade cardaca e as possveis patologias.
C.2 Electrocardiografos de ultima geraca o
-HeartView ECG 12-Derivaco es Registador/Transmissor
O Electrocardiografo Registador/Transmissor mais pequeno do mercado. Um aparelho de utilizaca o simples e
facil, capaz de transmitir dados do ECG de qualquer lugar
em qualquer altura. Colocam-se no paciente 10 electrodos,
que vem juntamente com o dispositivo. E tambem capaz
Beneficios:
- Facil de usar;
- Pequeno e portatil;
- Transmissao de ECG de alta qualidade [14].
-Heart 2006 Registador/Transmissor Permanente de

eventos
O Heart 2006 e a resposta para a necessidade de
monitorizaca o de longa duraca o de sintomas cardacos.
Um aparelho de utilizaca o simples e facil. O utilizador
pressiona o botao e comeca a gravar o seu electrocardiograma pre e pos sentir a arritmia ou palpitaca o.
Pressionando o botao de Transmissaoo paciente envia o
registro do ECG para um Call Center, onde e realizado o
diagnostico por especialistas qualificados Fig. 13.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Fig. 13
H EART 2006 1-D ERIVAC AO
Aplicaco es:
- Detecca o de arritmias sintomaticas;
- Ideal para o follow-up de pacientes que ja tiveram
enfartes;
- Dores de peito inexplicaveis.
Caracteristicas:
- 1 Derivaca o;
- Memoria flash;
- 4 eventos de 30/30 segundos ou 1 evento de 180/60
segundos;
- Bateria: 1 mes;
- 4X velocidade de transmissao.
Beneficios:
- Facil de usar;
Heart One
O HeartOne e um electrocardiografo com caractersticas
u nicas e particulares portatil e movel. E tao pequeno que e
facilmente transportado num bolso, permitindo que esteja
sempre pronto para ser utilizado, em qualquer altura em
qualquer lugar. O paciente apenas tem de colocar os polegares nos dois electrodos e pressionar o botao para gravar
o electrocardiograma. O registro e entao transmitido pelo
paciente para um Call Center onde e realizado de imediato
o diagnostico por especialistas qualificados Fig. 14.
117
Fig. 14
H EART O NE 2-D ERIVAC OES
Aplicaco es:
- Detecca o de problemas cardacos;
- Ideal para o follow-up e monitorizaca o de pacientes com
doencas cardacas cronicas;
- Ideal para acompanhamento e seguimento de criancas
com problemas cardacos.
Caracteristicas:
- 2 Derivaco es;
- 2 botoes de activaca o.
Beneficios:
- Facil de usar;
III. C ONCLUS OES

O trabalho desenvolvido permitiu-nos obter uma nova
perspectiva acerca da diabetes, da hipertensao e o funcionamento do electrocardiograma, bem como de diferentes
metodos de medica o quer da glicose quer da pressao arterial. Actualmente o tema da medica o dos nveis de glicose
no sangue atraves de metodos nao intrusivos e assunto
de debate e alvo de inumeros estudos, havendo ja uma
grande variedade de sensores experimentais; no entanto, a
ciencia depara-se com a dificuldade da aprovaca o clnica
dos mesmos.
118

Fig. 15
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
http://www.orio.pt/modules/news/article.php?storyid=4724,
Em
14/07/2009.
http://static.publico.clix.pt/pesoemedida/documentos.aspx,
Em
14/07/2009.
Andreoli, Carpenter, Griggs, e Loscalzo, Medicina interna basica,
Elsevier, 6 edica o, 2005.
Kasper, Braunwald, Fauci, Hauser, Longo, e Jameson, Harrison
Manual de medicina, McGraw Hill, 16 edica o, 2006.
http://en.wikipedia.org/wiki/Glucose meter, Em 14/07/2009.
http://www.endotext.org/diabetes/diabetes12/diabetes21.html, Em
14/07/2009.
http://www.orsense.com/Glucose, Em 14/07/2009.
http://portal.alert-online.com/?key=680B3D50093A6A002E42140A
321A2A5C0B683E0A7607527B635B73, Em 14/07/2009.
http://www.inovacaotecnologica.com.br/noticias/noticia.php?artigo=01
0165041217, Em 14/07/2009.
Brent M. Egan, Jan N. Basile, e Daniel T. Lackland, HOT TOPICSHipertensao, Euromedice, 4 edica o, 2003.
http://www2.dbd.puc rio.br/pergamum/tesesabertas/051108908cap03.pdf,
Em 14/07/2009.
J.C. Machado Rodrigues, Electrocardiografia Clinica, Lidel, 1
edica o, 2008.
Antonio Miguel Silva Reis e Rui Paulo Mata Borges Santos, Ouvindo o som do corpo humano, Licenciatura em Eng. Electrotecnica
e de Computadores,Universidade Tras-os-Montes e Alto Douro, Vila
Real, Portugal, 2008.
http://www.tcare.pt/servico/tcare coracao, Em 14/07/2009.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 15, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
119
Desenvolvimento de firmware para um sensor de humidade para o solo

P0922
Nuno Andre Dias Branco, nuno a branco@hotmail.com
Abstract This article demonstrates the functioning of multifunctional sensor firmware to make measurements of various
soil properties. This sensor was designed to make simultaneous measurements of humidity, temperature, electrical conductivity and water holding capacity of a sample of soil. The
system will consist of two basic parts: a thermistor and a microcontroller, the last is connected to a computer and using
a specific application will do the monitoring of the properties
and make the storage of data for later analysis. By monitoring
these values can be make a better management of one of our
major natural resources, which in the case is water.
Resumo Com este artigo pretendeu-se demonstrar o funcionamento um firmware de um sensor multifuncional que
faca a medica o de varias propriedades do solo. Este sensor foi desenhado para que conseguisse fazer simultaneamente as medidas da humidade, temperatura, condutividade
electrica e capacidade de retenca o de a gua numa amostra de
solo. O sistema sera constitudo por duas partes basicas: um
termstor e por um microcontrolador, a este ultimo

sera ligado um computador que utilizando um aplicativo especifico
ira fazer a monitorizaca o das propriedades(fig. 1) e ainda fara
o armazenamento dos dados para posterior analise. Atraves
da monitorizaca o desses valores podera ser feita uma melhor
gestao de um dos nossos principais recursos naturais, que para
o caso e a a gua.
Keywords Soil properties, Sensor, Firmware
Palavras chave Propriedades do solo, Sensor, Firmware
I. I NTRODUC AO
Para que haja desenvolvimento sustentavel, e necessario
um uso adequado dos recursos naturais na Terra. Existe
hoje o consenso que o uso indiscriminado dos recursos naturais pode levar o planeta a um colapso e, consequentemente inviabilizar a propria vida que nele existe. A a gua
e fundamental para a vida na Terra, seja do ponto de vista
da sobrevivencia humana basica, seja do ponto de vista do
sistema produtivo. A realizaca o deste projecto vem promover o uso racional da a gua na irrigaca o agrcola e de
lazer. O principal objectivo e evitar o desperdcio de a gua
quando o solo ainda apresenta elevados ndices de humidade e manter as a reas irrigadas sempre com um nvel adequado e constante de humidade. O metodo utilizado sera a
monitorizaca o constante das propriedades do solo da zona a
estudar, podendo assim controla-la e guardar os dados para
futuras analises, conclusoes e por ultimo medidas a tomar.
O resultado e a utilizaca o de a gua na quantidade e no momento ideal com a consequente preservaca o ambiental (das
culturas e da a gua).

Fig. 1
M ONITORIZAC AO
II. A P ROBLEM ATICA

ACTUAL
A a gua e um recurso finito e vulneravel, essencial para a
sustentaca o da vida, do desenvolvimento e do meio ambiente. Actualmente de toda a gua retirada da natureza,
80% sao destinados a` agricultura irrigada, 12% aos processos industriais e 8% ao consumo humano. Sendo que do
volume total destinado a` agricultura apenas uma pequena
parte e efectivamente utilizada pelas plantaco es, o restante
perde-se por deficiencias nas instalaco es de irrigaca o, negligencias nestas operaco es ou simplesmente por mau uso da
a gua destinada para este fim. O elevado subsdio da electricidade destinada a` agricultura, quando usada durante a
noite, induz nos utilizadores de irrigaca o na agricultura intensiva, a promoverem uma grande quantidade de a gua durante este perodo, esperando que os solos a retenham ate o
momento de sua utilizaca o pelas culturas (plantaco es). Isto,
na realidade nao ocorre, por conta da porosidade dos solos,
que promove a drenagem da maior parte desta a gua antes do
incio das irradiaco es solares que, por sua vez, promovem
a fotossntese e geram a energia necessaria a` circulaca o da
a gua e dos nutrientes pelo interior das plantas. Alem do
que, existe o habito de irrigar plantaco es durante a noite no
anseio equivocado de que assim, nao existindo evaporaca o
e com o solo frio, haja economia de a gua e esta se preserve durante mais tempo. Assim, verifica-se que existe
consumo desnecessario de a gua potavel pela agricultura irrigada. Como agravante, constata-se que a a gua usada em
excesso pela irrigaca o, promove a limpezados nutrientes
do solo, contribuindo com os processos de desertificaca o
que actualmente atinge 20% de toda a rea irrigada do planeta. Acrescente-se a isto o facto de que este excesso de a gua
ja contem altas taxas de fertilizantes e pesticidas que vao
contaminar as reservas subterraneas de a gua potavel. Assim todos os metodos tecnologicos que venham contribuir
para o melhor aproveitamento da a gua e para o seu uso sustentavel sao de felicitar.
120

III. D IN AMICA
DA AGUA
NO SOLO
A a gua e os sais minerais estao em constante movimento
no solo. Eles imigram das zonas de menor gradiente para
as zonas de maior gradiente ate atingirem o equilbrio. Assim, durante as horas de maior calor dos dias de verao, as
razes extraem a gua e nutrientes do solo a` sua volta enquanto a` noite, quando param de absorver a a gua, o solo
tende a se uniformizar novamente para equilibrar os gradientes de concentraca o. Assim, somos levados a dizer que
as plantas e que promovem os movimentos de a gua e nutrientes do solo, sendo que a gravidade, a tensao superficial,
a evaporaca o e a condensaca o, as pressoes hidraulicas e o
atrito controlam os movimentos da a gua no solo. Destes
factores, depreendem-se duas importantes informaco es: A
fertilizaca o-irrigaca o deve ser feita ao final da tarde, pois,
como as plantas param de absorver a gua do solo a` noite,
havera tempo suficiente para que os movimentos dos nutrientes no solo conduzam ao equilbrio, espalhando melhor os adubos. A irrigaca o, se o sistema escolhido permitir, e mais eficiente no incio e durante os processos fotossinteticos e antes dos horarios de pico de insolaca o, pois
evitam a exaustao hdrica temporaria na zona radicular.
NUNO BRANCO [23050]
estes parametros definidos pela media dos gastos previstos

para a cultura. Este procedimento provoca falta de humidade nos horarios de pico de transpiraca o, e excesso de
a gua nos perodos de menor transpiraca o. A irrigaca o inteligente caracteriza-se por fornecer quantidades diferenciadas de a gua com intervalos entre os ciclos e tempo dos
ciclos diferentes para cada ocasiao. A chave da irrigaca o inteligente e ter um teor de humidade constante nos perodos
crticos de absorca o das plantas.
V. I MPLEMENTAC AO
Neste sistema, para que se possa actuar sobre o sensor (termstor) (fig. 3) e se possa obter posteriormente
os seus valores, sao usados conversores analogico-digital
endereca veis(ADC). Assim para cada tipo de propriedade
que se esta a observar, tem de ler-se uma determinada ADC
e uma funca o de transferencia especfica a calcular, depois
sao enviados os valores calculados para um aplicativo alocado num computador. O sistema integrado ja tinha previamente sido desenvolvido, pelo que a minha tarefa sera
verificar possveis erros e fazer todos os blocos interagirem.
[1]
I NTELIGENTE
IV. I RRIGAC AO
Uma irrigaca o e inteligente quando utiliza-se a a gua
disponvel de modo a manter a humidade do solo em um
nvel o ptimo, sem agredir o meio ambiente (fig. 2). Caso
a humidade nao seja mantida em nveis o ptimos, pode-se
ter duas alternativas: Em excesso: Se nao houver limitaca o
da a gua disponvel, deixamos de irrigar mais a reas com a
mesma disponibilidade.
Fig. 3
E SQUEMA DO SENSOR MULTI - FUNCIONAL
VI. D ESENVOLVIMENTO
Fig. 2
I MAGEM DE IRRIGAC AO
Em falta: As plantas nao desenvolvem todo seu potencial. Para se obter um bom controlo da humidade do solo e
necessario ter aparelhos que indiquem os valores obtidos e
programas de irrigaca o baseados nestes controlos. Partindo
de um controlo eficiente da humidade, veremos que os ciclos de irrigaca o variam muito no espaco e no tempo, como
tambem variam as quantidades de a gua a serem disponibilizadas por ciclo. A irrigaca o convencional caracterizase por ter um ciclo de rega definido, com uma quantidade fixa e predeterminada de a gua a ser utilizada, sendo
Para que se pudesse colocar a tensao necessaria no sensor

foram usadas dois consversores digital-analogico (DAC)
4725, cada um com o seu proprio endereco e com a sua
funca o de transferencia a realizar [4]. Assim para que fosse
possvel activa-los e colocar os valores correspondentes, foi
necessario enviar por I2C as mensagens especficas. Para
escrever na DAC e verificado se o BUS nao esta ocupado,
se nao estiver ira ser enviado um STARTBITpara iniciar
a comunicaca o, se este for bem executado, entao serao enviadas quatro mensagens de um byte cada. Primeira mensagem sera constituda pelo codigo do aparelho, no caso da
MCP4725 sera o 1100, pelos bits endereco (A2,A1 e A0)
e pelo bit de escrita ou leitura. A segunda mensagem leva
3 bits de comandos, que indicam a` DAC se le dos registos ou escreve na EEPROM (C2, C1 e C0), no sistema sao
os dados sao guardados na EEPROM; de seguida dois bits
que nao sao usados; depois mais dois bits, tendo estes a
funca o de informar a DAC o modo de operaca o, havendo
dois modos de funcionamento: normal mode e powerdown mode, no sistema foi usado o modo normal, terminando com um bit sem ser usado. A terceira mensagem e

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 15, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
constituda pelos 8 bits de dados mais significativos (D11D4). A quarta mensagem levara os quatro u ltimos bits de
dados e mais quatro bits que nao se usam. Depois de enviadas as mensagens a comunicaca o e parada com o enviou de
um STOPBIT. No final de cada mensagem sao feitas tres
coisas, verifica-se se nao existiu colisoes, aguarda-se pelo
ACK durante um tempo e aguardasse que o bus fique desimpedido para que seja escrita a proxima mensagem. Findo
a comunicaca o a DAC ira fornecer ao termstor os valores
de tensao para que este funcione (fig. 4).
121
hido para as ADC MCP3421 foram o de 16bits, por isso o

numero de mensagem que iremos receber e de duas, sendo a
primeira relativa aos bits mais significativos e a segunda aos
menos significativos. Cada vez que o conversor transmite
uma mensagem e enviado da parte do microcontrolador um
ACK, para que possa enviar a seguinte (fig. 5). Para o microcontrolador ler os dados da ADC MCP3302 e mais simples do que nos conversores que utilizam a comunicaca o
por I2C. Nesta ADC e necessario mandar tres mensagens.
A primeira tem os quatro primeiros bits a zero, depois vem
o STARTBITseguido de quatro bits de controlo que seleccionam a configuraca o do canal de entrada, e de notar
que o 4o bit de controlo ja pertence a` segunda mensagem.
Os bits da segunda e da terceira mensagem nao interessam como escrita a` excepca o do bit mais significativo da
segunda mensagem, que como ja foi dito representa um dos
bits de controlo. Os dados vao ser transferidos aquando o
envio dessas mensagens (fig. 6).
Fig. 4
E SCREVER POR I2C NA DAC 4725
Fig. 6
L ER POR SPI DA ADC 3302
Para ler os diferentes valores que o sensor retorna temos

quatro ADC, duas MCP3421 [3] com comunicaca o por I2C
e duas MCP3302 com comunicaca o por SPI [2]. Para ler os
dados das ADC MCP3421 e usado um processo semelhante
ao usado no MCP4725. Termos entao o STARTBITe o
STOPBITno inicio e no fim da comunicaca o assim sucessivamente, mas desta feita o microcontrolador so enviara duas mensagem. Primeira mensagem levara o codigo
do aparelho nos quatro primeiros bits, 1101no caso do
MCP3421, de tres bits de endereco e o ultimo bit de leitura
ou escrita. A segunda mensagem sera constituda por oito
bits de configuraca o que irao escolher o modo de funcionamento do conversor. Depois de escolhida a ADC e o seu
Fig. 5
L ER POR I2C DA ADC 3421
modo de funcionamento, e momento para activar o modo

de recepca o, este indica a` ADC que o microcontrolador
esta pronto a receber dados. O modo de operaca o escolc UTAD - ECT - Departamento de Engenharias

Apos a recepca o dos dados, irao ser efectuadas as

operaco es para o calculo das diferentes propriedades do
solo que estao sob analise e os resultados dessas operaco es
sao enviados por UART para um computador.
Formulas usadas na funca o de transferencia(fig. 7,fig. 8 e
fig. 9):
Fig. 7
F ORMULA DA C ONDUTIVIDADE
Fig. 8
DO SOLO , ( UNIDADE
F ORMULA DA C APACIDADE DE ABSORC AO
Jm3 K 1 )
Na comunicaca o com o computador sera usada o protocolo

UART, e o programa ira funcionar a` base de comandos enviados pela aplicaca o. Assim quando e recebido uma mensagem pela porta RX do microcontrolador [5], ele vai gerar
122

NUNO BRANCO [23050]
VII. R ESULTADOS E C ONCLUS OES
Fig. 9
F ORMULA DA T EMPERATURA , ( UNIDADE K)
uma interrupca o aonde sera lido o valor para uma variavel

e por sua vez verificado a autenticidade da mensagem. Para
que as mensagens fossem interpretadas como comandos,
foi realizado uma maquina de estados em que cada estado
equivale a um comando ou a` actualizaca o de um vector de
estados. O vector de estados ira guardar as configuraco es
que foram seleccionadas no aplicativo que lhe esta a comunicar. Nas configuraco es estao os parametros que fazem
parte das varias funco es de transferencia que o microcontrolador implementa, assim como o tempo de operaca o, tempo
de actualizaca o e ainda quais das propriedades do solo que
ira ser analisada. Assim que recebe um comando valido e
se as configuraco es estiverem actualizadas, o microcontrolador ira enviar os valores calculados pela porta TX(fig. 10).
Aonde o aplicativo ira fazer um grafico temporal com possibilidade de ser armazenado em disco.
Fig. 10
D IAGRAMA DA M AQUINA
DE ESTADOS
Apos a conclusao do firmware foram feitos testes a`

comunicaca o entre o PIC e os perifericos bem como o envio
dos resultados das operaco es, os quais foram realizados na
maioria com sucesso, faltara testar o sensor numa situaca o
real e corrigir problemas de sincronizaca o que podem acontecer durante o funcionamento normal do sensor.
O objectivo deste sistema era poder ser uma mais valia na
avaliaca o ambiental do solo, e apesar de ele ter sido criado
com o intuito de ser um componente passivo de monitorizamento ambiental, ele podera com poucas alteraco es ser um
elemento activo num sistema de rega moderna.
O grande desafio deste projecto foi ter de estudar e melhorar bastante o meu conhecimento de microcontroladores e
dos restantes componentes que fizeram parte deste sistema,
bem como os protocolos de comunicaca o utilizados entre
eles.
B IBLIOGRAFIA
[1] A. Valente a,., R. Morais a, A. Tulib, J.W. Hopmansb, G.J. Kluitenberg c,.
Multi-functional probe for small-scale simultaneous measurements
of soil thermal properties, water content, and electrical conductivity.
2008
[2] Data Sheet MCP3302 13-Bit Differential Input, Low Power A/D
Converter with SPI Serial Interface.
2002
[3] Data Sheet MCP3421 18-Bit Analog-to-Digital Converter with
I2C Interface and On-Board Reference.
2007
[4] Data Sheet MCP4725 12-Bit Digital-to-Analog Converter with
EEPROM Memory in SOT-23-6.
2007
[5] Data Sheet PIC24FJ64GA004 Family.
2008

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
123
Desenvolvimento de uma aplicaca o para aquisica o de dados de um sensor de

humidade para do solo
P0923
Pedro Joel Barbosa Barros, joememo@hotmail.com
Abstract Monitor and control in a precise and simple way

different properties of diverse kinds of soils, has each time
more importance at industry and domestic level. From this
point of view, the acquisition of data from a sensor of diverse
properties of the soil, based on the project P0922, were was
developed a firmware to the sensor, and with Medidor, the
user can start measures to monitor the state of each property
individually or simultaneously. The results are presented in
graphics that can be saved to future discussion. The communication between software and the sensor is made by serial port through UART (Universal Asynchronous ReceiverTransmitter).
Resumo Monitorizar e controlar, de forma simples e precisa, diferentes propriedades dos varios tipos de solos tem cada
vez mais uma grande importancia tanto na industria

como a
nvel domestico. Neste sentido, para a aquisica o de dados de
um sensor de varias propriedades do solo, com base no projecto P0922, em que se desenvolveu o firmware para o sensor,
e atraves do Medidor, o utilizador podera iniciar medico es
para monitorizar o estado de cada propriedade individualmente ou em simultaneo. Os resultados sao apresentados em
graficos que poderao ser guardados para futura consulta. A
comunicaca o entre o software e o sensor e feita pela da porta
serie atraves do UART (Universal Asynchronous ReceiverTransmitter).
Keywords Soil property sensor; Matlab programming; Serial communication;
Palavras chave Sensor de propriedades do solo;
Programaca o em Matlab; Comunicaca o serie
I. I NTRODUC AO
A industria de sensores e um sector que apresenta um desenvolvimento acentuado, devido a` s necessidades impostas
pelo mercado em controlar e monitorizar os diversos processos existentes. Entre os diversos processos, o de medir
propriedades dos solos e de extrema importancia para tornar
mais eficiente a industria agrcola e para melhorar o controlo ambiental dos espacos verdes, tanto publicos como
privados.
Neste sentido foi desenvolvida uma aplicaca o que mostra
graficamente os valores lidos por um sensor de propriedades do solo. Para proceder ao desenvolvimento deste
software foi utilizada uma linguagem de alto nvel para facilitar a tarefa de criaca o de um ambiente interactivo com o
utilizador final. A linguagem MATLAB (MATrix LABoratory) tem algumas vantagens em relaca o a outros. Trata-se

de uma ferramenta com enormes potencialidades de calculo

e que permite facilmente a implementaca o de graficos
atraves da funca o plot, sendo esta caracterstica muito importante no contexto deste projecto. Consegue processar
e manipular dados de forma eficiente e possui uma vasta
biblioteca de funco es, sendo algumas importantes devido
a` sua simplicidade na hora de estabelecer a comunicaca o
com o sensor (ex: fprintf(serial), fscanf(serial)). Gera executaveis capazes de correr em computadores com diferentes
sistemas operativos (ex: Linux, Windows) mesmo que essa
maquina nao tenha o MATLAB instalado. Para alem destas
vantagens o MATLAB protege o codigo fonte.
Para estabelecer a comunicaca o entre o software e o sensor
foi usada a porta serie DB9, que e uma das mais antigas
e utilizadas nas comunicaco es entre diferentes dispositivos.
A sua constituica o e muito simples, tem um canal que envia
os dados e outro que os recebe, sendo os restantes canais
responsaveis pela regulaca o das transmissoes. A porta serie
apresenta o seguinte formato de dados:
Fig. 1
F ORMATO DOS DADOS DA PORTA SERIE
Uma palavra no formato de dados serie e composta por

um start bit, os bits de dados podem ir de 5 a 8 bits e um
stop bit. Podem tambem ser includos um bit de paridade
e um stop bit. Para lidar com a comunicaca o serie foi utilizado o UART que faculta ao sistema com o Data Terminal
Equipment RS-232 a possibilidade de comunicar e trocar
dados com outro dispositivo serie. Para alem disso o UART
converte os bytes que recebe do computador de circuitos
paralelos numa palavra serie de bits para transmissao. Na
recepca o, converte a palavra serie de bits em bytes que o
computador podera ler. Adiciona o bit da paridade (se estiver seleccionado) no envio dos dados, verifica a paridade
de bytes na recepca o (se seleccionado) e dispensa o bit da
paridade. E tambem adiciona o start e o stop bits no envio
dos dados e descarta-os na recepca o.
A aplicaca o desenvolvida podera ter como utilizadores
pessoas que nao tenham um conhecimento informatico
124

muito elevado, isto faz com que a sua simplicidade e funcionalidade sejam ainda mais importantes.
2.1 Menu
Na figura 2 e apresentado o menu onde o utilizador
podera escolher a medica o que pretende efectuar, sendo as
opco es ja conhecidas, humidade, temperatura, condutividade electrica e fluxo de a gua. Quando uma destas opco es
for seleccionada a medica o sera individual, no entanto existe tambem a opca o de as fazer todas simultaneamente.
Para que os dados medidos possam ser facilmente e
posteriormente analisados foi introduzida a opca o abrir
medica o, em que o utilizador podera procurar e abrir
os ficheiros correspondentes a medico es previamente
gravadas. O menu contem tambem uma opca o que permite
ao utilizador saber qual e a configuraca o actual do sensor e
ainda uma outra com alguma informaca o sobre o Medidor.
PEDRO BARROS [21517]
Fig. 3
S UB - MENU DA HUMIDADE
tempo de medica o e os parametros de calibraca o A e B para

que sejam enviados ao sensor pelo botao enviar status.
Ao nvel do codigo, interessa salientar a forma como foi seleccionado o perodo de actualizaca o, como foram lidos os
parametros e como todos estes dados foram enviados:
act=0
%inicializac
ao do per
odo de actualizac
ao
if get(handles.radiobutton15,Value)==1
act=15
else
act=30
else
act=45
else
act=60
end
end
end
end
Fig. 2
M ENU PRINCIPAL
2.2 Humidade do solo

No menu, quando se clica no botao Humidadeabre-se
uma nova janela, que pode ser vista na figura 3.
Aqui o utilizador tera que seleccionar o perodo para cada
actualizaca o dos valores de humidade a serem apresentados no grafico. As opco es sao: 15, 30, 45, ou 60 minutos. Foram escolhidos estes valores para todas as medico es,
pois todos os parametros variam de forma demorada na
maioria dos ecossistemas e portanto a sua representaca o no
grafico apenas faz sentido numa escala de tempo relativamente grande como esta. Desta forma sera possvel fazer
medico es de varias horas, com maior ou menor precisao,
dependendo do tipo de analise que sera feita aos dados posteriormente. Terao que ser introduzidos numericamente o
t=get(handles.tempo,string)
temp=str2num(t)
%le valor do tempo

%de string para numeric
pa=get(handles.parametroa,string)
paramA = str2num(pa)
%le valor do parametro A

%string para numeric
pb=get(handles.parametrob,string)
paramB = str2num(pb)
%le valor do parametro B

%de string para numeric
param3=0
param4=0
humidade=2
%parametro 3 n
ao existe
%parametro 4 n
ao existe
%2-humidade
s = serial(COM16);
fopen(s)
fprintf(s,%d;,humidade)
fprintf(s,%d;,paramA)
fprintf(s,%d;,paramB)
fprintf(s,%d;,param3)
fprintf(s,%d;,param4)
fprintf(s,%d;,temp)
fprintf(s,%d;,act)
%2-humidade
%parametro de calibrac
ao A
%parametro de calibrac
ao B
%parametro 3
%parametro 4
%tempo da medic
ao
%per
odo de actualizac
ao
fclose(s)
delete(s)
clear s
Note-se que quando algum parametro nao existe, como o

3 e 4 no caso da humidade, estes serao enviados a zero.
Este facto resulta da necessidade de criaca o de uma forma
standar de comunicaca o que resulte para todos os tipos de
medico es incluindo as que se fazem simultaneamente. Por-

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
tanto, como se ve pelo codigo, os parametros serao enviados sucessivamente pela seguinte ordem: tipo de medica o;
parametro1; parametro2; parametro3; parametro4; tempo
total da medca o; perodo de actualizaca o;
So depois de o sensor ter acesso a estas informaco es e que
este podera comecar a toma de valores atraves do botao
iniciar medica o. Aqui, importa ressaltar a forma como
foram feitas as rotinas de escrita dos valores no grafico:
temp=str2num(t)
%leitura tempo da medic
ao
set(handles.axes1,XLim,[0 temp]) %actualizac
ao do eixo X
set(handles.axes1,YLim,[0 100]) %percentagem de humidade
s = serial(COM16);
fopen(s)
fprintf(s,%s,humidade)
%definic
ao da porta s
erie
%abertura da porta s
erie
%2-humidade
h=0
%tempo actual
while get(handles.radiobutton15,Value)==1
&
h=temp
val = fscanf(s,%d)
%leitura da humidade
plot(h,val,o)
hold on
2.3 Condutividade electrica do solo

Tal como para a humidade, na medica o da condutividade electrica do solo o software foi concebido para operar exactamente da mesma forma. Variando apenas os
parametros a serem introduzidos pelo utilizador. Neste caso
os parametros serao a densidade d(Kg/m-3) e o calor especfico c(J Kg-1 K-1), sendo estes caractersticas fsicas
do solo que variam de acordo com os diferentes tipos de
solo.
2.4 Temperatura do solo
Para a medica o da temperatura do solo a aplicaca o foi construda de forma semelhante como se pode ver na figura
4. Neste caso nao sao enviados pelo utilizador quaisquer parametros relativos a` s caractersticas do solo. Nao e
necessario, pois a ponta de prova possui um sensor de temperatura e o valor e transmitido directamente, sendo apenas
indispensavel enviar o tempo total de medica o e o tempo de
actualizaca o dos dados.
%marcac
ao do ponto no gr
afico
%retenc
ao do ponto no gr
afico
pause(900)
h=h+0.25;
end
.
.
.
fclose(s)
delete(s)
clear s
125
%pausa de 15 mins
%incrementac
ao de 1/4 de hora
%outros ciclos while
%
%fecho da porta s
erie
%
Depois de ser premida a tecla, e lido o valor do tempo introduzido pelo utilizador que sera o valor limite do eixo do
tempo no grafico. E definida e aberta a porta serie para que
seja enviado o comando correspondente ao tipo de medica o,
humidade neste caso. Finalmente, comeca o ciclo correspondente ao perodo de actualizaca o que foi seleccionado,
15 minutos neste exemplo. O ciclo nao para enquanto que o
tempo actual(h) for diferente do tempo total da medica o
(temp). E lido o valor do sensor atraves da porta serie
que sera escrito no grafico em forma de ponto com coordenadas (tempo actual, valor da humidade) e e feita uma
pausa de 15 minutos. Depois o tempo actuale actualizado
e o ciclo volta ao inicio. Desta forma o grafico e entao
preenchido com os valores da humidade e quando o processo termina e perguntado ao utilizador se deseja gravar a
presente medica o.
if menu(Pretende guardar a medic
ao?,Sim,N
ao)==1
[FileName] = uiputfile(,A guardar...)
if FileName == 0
msgbox(A medic
ao n
ao foi guardada!)
else hgsave(FileName)
end
end
E importante referir que o perodo de actualizaca o, os

dois parametros e o tempo total da medica o serao tambem
guardados caso a resposta a` pergunta final seja afirmativa,
visto que o grafico sem esta informaca o de pouco serviria.
Foi adicionado o botao limparpara que depois de uma
medica o se possa voltar a ter todos os campos vazios, o
grafico limpo e assim se possa reiniciar o processo sem que
haja sobreposica o de valores.

Fig. 4
S UB - MENU DA TEMPERATURA
2.5 Fluxo de a gua do solo

Para a medica o do fluxo de a gua tambem nao serao
necessarios quaisquer parametros para alem do tempo total da medica o e do perodo de actualizaca o, funcionando o
programa exactamente da mesma forma.
2.6 Todas as medico es simultaneamente
Para aproveitar todas as capacidades do sensor e permitir
um acompanhamento total do que esta a passar-se no terreno, foi criada ainda outra opca o para que permite monitorizar todas as propriedades do solo simultaneamente, como
se ve na figura 5.
Quando o botao enviar statusfor clicado serao enviados
todos os parametros de todas as propriedades do solo ao
sensor e tal como nos outros casos o sensor estara pronto
para iniciar as medico es. Quando estas se iniciam o programa entra igualmente num ciclo while, mas este difere
dos anteriores.
%leitura do tempo
temp=str2num(t)
%passagem de string para numeric
o dos eixos
%definic
a
set(handles.axes1,XLim,[0 temp])
set(handles.axes1,YLim,[-20 80])
set(handles.axes2,YLim,[0 100])
126

PEDRO BARROS [21517]
Fig. 5
SIMULTANEAMENTE
S UB - MENU DE TODAS AS MEDIC OES
Fig. 6
S UB - MENU DO STATUS ACTUAL
s = serial(COM16);
fopen(s)
fprintf(s,%s,todas)
%definic
ao da porta s
erie
%abertura da porta s
erie
%5-todas simultaneamente
h=0
%inicializac
ao do tempo actual
while get(handles.radiobutton15,Value)==1
&
h=temp
for i=1:4
%para valores de 1 at
e 4
val(i)=fscanf(s,%d)
%le para a posic
ao i
i=i+1
%incrementa i
end
%escrita dos valores no gr
afico correspondente
subplot(2,2,1); plot(h,val(1),o); hold on
pause(900)
h=h+0.25
end
.
.
.
fclose(s)
delete(s)
clear s
%pausa de 15 minutos
2.9 Configuraca o do formato dos dados

Para a transmissao de dados entre os dois dispositivos foi
necessario definir determinados parametros. O numero de
bits de dados transmitidos por palavra serao 8, a taxa de
transmissao de dados sera de 9600 bits/segundo, o numero
de stop bits sera 1, e nao sera utilizado o bit de paridade.
2.10 Circuito auxiliar MAX 232
Como se pode constatar na figura 7 [3], o MAX232 e um
circuito que converte sinais de uma porta serie para sinais
que possam ser interpretados por circuitos micro processados.
%incrementa 1/4 de hora

%outros ciclos while
%fecho da porta s
erie
Como o sensor enviara quatro valores, estes serao recebidos, com a ajuda do ciclo for, por um vector de quatro elementos em que cada um esta associado a uma propriedade do solo. Portanto, cada valor sera encaminhado
para o seu respectivo grafico. Para que os quatro graficos
sejam feitos na posica o da janela em que se apresentam foi
usada a funca o subplot.
2.7 Status actual
Na figura 6 pode ver-se ainda outro sub-menu que serve
para que um utilizador possa saber qual e a configuraca o actual do sensor, isto e , qual e o propriedade que esta a ser medida, o tempo total de medica o, o perodo de actualizaca o,
os parametros envolvidos e o seu valor.
2.8 Comunicaca o com o sensor
A comunicaca o com o sensor foi feita usando a porta
serie como ja foi referido, portanto foi necessario ter em
atenca o a configuraca o do formato dos dados para a sua
transmissao. Foi tambem implementado, como se pode ver
na figura 7, um circuito auxiliar com o MAX 232 que permite a troca de dados com o sensor.
Fig. 7
C IRCUITO MAX-232
Depois da configuraca o do formato de dados estar feita e

este circuito estar conectado ao sensor o sistema esta completo e pronto a funcionar. O programa pode ser executado
e as medico es iniciadas.
2.11 Resultados
Quando chegou o momento dos teste, o sensor nao estava preparado para funcionar, portanto teve que encontrar-

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
127
se outra forma de comprovar o bom funcionamento da

aplicaca o desenvolvida. Inicialmente foi conectado o computador onde se encontra o software a outro computador
atraves da porta serie. Depois de concluda com sucesso a
configuraca o do formato dos dados, foi feita a transmissao
de dados usando o hyper terminal do Windows. Os resultados sao apresentados seguidamente nas figuras 8 e 9.
Fig. 10
E SCRITA NO GR AFICO
Fig. 8
E NVIO DO STATUS
tervalo de tempo bastante maior do que as 14 horas introduzidas. Foi escolhido este valor de tempo porque se tratava
de 14 amostras de humidade.
Relativamente a` comunicaca o, atraves da figura 9 pode
ver-se que esta a funcionar perfeitamente o que me leva a
concluir que os objectivos foram atingidos com sucesso.
IV. B IBLIOGRAFIA
[1] A. Valente, R. Morais, A. Tuli, J. W. Hopmans, G.J.
Kluitengerg: Multi-functional probe for small-scale simultaneous measurements of soil thermal properties, water
content, and electrical conductivity, 2006.
[2] Syonei V. Zanette, Silvio C. Sampaio, Marciane G. Silvestre: Analise espacial da humidade do solo cultivado com
soja sob dois sistemas de manejo, Revista Brasileira de Engenharia Agricula e Ambiental, pag:243, 2007.
[3] Do It Yourself,
10 de julho 2009,
www.doityourself.com
Fig. 9
DO STATUS
R ECEPC AO
O resultado no hyper terminal sao os valores introduzidos

no programa separados por ponto e virgula. Atraves destes
o sensor podera dar incio a` s suas rotinas de leitura e calculo
do valor da humidade. Este sera enviado, lido pelo programa e encaminhado para o grafico.
Para testar a apresentaca o de valores nos graficos foi introduzido um ficheiro com valores de humidade ja conhecidos
[2]. Foi necessario efectuar algumas alteraco es no codigo
mas o resultado foi positivo.
Note-se que, nao foram introduzidos os valores dos
parametros A e B, pois apenas se trata de um teste nao
sendo, portanto, essas constantes relevantes.
III. C ONCLUS OES

A figura 10 certifica o bom funcionamento das rotinas de
escrita dos valores no grafico e portanto, o bom funcionamento do software. A variaca o acentuada da humidade
deve-se ao facto de estes valores serem relativos a um inc UTAD - ECT - Departamento de Engenharias

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
129
Site Web para gestao de exames - Interface com o Utilizador e Interface de

Administraca o - P0924
Rafael Duarte Inacio Vilarinho, rafael.di.vilarinho@gmail.com
II. T ECNOLOGIAS U TILIZADAS
Abstract
The final purpose of this work is to build a gate that will allow
fixing exams in a simple and efficient way. This task may be
carried out within defined limits or restrictions, according to the
filter shaped by the manager. At this stage of the project related
to the interaction of site-user, it is intended to implement the
management and User Interfaces. The used tools are Cascading
Style Sheets (CSS) to define the style and JajaServer Pages (JSP)
for Web Applications.
Resumo
O objectivo deste trabalho e a implementaca o de um portal que permita de uma forma simples e eficaz efectuar a
marcaca o de exames. Estes exames poderao ser marcados com
determinadas restrico es, de acordo com os filtros definidos
pelo gestor. Nesta componente do projecto, relacionada com
a interacca o site-utilizador, pretende-se a implementaca o da
Interface de Gestao e Interface do Utilizador. As tecnologias
utilizadas sao Cascading Stye Sheets (CSS) para definir o estilo e JavaServer Pages (JSP) para as aplicaco es Web.
Keywords JavaServer Pages, Cascading Style Sheets,

Graphic Interface
Palavras chave JavaServer Pages, Cascading Style Sheets,
Interface Grafica
I. I NTRODUC AO
O objectivo deste projecto e a realizaca o de um site para
inscrico es e marcaco es de exames. As marcaco es poderao
ser efectuadas pelos proprios docentes, com as respectivas
restrico es, enquanto que os alunos apenas se poderao
inscrever nas ofertas existentes e consultar os exames
efectuados.
Os docentes tem varias acco es disponveis, como acrescentar/editar exames, apagar exames, ver e assinalar as
presencas dos alunos nas respectivas provas.
Tentou-se fazer um portal de utilizaca o bastante simples e
sucinto nas informaco es nele contidas.

As tecnologias usadas nesta componente do projecto sao:

Cascading Style Sheets;
JavaServer Pages;
Cascading Stye Sheets - CSS - e uma linguagem de estilo
utilizada para definir a apresentaca o de documentos escritos
numa linguagem de programaca o, como HTML ou XML.
O seu principal benefcio e prover a separaca o entre o formato e o conteudo de um documento. Serve para definir
regras de formataca o ou de estilos, a serem aplicadas aos
elementos estruturais de marcaca o.
Algumas vantagens de Utilizar CSS [1]:
Agilizaca o da manutenca o e re-design do site;
Reduca o do tempo de download dos documentos Web;
Aumento consideravel na portabilidade dos documentos Web;
JavaServer Pages [2] - JSP - e uma tecnologia utilizada no
desenvolvimento de aplicaco es Web, similar a` s tecnologias
Active Server Pages (ASP) da Microsoft ou PHP.
Por ser baseada na linguagem de programaca o Java, tem
a vantagem da portabilidade de plataforma, que permite a
sua execuca o em diversos sistemas operacionais, como o
Windows da Microsoft, Unix e Linux.
Esta tecnologia permite ao criador de paginas Web produzir aplicaco es que acedam a` base de dados, manipulem
arquivos no formato texto, captem informaco es a partir de
formularios e sobre o visitante e sobre o servidor.
Neste caso utilizou-se o servidor Tomcat por ser compatvel
com a tecnologia JSP.
E D ESENVOLVIMENTO
III. C ONCEPC AO
O modelo idealizado para este portal consiste numa pagina
inicial com informaco es (novos exames, exames terminados, etc ) com uma box de login, onde sera preenchido pelo
utilizador o campo Usere o campo Password.
Apos ser validada a sessao, havera tres possibilidades;
se for docente, este e reencaminhado para a pagina de
docente; se for aluno para a pagina de aluno; se nao se
encontrar registado ou houver erro algum na validaca o da
sessao sera apresentada novamente a pagina inicial. [3]
130

RAFAEL VILARINHO [23116]
Fig. 1
D IAGRAMA DE FUNCIONAMENTO DO S ITE
Pagina do Docente:
Na pagina de docente existira um menu com as varias
opco es validas para docente, sendo estas, Acrescentar
Exame, Editar Exame, Apagar Exame, Ver Inscritos.
Fig. 3
DA P AGINA
V ISTA DAS OPC OES

ACRESCENTAR E XAME
Na opca o Apagar Exame o docente tem a lista de exames

e podera apagar os exames que pretender.
Na opca o Ver Inscritos aparecera a lista de exames, apos
seleccionado um exame, o docente podera ver inscritos,
marcar e imprimir as presencas.
Fig. 2
M ENU DO D OCENTE
Na opca o Acrescentar Exame, havera varios campos

de preenchimento, o tipo de exame, o ttulo, uma breve
descrica o do mesmo, restrico es ( ano dos alunos que podem
realizar o exame, sexo, idade, data do exame ). A opca o
Editar Exame tera os mesmo campos que a opca o anterior.
[1]
Pagina do Aluno:
Na pagina de aluno existira outro menu com as opco es
validas para aluno, sendo estas, Exames Disponveis e
Exames Efectuados.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
131
Fig. 5
DA P AGINA
V ISTA DAS OPC OES

E XAMES D ISPONI VEIS
Fig. 4
M ENU DO A LUNO
Na opca o Exames Disponveis aparece uma lista com os

exames existentes e o aluno podera inscrever-se nos que
pretender.
Na opca o Exames Efectuados, o aluno podera consultar
os exames que ja realizou.
Atraves do ficheiro CSS foram definidas as varias caixas

necessarias . Com a tecnologia utilizada neste portal, o
funcionamento e bastante pratico.
Por exemplo, nao e necessario fazer inumeras paginas
diferentes, existe uma pagina de raiz, que depois consoante
as permissoes do utilizador, nos mostra menus e opco es
diferentes, estes menus e opco es sao apenas outros ficheiros
JSP, que sao chamados para a caixa que se pretender, assim
se o administrador decidir alterar as opco es e os menus,
nao tera que fazer isso em todas as paginas, mas apenas no
ficheiro JSP onde os mesmos estao detalhadas. Esta foi o
opca o preferida por se considerar a mais adequada para um
Site deste tipo, e por permitir facil utilizaca o e aplicaca o.

Fig. 6
F UNCIONAMENTO DA P AGINA
COM FICHEIROS JSP
Explicaca o do funcionamento em termos de ficheiros:

(exemplo)
1. Home Page;
2. Apos o utilizador preencher os campos de login e
clicar no botao Login, e executado o ficheiro validar login.jsp;
132

setPropriedade();
No ficheiro validar login.jsp existe uma chamada do Bean:
(Bean esta definido ao fundo desta coluna)
1
2
<j s p : u s e B e a n i d ="auth" c l a s s ="utad.auth.

Authentication" s c o p e ="session" />
Este bean, serve para verificar se o login do utilizador

e valido, se for valido retorna o tipo de utilizador que e ,
docenteou alunose nao for valido retorna guest.
Excerto do bean utilizado:

1
3
4
5
6
1
2
...
<%
8
9
3
4
5
S t r i n g u s e r = r e q u e s t . g e t P a r a m e t e r ( "login" ) ;
S t r i n g password = r e q u e s t . g e t P a r a m e t e r ("
password" ) ;
6
7
8
boolean v a l i d l o g i n = auth . v a l i d a t e L o g i n ( user ,

password ) ;
S t r i n g t i p o = auth . getUserType ( user ) ;
9
10
13
14
15
16
17
18
19
20
21
22
. s e t A t t r i b u t e ( "user" , u s e r ) ;
. s e t A t t r i b u t e ( "userType" , t i p o ) ;
.;
. Connection ;
. DriverManager ;
. Statement ;
. ResultSet ;
13
14
15
16
17
21
22
23
24
25
. s e t A t t r i b u t e ( "user" , "" ) ;
. s e t A t t r i b u t e ( "userType" , "guest" ) ;
@author R a f a e l
/
28
29
30
32
33
</body>
34
35
36
37
38
39
40
41
42
43
44
45
A. Beans
Um Javabean e um componente reutilizavel que tem como
finalidade representar um modelo de dados. Beans sao
classes que tem propriedades, e podem desencadear eventos.
Define convenco es para que atributos de dados sejam
tratados como propriedades;
Permite a manipulaca o das suas propriedades,
activaca o de eventos, etc. atraves de um framework
que reconheca as convenco es utilizadas;
Basicamente, um Bean e uma classe Java qualquer, que tem
as seguintes caractersticas:
Construtor publico default (sem argumentos);
Atributos de dados private;
Metodos de acesso e/ou alteraca o para cada
atributo usando a convenca o getPropriedade() e
public boolean v a l i d a t e L o g i n ( S t r i n g user ,

S t r i n g password ) {
31
25
E envia-nos para a page.jsp, que em consonancia como

tipo de utilizador nos mostrara diferentes menus e opco es
como foi referido em cima. O ficheiro bean (JAVA) e o que
nos permite interagir com a base dados (SQL).
public class Authentication {

p r i v a t e Connection connection = n u l l ;
private ResultSet rs = null ;
private Statement st = null ;
S t r i n g d b u s e r = "*********" ;
S t r i n g d b p a s s = "*********" ;
S t r i n g u r l = "jdbc:mysql://jini.utad.pt/
inscricoes" ;
27
24
26
sql
sql
sql
sql
sql
12
26
<meta h t t p e q u i v ="refresh" c o n t e n t ="0;URL

=page.jsp">
23
.
.
.
.
.
11
20
<%
if ( valid login ){
session
session
}
else{
session
session
}%>
java
java
java
java
java
19
11
12
import
import
import
import
import
10
18
%>
package utad . auth ;
46
47
48
49
50
try{
C l a s s . forName ( "com.mysql.jdbc.Driver
") . newInstance ( ) ;
}
catch ( ClassNotFoundException cnfe ) {
cnfe . printStackTrace ( ) ;
return false ;
//
}
catch ( InstantiationException iex ){
iex . printStackTrace () ;
return false ;
}catch ( IllegalAccessException iae ){
iae . printStackTrace () ;
return false ;
}
try{
connection = DriverManager .
getConnection ( url , dbuser ,
dbpass ) ;
Statement s t = connection .
createStatement () ;
51
52
53
54
55
56
57
58
59
60
61
62
63
S t r i n g q u e r y = "SELECT * FROM logins

WHERE user=" + u s e r + " and
pass=" + p a s s w o r d + "" ;
System . o u t . p r i n t l n ( q u e r y ) ;
R e s u l t S e t r s = s t . executeQuery ( query
);
i f ( r s . next ( ) ) {
connection . close ( ) ;
r e t u r n true ;
}
else{

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
connection . close ( ) ;
return false ;
64
65
}
} c a t c h ( SQLException t e s t e ) {
teste . printStackTrace () ;
return false ;
}
66
67
68
69
70
71
133
Alguns screen shots do site:
72
73
74
Neste excerto do bean, podemos verificar que e feita a

ligaca o a` base de dados, o que nos permite fazer a validaca o
do login, bem como por exemplo, ver a utilizaca o do
parametro get.
B. Como utilizar um bean?
Para usar um bean numa pagina JSP, existem tres atributos
que devem ser fornecidos:
Fig. 7
I MAGEM DA P AGINA
INICIAL
um ID, que fornece um nome local;

o nome da classe, que e usado para criar uma instancia
para o caso de ele nao existir;
um campo de aplicaca o, que especifica o tempo de
vida do bean;
Existem quatro opco es disponveis - page, request,
session, and application. A page-scopedesta disponvel
apenas na pagina JSP e e destruda quando a pagina
tiver terminado a sua execuca o para gerar o pedido. Um
request-scopede destrudo quando a resposta e enviada. A session-scopede terminada quando a sessao e
terminada. Um pedido de application-scopede destrudo
quando a aplicaca o Web e terminada.
Fig. 8
I MAGEM DA P AGINA
DO DOCENTE
IV. C ONCLUS OES

Ao longo do desenvolvimento deste projecto, pude
adquirir variados conhecimentos ao nvel de CSS e JSP.
Tive noca o real do quanto e importante ser-se minucioso
com todas as questoes relacionadas com a acessibilidade,
funcionalidade, estetica, conteudo, etc.
Do ponto de vista do administrador (docente), o site esta
bastante facil de utilizar, consegue-se facilmente introduzir
novos exames na base de dados, bem como alterar exames.
Em relaca o ao utilizador (aluno), o site esta simples, tendo
em conta que este apenas tem as opco es de se inscrever em
exames ou ver os exames que ja realizou.

Desenvolvimentos futuros:
Podera ser adicionada uma pagina para se registarem novos
utilizadores, e podera ser utilizado um template consoante
a instituica o a que for aplicado.
134

Fig. 9
I MAGEM DA P AGINA
DO ALUNO
B IBLIOGRAFIA
[1] w3schools,
The largest web developer site on the net,
http://www.w3schools.com/.
[2] Inc. Sun Microsystems,
Javaserver pages technology,
http://java.sun.com/products/jsp/.
[3] Craig Cook David Schultz, Beginning HTML with CSS and XHTML:
Modern Guide and Reference (Beginning: from Novice to Professional), Apress, 2007.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
135
Site Web para gestao de exames - Gestao de Base de Dados e Relatorios - P0925
Joao Carlos Araujo Rodrigues, jjoaocarodrigues@gmail.com
Abstract
The objective of this work is to implement a portal to allows
a simple and effective way to schedule assessments. These exams may have restrictions, according to the filters defined by
the manager. This component of the project, related to data
management has as main objective implement the database
and generate reports of the system. The database will be composed of eight tables, all linked together. Each table contains
several fields of data storage,these fields were created as the
needs of the proper functioning of the portal. To create this
database i use the phpMyadmin, because it is an application
to complete all requirements. as the database needs to collect
data from web site, therefore have to be connected to this,for
this was done in an indirect way, through a system of Beans,
this system control the connection of database to the portal.
Resumo O objectivo deste trabalho e a implementaca o de
um portal que permita de uma forma simples e eficaz efectuar a marcaca o de exames. Estes exames poderao ser marcados com determinadas restrico es, de acordo com os filtros
definidos pelo gestor. Nesta componente do projecto, relacionada com a gestao de dados, pretende-se que a base de dados forneca relatorios relativos ao sistema. A Base de Dados
sera composta por oito tabelas, todas elas interligadas entre
si. Cada tabela contem varios campos de armazenamento de
dados, esses campos foram criados conforme as necessidades
do bom funcionamento do portal. Para a criaca o desta base de
dados utilizamos como ferramenta o phpMyadmin pois e uma
aplicaca o que completa todas as necessidades. Como a base de
dados necessita de recolher dados da pagina de Internet, consequentemente tera que estar interligada a esta, para isso foi
feita de forma indirecta, atraves de um sistema de Beans, este
sistema e que controlara a ligaca o da base de dados ao portal.
Keywords Data Base,jdbc,phpMyadmin,web portal

Palavras chave base de dados, jdbc, phpMyadmin,portal
web
I. I NTRODUC AO
O objectivo deste trabalho e a implementaca o de um
portal que permita de uma forma simples e eficaz efectuar
a marcaca o de exames. Estes exames poderao ser marcados com determinadas restrico es, de acordo com os filtros definidos pelo gestor. Nesta componente do projecto,
relacionada com a gestao de dados,projectar e implementar
uma base de dados que respeite as especificaco es do sistema de inscrico es. Este site tem que ter a capacidade de
fazer uma distinca o entre tipos de utilizadores, neste caso
docente, e alunos, dando permissoes aos docentes que
os alunos nao possuem, e vice -versa.Isto porque os objectivos de ambos os utilizadores sao diferentes.
De acordo com os objectivos dos docentes, estes vao ter que
conseguir fazer a inserca o e marcaca o de exames, tendo em
conta que os exames tem condicionantes,como por exemplo,unidades curriculares,curso,ano curricular, assim como
listar os alunos inscritos num determinado exame e marcar
as presencas dos alunos.
Os alunos por sua vez terao permissao, para se inscrever nos
exames submetidos pelos professores, esta inscrica o nos exames por parte dos alunos, tem em conta as restrico es impostas pelo docente. Por sua vez este site ira estar ligado a
uma base de dados.
Esta base de dados foi criada tendo em conta o bom funcionamento do site, tendo em consideraca o situaco es de
congestionamento, acesso rapido e eficaz aos dados armazenados, confianca no armazenamento dos dados, tendo
a certeza que os dados nao se irao perder ou modificar. A
base de dados e o site estarao interligados atraves de um sistema de Beans, sistema que ira fazer a ligaca o entre o portal
e a base de dados de forma fiavel. Na construca o deste site
foi tido em conta tambem aspectos relativos a seguranca,
tendo a certeza que nao sera possvel aceder ao site sem se
ter efectuado o previo login, e que esse login constara na
base de dados.
II. BASE DE DADOS
A utilizaca o das chamadas Tecnologias da Informaca o
tem vindo a ser cada vez mais importante no nosso
dia-a-dia, diria mesmo que sao imprescindveis, pois elas
estao presentes em varios sectores da economia, desde
a administraca o publica ate ao sector privado, a a rea
industrial ate a a rea de servicos e, mais recentemente nos
nossos lares. [1]
A tecnologia de Bases de Dados, veio revolucionar o
desenvolvimento e a exploraca o de sistemas informaticos
nas organizaco es e consequentemente a utilizaca o das
tecnologias da informaca o.
Esta tecnologia teve uma adesao tao significativa por
parte do mercado que o seu ritmo de desenvolvimento e
divulgaca o pelas organizaco es tem vindo sempre a crescer,
sendo esta uma tecnologia contida na maior parte dos
programas desenvolvidos.
Devido a esta tecnologia fornecer um conjunto de facilidades e um ambiente de trabalho de alto nvel, com reflexos
concretos ao nvel da produtividade, disponibiliza um conjunto de caractersticas como a seguranca nos acessos, o
controlo da concorrencia, a recuperaca o/tolerancia a falhas,
etc. Todos estes factores contriburam para o sucesso e
consequente desenvolvimento desta tecnologia pois sao
factores fundamentais em qualquer sistema utilizado num
136
RODRIGUES
JOAO

ambiente de multiutilizaca o.
Esta tecnologia e caracterizada em termos de evoluca o
pelo seu ritmo de desenvolvimento assinalavel. Desde
os primeiros sistemas criados, passando pelos sistemas
relacionados cujas caractersticas de flexibilidade e facilidade de utilizaca o permitiram uma divulgaca o massiva
desta tecnologia, ate aos sistemas de 3a geraca o, em que
os sistemas de bases de dados Object-Oriented sao os mais
representativos e promissores.
Novas perspectivas para a utilizaca o da tecnologia de
bases de dados foram abertas devido aos desenvolvimentos
ocorridos com os dispositivos de hardware e com as
infra-estruturas de comunicaco es.
A tecnologia de bases de dados foi inicialmente projectada
para a a rea de processamento de dados de gestao, tendo
esta tecnologia vindo a evoluir, tem sido utilizada em varias
a reas de aplicaca o, de onde se podem destacar as ferramentas CASE (Computer-Aided Software Engineering), CAD
(Computer Aided Design), CIM (Computer Integrated
Manufacturing), GIS (Geografic Information Systems),
sistemas multimedia, etc.
Como se verifica, estas novas a reas de aplicaca o com
caractersticas bastante diferentes na a rea tradicional de
actuaca o, necessitam da tecnologia de bases de dados outro
tipo de funcionalidades. Surgem entao novos conteudos
dentro desta tecnologia que, suportando essas funcionalidades, alargam o seu a mbito de aplicaca o a essas a reas.
Uma vez que o constituinte central de qualquer sistema
de informaca o e a sua memoria, a soluca o informatica,
para qualquer organizaca o, deve assentar num deposito
integrado de dados, a Base de Dados. Uma base de dados e ,
por definica o um conjunto organizado de dados, disponvel
a todos os utilizadores ou processamentos da organizaca o
que deles tenham necessidade.
A tecnologia de bases de dados vai, entao tentar responder
a dois objectivos: por um lado, dar corpo a uma forma
mais natural de pensar os sistemas de informaca o surgindo
como elemento integrador dos recursos informativos da
organizaca o; por outro lado, disponibilizar meios de desenvolvimento de novos sistemas e facilitar a manutenca o dos
sistemas construdos segundo esta tecnologia. [2]
[23363]
Fig. 1
EXEPLO DO FUNCIONAMENTO DE UM JDBC
tem suporta SQL e a plataforma Java e independente, de

modo JDBC torna possvel escrever um u nico pedido de
dados que pode ser executado em diferentes plataformas e
interagir com diferentes Database Management Systems.
[3]
Java Database Connectivity e semelhante ao ODBC
(Open Database Connectivity) que e utilizado para aceder
e gerir bases de dados, mas a diferenca e que o JDBC e
projectado especificamente para programas em Java, e o
ODBC nao depende de qualquer idioma.
Em suma o JDBC ajuda os programadores a escrever
aplicaco es em Java para nos ajudar a ligar a uma fonte
de dados, como uma Base de Dados, ajuda a nos enviar
perguntas e declaraco es para actualizar a Base de Dados e
obter e processar os resultados recebidos da Base de Dados
em termos de resposta a sua consulta.
Para a gestao da Base de Dados podemos utilizar a
aplicaca o phpMyAdmin pois e uma aplicaca o de facil
utilizaca o que serve para controlar a Base de Dados
MySQL. Pode ser utilizado para criar, copiar, eliminar,
renomear e alterar tabelas, fazer a manutenca o de tabelas,
eliminar, editar e adicionar campos, exportar ou importar
uma Base de Dados, e muito mais.
III. JDBC
JDBC (Java Database Connectivity) e nem mais nem
menos que uma API Java (Application Programming
Interface) que permite que os programas Java executem
comandos SQL. JDBC fornece metodos para consultar e
actualizar os dados na Base de Dados relacional, tais como
SQL, Oracle etc.
O API do Java fornece um mecanismo para carregar
dinamicamente Drivers JDBC, registra-os com o JDBC
Driver Manager que e usado para fazer uma ligaca o a
Base de Dados partindo que as aplicaco es possam exercer
comandos SQL como:INSERT, UPDATE e DELETE .
Driver Manager e a espinha dorsal da arquitectura JDBC.
Geralmente todos Relational Database Management Sys-
IV. M Y SQL
O phpMyAdmin e uma ferramenta em PHP que
permite administrar facilmente bases de dados MySQL,
atraves de um browser,e das aplicaco es open source
das mais populares, que nos proporciona uma poderosa
interface grafica para gerir o MySQL. Enquanto a maioria
dos desenvolvedores utilizam funcionalidades de rotina
phpMyAdmin todos os dias, poucos estao conscientes do
seu poder e potencial.
Suporta grande numero desites dinamicos e aplicaco es.O
MySQL adquiriu esta vasta popularidade em virtude da
sua natureza de open source, desempenho, fiabilidade,
robustez, e suporte para multiplas plataformas. No entanto,
esta popularidade tambem foi favorecida pela existencia

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
137
nada de register.
Atraves desta interligaca o poderemos ter acesso a assiduidade dos utilizadores relativamente a um exame,
podemos tambem saber os exames realizados relativamente
ao utilizador em questao.
de phpMyAdmin a industria standard, o que torna a ferramenta administrativa de gestao de dados facil para ambos.
Trazendo uma interface web para MySQL phpMyAdmin
tornou um instrumento indispensavel para o MySQL e
desenvolvedores web, sejam eles profissionais ou na sala
de aula. Cada utilizador pode beneficiar phpMyAdmin, ate
libertar todo o potencial desta poderosa aplicaca o. [4]
Fig. 2
EXEMPLO PHP MYADMIN DA
BASE DE DADOS
V. C ONCEPC AO
Como ja referimos em cima a Base de Dados sera
constituda por oito tabelas, que contem uma tabela
chamada logins, que e constituda por tres campos de
armazenamento de dados, um campo chamado user que
ira guardar o user name de cada utilizador,e um campo
denominado pass, em que este campo ira armazenar as
respectivas passwords de cada utilizador.
Atraves de estes dois campos de armazenamento de dados
a Base de Dados ira deixar aceder ou nao o utilizador que
tenta aceder ao portal. Esta tabela contem tambem um
campo denominado ID user , este campo e de extrema
importancia da ser designado por chave primaria, este
campo ira tornar a nossa Base de Dados mais flexvel pois
ira fazer a interligaca o da tabela loginse da tabela chamada
user, da tabela register e uma outra tabela denominada
examinandos.
Esta tabela denominada de user, e muito importante pois
ira conter todos os dados necessarios a identificaca o dos
utilizadores que irao usufruir deste portal, compreende
campos tais como o name, age, year of birth, gender,
school year e type, assim atraves do campo ID user
correspondente a tabela logins, podemos aceder aos dados
que estarao introduzidos na tabela user.
Como referimos anteriormente o campo ID user da tabela
logins, ira fazer a interligaca o a uma outra tabela denomic UTAD - ECT - Departamento de Engenharias
O campo ID user interliga-nos tambem a tabela logins,

e uma outra tabela chamada examinando, com esta
interligaca o podemos ter acesso aos utilizadores inscritos
num determinado exame e a data em que ele efectuou a
sua inscrica o, para podermos ter uma listagem dos alunos
inscritos num determinado exame.
A Base de Dados abarca tambem uma tabela de extrema
importancia designada exam, que ira conter todos os dados
relativos a um determinado exame.
Contem um campo de igual importancia ao ID user da
tabela logins,que neste caso sera denominado porID exam,
que nos dara ligaca o a outras tabelas aumentado assim a
versatilidade da base de dados, para alem deste campo esta
tabela tera tambem campos de armazenamento tais como:
title,date actv,actv hours,date desact,desact hours,
description e um campo ID type, este campo ira facilitar na
introduca o de novos exames, pois o tipo de exame ja estara
guardado numa tabela chamada exam type, o utilizador
apenas tera que o seleccionar numa lista.
Esta tabela ira estar interligada a s tabelas examinandos
e register, ja referidas anteriormente, para alem destas,
esta tabela esta tambem interligada a mais tres tabelas.
Ambas estas tres tabelas referidas por ultimo, tem finalidade de auxiliar o utilizador a inserir restrico es no
exame em questao, pois cada uma destas tabelas ira conter
138

RODRIGUES
JOAO
[23363]
as condico es necessarias para ser possvel a realizaca o

dessas restrico es, tais como rest gender, rest idd e a tabela
rest year.
Assim sera composto o nosso sistema de Base de Dados,
que foi criado com objectivo de tornar o seu acesso e
modificaca o de forma facil e simples.
Para ser possvel a Base de Dados armazenar dados
provenientes do nosso site temos que construir um sistema
de comunicaca o, de modo a que os dados provenientes do
site sejam armazenados nos campos correctos de maneira
fiavel, para realizar este processo recorremos a um sistema
de BEANS.
Um sistema de BEANS e nada mais nada menos que
uma maneira de gerir as ligaco es de uma Base de Dados
persistente, para isso tem que ser utilizados determinados
comandos definidos pelo sistema de BEANS utilizando a
interface JDBC, assim para obter uma conexao JDBC, em
cada metodo devem ser realizadas as seguintes operaco es:
1. Especificar o nome da base de dados
private String dbname = java: comp / env / jdbc / SavingsAccountDB;
Fig. 3
D IAGRAMA E-R DA BASE DE DADOS
2. Obter o DataSource associado ao nome logico.

InitialContext ic = new InitialContext (); DataSource ds =
(DataSource) ic.lookup (dbname);
3. Obter a ligaca o a partir do DataSource.

Connection con = ds.getConnection ();
1
2
3
4
5
package utad . auth ;

i m p o r t j a v a . s q l . Connection ;
import java . s q l . DriverManager ;
import java . sql . Statement ;
import java . sql . ResultSet ;
6
7
8
9
10
11
12
13
public class Authentication {

p r i v a t e Connection connection = n u l l ;
private ResultSet rs = null ;
private Statement st = null ;
S t r i n g d b u s e r = "***********" ;
S t r i n g d b p a s s = "**********" ;
S t r i n g u r l = "jdbc:mysql
://*******************" ;
VI. C ONCLUS OES

Os nossos objectivos foram todos alcancados com sucesso,
as tecnologias optadas foram as correctas, pois as necessidades foram todas obtidas,o sistema de Beans funciona na
perfeica o,phpMyadmin foi bem indicado para este projecto,
pois e uma ferramenta de facil e eficaz utilizaca o. Atraves
da implementaca o que foi efectuada, e possvel a obtenca o
de registos relativos a assiduidade e ao numero de inscritos
a partir do site em questao. A ligaca o a` s outras partes do
projectos foram efectuadas com sucesso.
EXEMPLO DA
Fig. 4
BASE DE DADOS COMUNICANDO COM O PORTAL WEB
S DO B EAN
ATRAV E
B IBLIOGRAFIA
[1] Jose Luis Pereira, Tecnologia de Bases de Dados, FCA, third edica o.
[2] Marc Delisle, Mastering phpMyAdmin, PAKT, 2009.
[3] Inc.
Sun
Microsystems,
jdbc,
http://java.sun.com/javase/technologies/database/.
[4] Inc. Sun Microsystems, phpmysql, http://www.mysql.com/.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
139
Site Web para gestao de exames - Testes, Seguranca, Autenticaca o e Privacidade

P0926
Antonio Manuel de Oliveira Macedo, a-macedo@live.com.pt
Abstract The main objective of the overall project, of wich

the current work is part, is to implement a Web Site that allows
schedule assessment in an efficient and easy way for the teachers and students. This component of the project aims to provide
the Web Site with security, secure authentication, privacy, and
also to do some robustness and security tests. For its implementation the necessary tools are Java Server Pages (JSP), session
management, secure way to store passwords in the database.
teoricos dessas mesmas tecnologias. Em primeiro lugar

serao abordados os temas relativamente a` s paginas JSP e
seguranca (formas de guardar passwords na base de dados,
gestao de sessoes) em seguida a privacidade e por fim o
tipo de testes efectuados para testar a seguranca do portal.
Resumo O principal objectivo do projecto global, do

qual o trabalho aqui apresentado faz parte, consiste na
implementaca o de um Site Web que possibilite aos docentes
e alunos, de uma forma facil e eficaz, a inscrica o/marcaca o de
exames. Nesta componente do projecto pretende-se dotar esse
portal com mecanismos de seguranca, autenticaca o segura,
privacidade e tambem efectuar testes de robustez e seguranca.
Para a sua implementaca o as tecnologias necessarias sao as
Java Server Pages (JSP), gestao de sessoes, formas seguras de
guardar passwords na base de dados.
A sigla JSP significa Java Server Pages. Pode-se dizer que

e uma tecnologia de Web-scripting utilizada para o desenvolvimento de aplicaco es Web, em que serve o conteudo
dinamico para o utilizador, utilizando logica e dados pelo
lado do servidor e similar a outras tecnologias, tais como o
PHP (Hypertext Preprocessor) ou ASP (Active Server Pages) da Microsoft. A sua principal vantagem recai na portabilidade de plataforma da linguagem Java, que permite ser
executada em outros Sistemas Operativos. Alem da portabilidade permite que se consigam realizar certas aplicaco es
que possibilitam o acesso e manipulaca o a base de dados,
arquivos-texto e a recolha de informaco es a partir de formularios bem como informaco es sobre o utilizador do Web
Site (visitante) e tambem sobre o servidor, permite ainda o
uso de variaveis e loops [1].
Algumas das caractersticas principais do JSP sao [2]:
Keywords Security, Authentication, Privacy, JSP, Schedule

assessment
Palavras chave Seguranca, Autenticaca o, Privacidade, JSP,
Incrico es on-line
I. I NTRODUC AO
O objectivo principal deste projecto na globalidade, em
que o presente trabalho e apenas uma parte, consiste na
realizaca o de um Site Web para a marcaca o de exames de
uma forma simples e eficaz. Este sera utilizado por professores e alunos, onde os exames terao certas restrico es,
de acordo com o tipo de exame e/ou definidos pelos docentes. Relativamente a esta componente do projecto, o
objectivo consiste em garantir aspectos relacionados com
a seguranca do portal, onde se pretende que este usufrua de
capacidades que vao desde a autenticaca o segura, gestao de
sessoes, privacidade ate a` realizaca o de testes de robustez
e seguranca do mesmo. A existencia deste projecto passa
por garantir que depois de finalizado o site, e apos a junca o
das respectivas componentes, este consiga tornar a gestao
de todo o processo de inscrico es dos alunos para os exames mais simples, rapida, facil e ao mesmo tempo segura,
evitando-se assim o metodo antigo em que se usava papel
para o efeito.
II. T ECNOLOGIAS U TILIZADAS
Para a realizaca o deste projecto foi necessario recorrer a
tecnologias utilizadas para a programaca o na Web. Esta
secca o do artigo sera usada para mostrar alguns conceitos

A. Java Server Pages (JSP)
Facil codificaca o, que permite a elaboraca o e

manutenca o de uma aplicaca o;
Separaca o da parte dinamica (programaca o logica) e
da parte estatica (parte visual), permitindo que o programador e o Web designer trabalhem no projecto mas
de forma independente;
Produz conteudos dinamicos que possam ser reutilizaveis;
A diversidade de formatos, qualquer formato actual
pode ser utilizado numa pagina JSP como por exemplo: HTML, XML, DHTML, WML, entre outros;
Utilizaca o de codigo Java, onde e possvel utilizar
scriplets (pedacos de codigo Java puro introduzidos
dentro da pagina JSP).
B. Conteudo
de uma pagina JSP
Uma pagina JSP e um documento baseado em texto em
que possui dois tipos de texto, um com dados de template
estaticos (qualquer formato baseado em texto HTML, XML
etc. ) e o outro com elementos JSP que permitem construir
o conteudo dinamico [3].
Exemplo de um bloco de codigo de uma pagina JSP:
140
1
2

E. Privacidade
<html>
<head>
</ head>
<body>
4
5
< t i t l e >Exemplo p a g i n a JSP </ t i t l e >

<%
6
7
S t r i n g x="Uma simples p
agina
JSP!" ;
%>
<%=x%>
8
9
10
11
</ html>
ANTONIO
MACEDO [22474]
</body>
C. Sessoes
Num portal Web, os utilizadores podem estar a visualizar
varias paginas ao mesmo tempo, podendo interagir com
elas de diversas formas, como e o caso do site de gestao
de exames relativo a este projecto, sendo assim a tecnologia JSP permite o uso de sessoes. Uma sessao e um conceito que permite representar um conjunto de solicitaco es
HTTP e respostas que sao trocadas entre um browser e
um servidor Web, sessao esta que esta relacionada com o
utilizador, onde podem ser inseridas informaco es que podem ser utilizadas/recuperadas mais tarde. Esse conjunto
de informaco es e usado para cada utilizador do portal [4]
[5]. A Fig. 1 ilustra um exemplo de uma sessao [3].
A privacidade e outra das partes importantes na

implementaca o deste projecto, pois sendo um site para
gestao de exames, as informaco es contidas serao importantes sendo necessario ter bastantes cuidados ao proteger o
seu conteudo. E entao necessario ter noco es de como encriptar as informaco es/dados.
Hoje em dia a encriptaca o de dados e tida como algo
valioso, ou seja, como se de um cofre se tratasse. Na
encriptaca o de dados, estes sao encriptados utilizando algoritmos de encriptaca o e uma chave, chave esta que vai
permitir a leitura dos dados. Estas chaves sao determinadas
no momento da ligaca o entre os computadores que estabelecem a ligaca o. A encriptaca o de dados tanto pode ser
iniciada pelo servidor como tambem pelo computador que
estabelece a ligaca o.
Uma utilizaca o comum quando se quer manter uma certa
seguranca entre o cliente e o servidor, evitando que os dados
sejam lidos por terceiros e a utilizaca o do protocolo HTTPS
(HyperText Transfer Protocol Secure) [6], sendo este uma
execuca o do protocolo HTTP (HyperText Transfer Protocol) sobre uma camada SSL (Secure Sockets Layer) ou do
TLS (Transport Layer Security) [7], esta camada vai permitir que as informaco es sejam enviados entre uma ligaca o
criptografada, verificando-se a autenticidade do servidor e
do cliente atraves do uso de certificados digitais. Por sua
vez o TLS e o SSL sao protocolos criptograficos que permitem uma comunicaca o segura na Internet como por exemplo a navegaca o por paginas e outros tipos de transferencia
de dados.
O funcionamento deste baseia-se no envio de uma chave
publica do servidor do site para o browser, utilizada por
este para enviar uma ligaca o secreta criada aleatoriamente,
permitindo a troca de dados criptografados entre os dois.
Fig. 1
E XEMPLO DE UMA SESS AO
F. Autenticaca o
Como dito anteriormente, os pedidos que o utilizador faz

ficam a fazer parte de uma u nica sucessao de interacco es
com o servidor, fazendo estas parte de uma sessao, caso o
utilizador continue com esses pedidos ao servidor a sessao
continua, no entanto, se durante um determinado perodo
de tempo nao existir nenhuma solicitaca o por parte do utilizador, a sessao vai expirar [4]. Uma sessao e representada
por um objecto session, em que todas as informaco es relativas a` sessao sao armazenadas. Os dados sao adicionados
atraves de dois metodos [3]:
Para uma utilizaca o segura do portal e necessario antes de

tudo ter em atenca o aos aspectos relativos ao processo de
autenticaca o, sendo muito provavelmente este o mais importante de todos, pois uma autenticaca o segura e meio
caminho para o sucesso em todos os aspectos relativos a`
seguranca. Autenticaca o e nada mais nada menos que um
processo cujo objectivo recai na verificaca o da identidade
de um determinado utilizador de um sistema. Por vezes o
termo autenticaca o e confundido pela palavra autorizaca o,
no entanto a autorizaca o apenas verifica se o utilizador tem
permissao para executar certas operaco es. O processo de
autenticaca o depende de alguns factores de autenticaca o,
para o Homem estes sao classificados em tres [8]:
Caso a sessao nao exista, e retornado null, senao retorna sessao

HttpSession session = request.getSession(false);
O segundo metodo retorna a sessao ou cria uma nova,
mesmo que getSession(true)
HttpSession session = request.getSession();
Factores humanos que o utilizador possui: Impressoes

digitais, ADN, reconhecimento de voz, entre outros;
Factores de propriedade: Cartoes de identificaca o;
Factores que o utilizador conhece: Palavras-chave,
PIN (personal identification number), frases de
seguranca.
D. Funcionamento de uma sessao JSP
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
141
G. Seguranca
Numa aplicaca o Web os aspectos de seguranca normalmente recaem sempre na forma segura de guardar as passwords dos utilizador. Estas devem ser guardadas na base
de dados nao da forma de texto legvel, mas sim encriptadas. O processo de autenticaca o neste caso passaria por
uma comparaca o entre a password cifrada e a recebida, introduzida pelo utilizador, que tambem devera ser cifrada.
Existem inumeros algoritmos que podem ser usados, existe
um que e muito utilizado para a verificaca o de integridade e
de logins, o MD5 (Message-Digest algorithm 5), desenvolvido pela RSA Data Security. O seguinte bloco de codigo
mostra um exemplo de uma classe utilizando o MD5 [9]:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
import java . s e c u r i t y . MessageDigest ;

import java . s e c u r i t y . NoSuchAlgorithmException ;
public class Criptografia {
p r i v a t e s t a t i c M e s s a g e D i g e s t md = n u l l ;
static {
try {
md = M e s s a g e D i g e s t . g e t I n s t a n c e ( "MD5?)
;
} catch (NoSuchAlgorithmException ex) {
ex.printStackTrace();
}
}
private static char[] hexCodes(byte[] text) {
char[] hexOutput = new char[text.length *
2];
String hexString;
for (int i = 0; i < text.length; i++) {
hexString = "00? + I n t e g e r .
toHexString ( text [ i ]) ;
h e x S t r i n g . toUpperCase ( ) . getChars (
hexString . length () 2 ,
hexString .
length () ,
}
r e t u r n hexOutput ;
19
20
21
22
23
24
25
26
27
28
Fig. 2
T IPO DE TESTES EFECTUADOS
A. Testes de Robustez
Os testes que foram efectuados foram os descritos na
secca o anterior.
A Fig. 3 ilustra o resultado de um login efectuado como
docente.
hexOutput
, i 2) ;
}
p u b l i c s t a t i c S t r i n g c r i p t o g r a f a r ( S t r i n g pwd ) {
i f ( md ! = n u l l ) {
r e t u r n new S t r i n g ( hexCodes ( md . d i g e s t (
pwd . g e t B y t e s ( ) ) ) ) ;
}
return null ;
}
H. Testes de Robustez
Tendo em conta que existem informaco es que os utilizadores nao terao acesso, ou seja, quais as paginas JSP que
sao chamadas, utilizou-se esta informaca o para proceder a`
realizaca o dos testes. A Fig. 2 ilustra os varios tipos de
testes efectuados.
E I MPLEMENTAC AO
III. C ONCEPC AO
Nesta secca o do artigo sera demonstrado como foram
utilizadas as tecnologias referidas na secca o anterior, recorrendo ao uso de figuras e/ou extractos de codigo da
implementaca o pratica do projecto. O servidor de JSP utilizado neste projecto foi o Tomcat 6.0+JDK1.6.

Fig. 3
DE D OCENTE
L OGIN COM PERMISS OES
Para efectuar o teste e entao necessario tentar aceder a uma

pagina onde apenas o aluno tem permissoes para aceder,
neste caso a` pagina Exames Disponveis, o resultado foi
um acesso negado, transmitido sob a forma de uma pagina
em branco, ilustrado na Fig. 4.
Relativamente ao teste inverso, ou seja, o aluno tentar aceder a paginas de uso exclusivo por parte do docente, o resultado tambem foi positivo no que diz respeito a` restrica o. Foi
feito o login usando permissoes de aluno como e ilustrado
atraves da Fig. 5.
142

Fig. 4
REA DE TENTATIVA DE
R ESULTADO DO T ESTE L OGIN D OCENTE - A
ACESSO A LUNO
ANTONIO
MACEDO [22474]
Fig. 6
REA DE TENTATIVA DE
R ESULTADO DO T ESTE L OGIN A LUNO - A
ACESSO D OCENTE
Fig. 7
DE G UEST
P AGINA
COM PERMISS OES
B. Gestao de Sessoes
Fig. 5
Relativamente a` gestao de sessoes, estas foram baseadas

no diagrama de concepca o que a Fig. 10 ilustra.
Depois de ser feita a validaca o do login e atribudo um tipo
de login, neste caso Docente ou Aluno, o seguinte extracto
de codigo exemplifica esta atribuica o.
DE A LUNO
L OGIN COM PERMISS OES
Ao tentar abrir por exemplo a pagina Acrescentar

Exame, que apenas os docentes podem abrir, o resultado
foi identico ao anterior (pagina em branco) Fig. 6.
No caso de um login invalido ou sem efectuar o login o
utilizador e reencaminhado para uma pagina guest, onde
tambem qualquer tentativa de chegar a paginas restritas nao
e permitida. A Fig.7 ilustra a pagina com permissoes Guest.
A Fig. 8 e Fig. 9 ilustram a tentativa de acesso negada a`
pagina Apagar Exame e Exames Efectuados, da Area
Docente e Area
Aluno respectivamente, utilizando permissoes guest.
1
2
3
4
5
<%
S t r i n g t i p o ="" ;
S t r i n g paged = r e q u e s t . g e t P a r a m e t e r ( "
pagetodisplay" ) ;
i f ( p a g e d == n u l l )
p a g e d ="" ;
6
7
8
9
10
tipo =
( S t r i n g ) s e s s i o n . g e t A t t r i b u t e ( "userType" ) ;
i f ( t i p o == n u l l )
t i p o = "guest" ;
11
12
%>
Sempre que o utilizador tenta abrir uma pagina e feita uma
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
143
Fig. 10
DE S ESS OES
G EST AO
Fig. 8
REA DE TENTATIVA DE
R ESULTADO DO T ESTE L OGIN G UEST - A
ACESSO D OCENTE
mas interacco es com o site durante um perodo de tempo a

sessao em vigor expira, e o utilizador e reencaminhado para
um novo login que ira dar origem a uma nova sessao. O mecanismo e baseado no seguinte algoritmo:
E vista a hora a que e feita o pedido;

E vista a hora da u ltima interacca o guardada;
As duas horas sao comparadas, se a diferenca for
maior que o timeout (tempo predefinido de utilizaca o)
e feito logout e as variaveis de sessao sao ao mesmo
tempo limpas, se a diferenca for menor e guardada a
nova hora e a sessao permanece ligada.
C. Autenticaca o
Para o processo de autenticaca o estariam a` partida duas
hipoteses a utilizar:
Autenticaca o e todas as outras paginas em HTTPS;
Apenas a autenticaca o usando HTTPS e o resto das
paginas em HTTP.
Fig. 9
REA DE TENTATIVA DE
R ESULTADO DO T ESTE L OGIN G UEST - A
ACESSO A LUNO
verificaca o relativa ao tipo de utilizador, verificaca o esta

feita atraves do seguinte bloco de codigo:
1
2
3
4
5
<% S t r i n g t i p o = ( S t r i n g ) s e s s i o n . g e t A t t r i b u t e ( "
userType" ) ;
i f ( t i p o == n u l l )
t i p o = "guest" ;
i f ( t i p o . e q u a l s ( "docente" ) ) {
%>
Um mecanismo importante na gestao de sessoes e o de

expiraca o das sessoes, ou seja, caso nao sejam feitas nenhuc UTAD - ECT - Departamento de Engenharias

Depois de um estudo teorico relativamente a` s duas

hipoteses, e tendo em conta por exemplo portais como o
SIDE (UTAD), uma implementaca o da primeira hipotese
seria muito mais segura que a primeira, mas em contrapartida o Site Web requere mais recursos do lado do servidor. E
tendo em conta que sera utilizado por um grande conjunto
de pessoas, a sua performance iria ser mais baixa, no entanto uma implementaca o da segunda hipotese e muito mais
viavel, pois tras seguranca devido a autenticaca o usando
HTTPS e utilizando a gestao de sessoes confirmando sempre a autenticidade do utilizador no resto das paginas em
HTTP e e ao mesmo tempo facil e eficaz.
Foi entao necessario configurar o TOMCAT para suportar
HTTPS [10] [11]. Para tal sao necessarios apenas 3 passos:
1. Gerar um ficheiro Keystore;
2. Configurar o Tomcat para usar o ficheiro Keystore;
3. Configurar a aplicaca o Web (site de gestao) para trabalhar com SSL.
Gerar um ficheiro Keystore
Este ficheiro armazena dados de certificados digitais,
dados tais como chaves publicas e privadas usadas na
144

ANTONIO
MACEDO [22474]
autenticaca o/integridade dos dados, e informaco es sobra a

fonte da qual se esta a receber a aplicaca o de dados. Para
criar este ficheiro foi necessario usar o keytool, para tal
abriu-se a consola de comandos do Windows e digitou-se
o seguinte codigo:
1
cd %d i r e c t o r i a JAVA% / b i n ( a b r e a p a s t a b i n do
Java )
Em seguida:
1
k e y t o o l g e n k e y a l i a s t o m c a t k e y a l g RSA
Depois de executada a linha anterior irao aparecer algumas perguntas para criar o certificado. A Fig. 11 ilustra o
processo de criaca o do ficheiro Keystore.
Fig. 12
A SPECTO DO C ERTIFICADO
Por fim para que a aplicaca o utilize SSL, basta abrir o ficheiro Web.xml da aplicaca o e adicionar o seguinte fragmento de codigo:
1
2
3
Fig. 11
A SPECTO DO FORMUL ARIO

DO FICHEIRO K EYSTORE
4
5
6
7
Configurar o Tomcat
Para a configuraca o do Tomcat e necessario efectuar algumas alteraco es no ficheiro de configuraca o (server.xml),
para tal, basta abri-lo num editor de texto. Este ficheiro
encontra -se em CATALINA-HOME/Conf/server.xm.
Para efectuar as alteraco es basta descomentar o seguinte
bloco de codigo:
1
2
3
4
5
<!
<C o n n e c t o r p o r t ="8443" p r o t o c o l ="HTTP/1.1"
SSLEnabled ="true"
maxThreads ="150" scheme ="https"
s e c u r e ="true"
c l i e n t A u t h ="false" s s l P r o t o c o l ="
TLS"
/>
E substitui-se por:
1
2
3
4
5
<C o n n e c t o r p o r t ="8443" p r o t o c o l ="HTTP/1.1"

SSLEnabled ="true"
maxThreads ="150" scheme ="https" s e c u r e ="true"
c l i e n t A u t h ="false" s s l P r o t o c o l ="TLS"
k e y s t o r e F i l e ="(localizac
ao do ficheiro)"
k e y s t o r e P a s s ="keystore password" />
E necessario reiniciar o tomcat e atraves do URL

https://localhost:8443/ verifica-se a utilizaca o do certificado feito, como ilustra a Fig. 12.
8
9
<s e c u r i t y c o n s t r a i n t >
<webr e s o u r c e c o l l e c t i o n >
<webr e s o u r c e name>s e c u r e d a p p </webr e s o u r c e name>
<u r l p a t t e r n >/ </ u r l p a t t e r n >
</webr e s o u r c e c o l l e c t i o n >
<u s e r d a t ac o n s t r a i n t >
<t r a n s p o r t g u a r a n t e e >CONFIDENTIAL</ t r a n s p o r t
guarantee>
</ u s e r d a t ac o n s t r a i n t >
</ s e c u r i t y c o n s t r a i n t >
Em que o /* significa que qualquer recurso da aplicaca o

vai utilizar o HTTPS para ser acedida, e que o termo confidential indica ao servidor que tem que fazer o trabalho
sobre a aplicaca o SSL, caso se pretenda desligar o modo
SSL basta substituir por None.
IV. C ONCLUS OES

Relativamente aos testes de seguranca efectuados, estes
tiveram sucesso, sendo que todas as restrico es de acesso
eram executadas, ou seja, nenhum utilizador conseguiu
aceder a conteudos para os quais nao tinha autorizaca o.
A gestao de sessoes tambem esta foi implementada com
sucesso, permitindo confirmar e verificar sempre a autenticidade do utilizador sempre que este acedia a uma nova
pagina, e recusando todos os acessos a quem por algum
factor conseguisse ter acesso ao link completo para alguma
pagina. Um possvel desenvolvimento futuro passa pela
utilizaca o de protocolos de autenticaca o.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
B IBLIOGRAFIA
[1]
Simon Brown, Sam Dalton, Daniel Jepp, David Johnson, Sing Li, e
Matt Raible, Pro JSP 2, Grace Wong, fourth edica o, 2005.
[2] Alex Dias Ferreira e Luis Andre Martins, Comparativo entre as
tecnologias jsp (java server pages) e asp (active server pages),
http://www.inf.ufrgs.br/procpar/disc/cmp167/trabalhos/sem20011/T2/alex/.
[3] Laboratory of Automated Systems Engineering,
Fundamentos do desenvolvimento baseado em componentes,
http://labase.nce.ufrj.br/cursos/fdbc/aulas/aula12/slide.html.
[4] Andre Temple, Rodrigo Fernandes de Mello, Danival Taffarel Cale
gari, e MaurAcio
Schiezaro, Programacao Web com Jsp, Servlets e
J2EE, 2004.
[5] Dr. Herong Yang,
Jsp sessions and debugging,
http://www.herongyang.com/jsp/session.html.
[6] Wikipedia, Https, http://pt.wikipedia.org/wiki/HTTPS.
[7] Wikipedia,
Transport
layer
security,
http://pt.wikipedia.org/wiki/TLS.
[8] Wikipedia,
Authentication
methods,
http://en.wikipedia.org/wiki/Authentication.
[9] Christiano Vale,
Criptografia md5 em java,
http://www.devcenter.mobi/v1/index.php/criptografia-md5/.
[10] Apache Software Foundation, Apache tomcat 6.0 ssl configuration
how-to, http://tomcat.apache.org/tomcat-6.0-doc/ssl-howto.html.
[11] Nitinpai,
Setting up ssl on tomcat in 3 easy steps,
http://techtracer.com/2007/09/12/setting-up-ssl-on-tomcat-in-3easy-steps/.

145

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 147, N 147, JULHO
2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
147
Paineis de Informaca o Wireless

P0927
Daniel Antunes Ledo, dledo86@gmail.com
Abstract The goal is to implement a pervasive information system, which lower information layer consists of wireless panels. Initially the information will be preferably the
availability characterization based on the position/location.
The information provided by the panels can be derived from
pre-programmed messages or a remote database, accessed
through a wireless network supported by a distributed architecture. It is based on a server/client model (extended). All
information can be managed both on the LCD side with buttons for quick access to small menus, as part of the user by
sending information via the wireless network. Puting all together this project is aimeid help the student-teacher communications quickly and effectively. The development of wireless
technology motivates us in order to study and develop systems
with high utility in our days.
Resumo E pretendido a implementaca o de um sistema de
informaca o pervasivo, cuja camada inferior de informaca o
e constituda por paineis wireless. Numa primeira fase a
informaca o sera preferencialmente a caracterizaca o de disponibilidade baseada no par posica o/localizaca o. A informaca o
constante dos paineis podera ser proveniente de mensagens
pre-programadas ou de uma base de dados remota acedida
atraves uma rede sem fios suportada por uma arquitectura
distribuda, baseada na configuraca o servidor/cliente (extendido). Toda a informaca o pode ser gerida tanto do lado
dos LCD com recurso a botoes de acesso rapido a pequenos menus, como do lado do utilizador atraves do envio de
informaca o atraves da rede wireless. De uma forma simples
este projecto visa ajudar nas comunicaco es aluno-docente de
forma rapida e eficaz. O desenvolvimento desta tecnologia sem
fios motiva-nos de forma a estudar e desenvolver sistemas com
grande utilidade no quatidiano.
Keywords wireless, comunication, XBee
Palavras chave wireless, comunicaca o, XBee
I. I NTRODUC AO
De forma a facilitar a comunicaca o entre docente-aluno foi
elaborado um sistema capaz de receber mensagens de texto
e apresenta-las posteriormente num LCD. Deste modo, o
desenvolvimento do sistema descrito neste artigo permite
melhor substancialmente esta comunicaca o, assim como
desenvolver uma interface wireless. Para permitir esta
transmissao de informaca o sem fios foi utilizado um dispositivo XBee.
Actualmente, constata-se que a tecnologia RF tem desempenhado, de forma crescente, um papel fundamental
no desenvolvimento de sistemas de informaca o adaptaveis
a diversas situaco es. Deste modo, torna-se possvel a

comunicaca o eficiente a baixo custo de implementaca o,

baixo consumo de energia e a taxas de transmissao de dados
reduzidas. Em acrescento a estas caractersticas fundamentais, pode-se ainda referir que a tecnologia XBee permite
melhorar substancialmente a qualidade de vida das pessoas
e trazer uma maior comodidade de modo a reduzir o tempo
necessario para as comunicaco es desejadas.
Para a implementaca o do sistema acima descrito pretendese utilizar como base o padrao IEEE 802.15.4, que ira ser
utilizado pelo dispositivo XBee de modo a tornar possvel
a comunicaca o pretendida.
A. O padrao IEEE 802.15.4 e XBee
O IEEE 802.15.4 [1]tem como objectivo principal proporcionar camadas inferiores de rede fundamentais de uma
WPAN (Wireless Personal Area Network). A aplicaca o
mais eficiente deste padrao e para comunicaco es entre dispositivos vizinhos, requerendo pouca infra-estrutura subjacente. Este facto permite reduzir significativamente o consumo de energia.
O padrao IEEE 802.15.4 e um Standard que permite especificar a camada fsica e a MAC (Media Access Control) para
redes PANs (Personal Area Network) de baixas taxas de
transmissao de dados, tambem designadas de LR-WPANs.
O XBee baseia-se essencialmente neste padrao, tendo como
objectivo principal oferecer uma soluca o completa de rede
ao desenvolver as camadas superiores, que nao sao abrangidas por este Standard.
A aplicaca o mais usual dos padroes XBee [2] e IEEE
802.15.4 e para equipamentos que necessita de uma grande
autonomia da bateria, mas que nao necessitem de taxas de
transmissao de dados elevadas. Outra vantagem que esta
tecnologia oferecer e o facto de poder ser aplicada em redes de maior alcance.
Com mencionado anteriormente, o IEEE 802.15.4 incide
sobre a especificaca o das duas camadas inferiores do modelo OSI (camada Fsica e Ligaca o de dados). Por outro
lado, o XBee visa estabelecer as camadas superiores da pilha protocolar do modelo OSI (desde a camada Rede ate a`
camada Aplicaca o). Esta estrutura protocolar esta esquematizada na figura 1 e especificada em [3].
O IEEE 802.15.4 estabelece as definico es para o protocolo XBee, que opera na faixa das frequencias ISM [4] (Industrial Scientific Medical), incluindo as faixas de 2.4Ghz
(Global), 915Mhz (America) e 868Mhz (Europa). Tambem
possui uma taxa de transferencia de dados ate 250kbps
em 2.4Ghz (16 canais), 40kbps em 915Mhz (10 canais) e
20kbps em 868Mhz (1 canal), visando possibilitar uma melhor integraca o e operabilidade entre os diversos dispositi-
148

DANIEL LEDO [22602]
RF neste tipo de rede.

2. Topologia arvore:
Essa topologia e formada por sub-redes que se comunicam entre si atraves de elementos roteadores. Aqui
temos mais de um elemento coordenador, cada um gerenciando uma rede diferente. Sua aplicaca o principal
esta na comunicaca o de dispositivos situados em andares diferentes e ou entre salas distantes entre si, separadas por paredes.
O alcance do sinal de RF deste tipo de rede e maior,
tendo em vista que um coordenador pode controlar um
cliente ligado em outra rede atraves de uma solicitaca o
ao outro coordenador.
3. Topologia malha:
Essa topologia permite que, com a entrada de novos dispositivos, a rede se ajuste automaticamente durante sua inicializaca o, optimizando o trafego de dados. Com essa topologia e possvel construir redes
mais extensas e de maior complexidade, possibilitando
o controlo e monitorizaca o de grandes a reas.
Fig. 1
P ILHA PROTOCOLOAR DO Z IG B EE /802.15.4
vos.
As principais caractersticas do XBee sao:
Comunicaca o sem fio com alcance previsto de ate 500
metros;
Frequencias de operaca o entre 868MHz e 2,4Ghz;
Taxa de transmissao em torno de 250Kbps;
Baixo consumo de energia;
Baixo custo de implementaca o;
Topologia de rede variavel.
B. Topologias IEEE 802.15.4 e ZigBee
O protocolo define uma estrutura de rede que incorpora
os conceitos de redes ad hoc, as caractersticas de conexao
em malha e multi-hop. [5] As topologias que podemos encontrar numa rede Zigbee e IEEE 802.15.4 sao a topologia
em estrela (star), em a rvore (tree) e em malha (mesh), estando detalhadas nestas a especificaca o de PHY (Physical
Layer) e MAC (Media Access Control Layer). Os principais componentes integrantes dessa rede sao o coordenador
(coordinator), os routers e os clientes.
1. Topologia estrela:
E a topologia mais simples onde temos um coordenador e os elementos clientes. Ela e indicada para
ambientes que oferecam poucos obstaculos para a
transmissao dos sinais.
A sua principal vantagem e a facilidade de
implementaca o e coordenaca o. Uma das desvantagens esta na presenca de um u nico coordenador, o
que gera a dependencia de todos os clientes. Uma
outra limitaca o consiste no pequeno alcance do sinal
Apos o estudo das diversas topologias e localizaca o dos

paineis wireless, constatou-se que a topologia estrela se reflectia mais vantajosa para o projecto em causa. Esta escolha deve-se ao facto de existir uma reduzida distancia
entre os paineis e o servidor, e um numero reduzido de
obstaculos. Torna-se, no entanto, relevante mencionar que
a topologia dos paineis wireless e o seu modo de funcionamento e configuraca o sao variaveis com o tipo de
localizaca o destes.
A implementaca o do projecto retratado neste artigo
desdobra-se em duas fases. A primeira, consistiu na
implementaca o do software dos diversos dispositivos e sua
comunicaca o. A segunda fase consistiu na implementaca o
do hardware que implicou a criaca o de uma interface de
comunicaca o em PCB(Printed Circuit Board), como se
pode observar na figura 2. Esta interface para alem do dispositivo XBee engloba um display LCD e um microcontrolador.
Fig. 2
P LACA DO SISTEMA EM CIRCUITO IMPRESSO

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Embora seja utilizado um dispositivo XBee, o termo mais

apropriado para a comunicaca o patente neste sistema e de
transceiver XBee. A definica o geral de um transceiver
[?] consiste num dispositivo que combina um transmissor
e um receptor, utilizando componentes de circuito comuns
para ambas funco es. De facto a utilizaca o de um dispositivo XBee na forma de transceiver permite-nos utilizar uma
comunicaca o de facil configuraca o sem nos preocupar com
a forma como estes modulos comunicam entre eles, a fim
de enviar um pacote de informaca o. Assim a forma de enviar informaca o entre dispositivos XBee transceivers passa
por o dispositivo emissor enviar a informaca o atraves da
porta RS232 e esperar que o dispositivo receptor capte a
informaca o atraves da comunicaca o RF estabelecida.
O diagrama de blocos da figura 3 ilustra todos os pontos de ligaca o deste sistema. Como se pode observar a
ligaca o (1), relativa ao computador/ transceiver emissor,
tem como funca o o envio de mensagens, utilizando para
tal a ligaca o fsica da porta RS232 de ambos os dispositivos
em questao. A ligaca o logica entre estes dois dispositivos
foi feita atraves da utilizaca o de um firmware elaborado na
plataforma JAVA.
Por outro lado a ligaca o (2), correspondente ao microcontrolador/transceiver receptor, sera responsavel por receber
as mensagens de texto e as processar de forma simples e estas serem apresentadas no LCD. Assim como e de esperar
todo o processamento de informaca o chegado ao transceiver receptor sera gerido pelo microcontrolador. Para tal foi
necessario desenvolver um firmware recorrendo ao compilador MCC18, para que estes dois meios se pudessem compreender e fosse possvel gerir as mensagens a partir do
PIC. Assim um dos objectivos a atingir neste projecto passou em criar um driver capaz de descodificar as mensagens
recebidas pelo transceiver receptor, sendo estas posteriormente apresentadas no display LCD pelo microcontrolador.
149
referido anteriormente, a mensagem ao chegar ao transceiver receptor sera encaminhada para o PIC para que este
faca toda gerencia e apresentaca o das mensagens no LCD.
Todo o processo referido passa essencialmente pelo controlo da memoria interna (EEPROM) do PIC e a colocaca o
de switches no respectivo dispositivo. Assim toda a mensagem recebida sera guardada, opca o atribuda pelo utilizador atraves dos switches, para posteriormente ser lida pelo
microcontrolador de forma a apresenta-la no display. Na
figura 4 podemos observar o ciclo de funcionamento do
microcontrolador, desde a chegada da informaca o ate esta
ser apresentada no LCD passando de forma opcional na
memoria EEPROM.
Fig. 4
DIAGRAMA DO FUNCIONAMENTO DO MICROCONTROLADOR
Elaboraca o do codigo em MPLAB descrito anteriormente

teve 3 fases de implementaca o:
A criaca o dos diversos menus de forma a poder ler e
escrever na memoria interna do PIC em parceria com
tres switches;
O desenvolvimento da comunicaca o serial do micro
controlador uma vez que o dispositivo transceiver comunica atraves deste meio;
O desenvolvimento do driver de forma a estabelecer o
contacto entre o transceiver e o microcontrolador.
Fig. 3
DIAGRAMA DO SISTEMA
De forma a ser possvel a visualizaca o das mensagens no

LCD a codificaca o do microcontrolador teve um aspecto
importante no desenvolvimento deste projecto. Como foi

Respectivamente a` primeira fase na elaboraca o do codigo,

foi efectuado um conjunto de estruturas de forma a interligar todos os menus de uma forma rapida e de facil acesso
aos mesmos.
Quando se passou para a segunda fase desta implementaca o
teve-se que ter em conta o simples facto da fase anterior estar de certa forma ligada a esta, pois a entrada de
informaca o pela comunicaca o serie deveria ser gerida automaticamente pelo utilizador atraves dos menus referidos
anteriormente.
Uma forma de testar esta ligaca o foi efectuar uma ligaca o
fsica entre o computador e o microcontrolador e verificar
se a respectiva comunicaca o, assim como todo o sistema de
menus para gerir informaca o, estaria a funcionar.
Antes de se passar para a elaboraca o do driver foi efec-
150

tuado a inserca o dos dispositivos transceivers na ligaca o

USB/serie. Para isso foi necessaria a configuraca o dos
transceivers para o modo transparente,ou seja funcionando
apenas como cable replacement. Para tal foi utilizado o
software X-CTU como demonstra a figura 5. Este modo
funciona simplesmente como uma ligaca o serie/USB testada anteriormente mas sem a necessidade de um meio
fsico (cabo serie/USB) para o fazer.
DANIEL LEDO [22602]
Fig. 6
DE UMA FRAME
C ONSTITUIC AO
era de todo ter apenas um dispositivo que efectuasse a

comunicaca o com o computador. Por isso a utilizaca o deste
driver de comunicaca o elaborada a` base de uma arquitectura de envio de frames faz proporcionar-nos um controlo
especfico no envio de mensagens. Assim manipulando o
endereco de destino e possvel escolher o dispositivo para o
qual queremos comunicar de forma a receber a mensagem
contida no campo dados da frame enviada.
Como ja foi referido anteriormente o processo de envio de
mensagem por parte do emissor esta a cabo de um computador atraves da plataforma Java. Nesta podemos com uma
simples alteraca o no campo endereco destino mudar o destinatario como podemos ver na figura 7. Assim desta forma
passamos a ter uma topologia Single peer. Esta topologia
revela-se importante no desenvolvimento do respectivo sistema, pois tal facilita a inserca o de novos paineis wireless.
Fig. 5
DO XB EE
P ROGRAMAC AO
Uma vez realizados os testes com sucesso foi possvel passar para a u ltima fase da implementaca o deste codigo - a
elaboraca o do driver de comunicaca o entre o PIC e o transceiver receptor.
Ao elaborar este driver, o modo de funcionamento dos
XBee transceivers passa a ser o modo API (Application
Programming Interface). Este modo e baseado em frames e assim estende o nvel para o qual uma aplicaca o de
host pode interagir com as capacidades de rede do modulo.
Cada frame contem, neste modo de operaca o, o endereco
origem, o endereco destino, dados a transmitir e tamanho.
Assim, neste driver temos como objectivo manipular certos
dados e informaco es relativas a` s frames de forma a eleborar
o nosso driver de comunicaca o como se pode observar na
figura 6. Com isto vamos ter como caractersticas importantes a transmissao de dados para multiplos destinos sem
entrar em Modo de Comandos, identificar o endereco fonte
de cada pacote recebido e receber estados de sucesso/falha
de cada pacote de RF transmitido.
Antes de configurar os dispositivos sem fios para o modo
API, a comunicaca o era feita exclusivamente de um transceiver emissor para apenas um transceiver receptor. Com
isto era impossvel definir um receptor concreto numa
rede com varios dispositivos. O objectivo pretendido nao
Fig. 7
S OFTWARE EM JAVA PARA O ENVIO DE MENSAGENS
O nosso prototipo consistiu na elaboraca o na codificaca o

para dois dispositivos de forma a comunicarem independentemente com o emissor. A construca o de uma tabela
(tabela 1) torna possvel compreender o papel fundamental
que o driver de comunicaca o desempenha no sistema, assim
como a inserca o facil de novos paineis wireless.
Na figura 8 pode-se constatar que foi realizado com e xito
um teste a um dos dispositivos. Como e observado a
informaca o contida no campo dados da frame, e transmitida
aparecendo posteriormente no LCD. Uma vez concluda
esta operaca o passa pelo utilizador deste sistema gerir da
melhor maneira as mensagens recebidas pelo microcontro-

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Dispositivo 1
Dispositivo 2
Dispositivo n
f.destAddress = 1
f.destAddress = 2
f.destAddress = n
TABELA I
TABELA DE E NDEREC OS DOS DISPOSITIVOS
lador atraves dos switches.
151
este estudo e implementaca o, apontam para um grande leque de aplicaco es que podem ser beneficiadas por ele. Projectos na a rea de robotica, aplicaca o de algoritmos colaborativos em ambientes remotos, e monitorizaca o de pacientes
24h por dia sao alguns das possveis aplicaco es onde se retiram as grandes potencialidades destes dispositivos.
Os objectivos a que nos propusemos ao elaborar este artigo
foram todos atingidos, com especial atenca o ao desenvolvimento dos paineis wireless. Estes foram desenvolvidos
tanto a nvel fsico como a nvel logico. Na verdade este
u ltimo proporcionou-nos uma abordagem satisfatoria em
relaca o a esta tecnologia o que nos incentiva a continuar
este projecto de forma a expandir todas as potencialidades
que estes paineis wireless nos podem trazer.
A. Trabalho Futuro
O sistema apresentado neste artigo pode integrar-se num
sistema mais complexo, por exemplo enviando mensagens
atraves da rede internet chegando estas a um servidor, sendo
este o responsavel pelo contacto com o respectivo dispositivo. De forma aperceber a complexidade e a expansao
que o sistema descrito neste artigo pode atingir, a figura 9
proporciona-nos uma ideia geral das potencialidades futuras que puderam ser implementadas seguindo a tecnologia
aqui descrita.
Fig. 8
D ISPOSITIVO FINAL EM PLENO FUNCIONAMENTO
III. C ONCLUS OES

Atraves deste artigo foi possvel exibir algumas potencialidades dos dispositivos sem fios. Permitiu identificar diversos meios de trabalho onde estes dispositivos se adoptam utilizando como apoio a comunicaca o do padrao IEEE
802.15.4. Isto permite desenvolver sistemas que de algum
modo afirmem o novo mundo das tecnologias sem fios. Sistemas esses que vem colmatar algumas limitaco es de diversos perifericos a nvel de autonomia de alimentaca o, custo
e de protocolo proprietario. Sendo uma tecnologia relativamente simples e de facil implementaca o proporcionou-nos
uma grande aprendizagem sobre os seus diversos modos de
funcionamento.
Utilizando a estrutura de frames atraves do IEEE 802.15.4
podemos requisitar e executar acco es para outros dispositivos na rede. Ao utilizar sistemas construdos sobre estes padroes estamos a libertar-nos da necessidade de implementar os servicos de gerenciamento de dados sobre a
rede, cabendo ao utilizador o uso dos recursos destes dispositivos. Apesar de ser um padrao divulgado para uso na
automaca o residencial, as alternativas descobertas durante

Fig. 9
S ISTEMA FUTURO DE IMPLEMENTAC AO
Como trabalho futuro fica a ideia de transformar a pequena

rede RF efectuada numa rede dinamica. Isto ira permitir o
envio e gestao de menagens em qualquer parte do mundo
bastando para isso estabelecer uma ligaca o a` internet ou
simplesmente enviar uma mensagem por telemovel. O desenvolvimento de toda a comunicaca o por parte dos diversos servidores permite estabelecer contactos remotos entre
o utilizador e os diversos dispositivos, assim como minimizar alguns dos problemas causados pelas caractersticas
destes dispositivos (distancias, obstaculos, entre outros).
B IBLIOGRAFIA
[1] LAN/MAN Standards Committee, Part 15.4: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for
Low-Rate Wireless Personal Area Networks(LR-WPANs, The Institute of Electrical and Electronics Engineers, Inc., 2003.
152

[2] Pillai P. Chock V. W. C. Chessa S. Gotta A. e Hu Y. F. Baronti, P., Wireless sensor networks: A survey on the state of art and the 802.15.4
and zigbee standards, pp. 16651695, 2007.
[3] Kinney P., Zigbee technology: Wireless control that simply works,
p. 20, 2008.
[4] ANACOM, Quadro nacional de atribuica o de frequencias, 2008.
[5] Almerindo Nascimento Rehem Neto e Everton da Silva Santana, Wireless sobre controle: Usando o padrao 802.15.4 no gerenciamento de
appliances em rede, J. Comp. Phys., vol. 49, pp. 18, 2009.
DANIEL LEDO [22602]
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
153
HELPMI - integraca o de servicos de voz entre Messengers e Mundos Virtuais

P0928
Luis Filipe Rocha Rolo, luisrolo@gmail.com
Abstract This project consist in the implementation of a

prototype of communication by VoIP between Websites and
an IP Phone, between Websites and Instant Messaging Services, and between Websites and Virtual Worlds like Second
Life or OpenSimulator forwarding the voice through differents servers. This communication will be done between a
client and a Helpdesk team. For This project will be use Java,
Flash, and PBX servers (Openfire, Red5 Server and Asteriskwin32), a Flash application (Red5phone) and a Softphone
(X-Lite).
Resumo Este projecto consiste na implementaca o de um
prototipo de comunicaca o por VoIP entre paginas Web e Telephone IP, entre paginas Web e Instant Messaging Services, e
ainda entre paginas Web e Mundos Virtuais como o Second
Life ou o OpenSimulator encaminhando a voz por diferentes
tipos de servidores. Esta comunicaca o sera efectuada entre
um cliente e uma equipa de atendimento Helpdesk. Para este
projecto serao usados servidores Java, Flash, e PBX (Openfire, Red5 Server e Asteriskwin32), uma aplicaca o em Flash
(Red5phone) e um Softphone (X-Lite).
Keywords VoIP; Websites; Helpdesk;
Palavras chave VoIP; paginas Web; Helpdesk;
I. I NTRODUC AO
Actualmente os utilizadores de Internet sao cada vez mais
exigentes, procurando sempre mais ofertas modernas e satisfatorias para as suas necessidades. Uma das tecnologias
mais requisitadas e a introduca o de voz nos servicos Web.
Esta seria uma mais-valia quer para os utilizadores de Internet como para empresas que explorem este servico. E
um servico que facilitara a comunicaca o sem rudo bem
como a interacca o entre utilizadores. Apesar de ja existirem
varias empresas que disponibilizam este servico (Windows
Live Messenger, Skype, Google Chat) a sua introduca o nas
paginas Web ainda nao foi explorada. O objectivo deste trabalho e explorar este campo bem como meios necessarios
para implementar este novo servico em paginas Web bem
como interagir com os diferentes servicos disponibilizados
pelas empresas acima referidas.
II. P ROTOCOLOS VO IP
A. Session Initiation Protocol (SIP)
E um protocolo da camada de aplicaca o na pilha de protocolos TCP/IP (em termos da pilha OSI, da camada de
sessao), que utiliza um modelo pedido-resposta, como
o HTTP, para iniciar sessoes de comunicaca o entre utilizadores. O protocolo SIP e responsavel por estabelecer,

alterar e encerrar sessoes de comunicaca o ponto a ponto ou

multiponto, sem efectuar transporte, pelo que e independente do tipo de dados, que pode incluir a udio e vdeo. [1]
B. Jabber (XMPP)
Este protocolo e baseado no XML protocol e aberto. E
usado essencialmente em Instant Messaging Services para a
troca de pacotes de dados. Alem dos Instant Messaging este
protocolo foi expandido a outras a reas como a do VoIP. [2]
C. Jingle
O protocolo Jingle e uma extensao ao protocolo XMPP,
que permite a sinalizaca o de interacco es multimedia (por
ex., voz e vdeo), mas nao efectua transporte de dados. Embora tenha sido desenvolvido em conjunto pela Google e
pela Internet Engineering TaskForce (IETF), a biblioteca
publica mais utilizada, a libjingle, nao implementa com exactidao a especificaca o publicada pela IETF, pelo que so
pode ser utilizada com fiabilidade para o servico Google
Talk, o qual e implementado com base na libjingle. [3]
D. Real-time Transport Protocol (RTP)
O protocolo RTP estabelece um formato de pacotes para
transporte de dados de a udio ou de vdeo, podendo ser utilizado em combinaca o com os protocolos SIP e Jingle para
fornecer uma soluca o completa de VoIP. [4]
E. Real-time Transport Messaging Protocol (RTMP)
O RTMP e um protocolo usado pelo Flash Player para encaminhar som, video, ou objectos em tempo real a clientes
usando uma ligaca o TCP ou HTTP (tunel). [5]
F. Interactive Connectivity Establishment (ICE)
O protocolo ICE proporciona um mecanismo de conversao
de enderecos de rede para permitir o estabelecimento e
manutenca o de sessoes de VoIP entre clientes SIP ou Jingle situados atras de firewalls. [6]
III. VO IP NOS SISTEMAS DE MESSAGING
A. Google Talk
As funcionalidades de VoIP do Googel Talk usam o Jingle e o Jingle Audio, extensoes para VoIP do protocolo
XMPP. Para facilitar a integraca o do Google Talk com
outro software existe uma biblioteca, a Libjingle. Esta possui o codigo necessario para negociar, estabelecer e manter sessoes de voz peer-to-peer. Relativamente ao SIP, o
Google Talk possui um servico de gateway para este protocolo, designado Gtalk2VoIP. [7]
154

B. Sapo Messenger
As funcionalidades de VoIP do SAPO Messenger usam
o protocolo SIP, existindo um parametro, normalmente
designado SIP Pass-throughou SIP support.
A
comunicaca o efectua-se atraves das porta 5070/UDP
e 30000-45000/UDP, que tem de estar abertas para
proxy.voip.sapo.pt (213.13.86.168). Para efectuar uma
chamada de voz sao necessarios pelo menos 27 a 50 kbps
de largura de banda, em ambos os sentidos (upload e download). Se a largura de banda disponvel for inferior, quer
por caractersticas da ligaca o, quer pelo comportamento de
outras aplicaco es na mesma maquina, a qualidade da voz
pode ressentir-se, atraves de maior atraso na recepca o do
som ou mesmo ocorrencia de quebras ou falhas. [8]
C. Skype
As funcionalidades de VoIP do Skype usam o Skype Protocol, desenvolvido pela propria empresa Skype. Contudo, desde Marco de 2009, uma versao Beta do cliente
Skype suporta o protocolo SIP, pelo que podemos antever a
breve a disponibilizaca o generalizada desta funcionalidade
para esta plataforma sem necessidade de implementaco es
tecnicas adicionais. [9]
D. Windows Live Messenger (Windows Live Call)
Quando se efectua uma ligaca o por voz entre clientes Messenger para PC, e utilizado o protocolo SIP na negociaca o.
Contudo, para ligaca o entre Messenger e telefone, este
servico e prestado pela propria Microsoft, atraves de uma
gateway SIP da Telefonica (nos Estados Unidos) ou da Orange (resto do mundo). Por este motivo, pode-se utilizar
um gateway SIP, para comunicaca o entre mundos virtuais
e Web. Tambem a comunicaca o por voz com membros da
equipa disponveis por telemovel pode ser efectuada atraves
do gateway SIP do HELPMI (a desenvolver). Se houver
alguma eventual especificaca o de contacto entre um membro da equipa em Messenger e um membro da equipa em
telemovel, tal sera feito atraves do gateway SIP, para evitar
o recurso aos gateway de empresas terceiras. [10])
IV. VO IP EM MUNDOS VIRTUAIS
A. Second Life
As funcionalidades de VoIP no Second Life usam a tecnologia Vivox. Esta baseia-se no Real-time Transport Protocol (RTP), disponvel atraves da biblioteca oRTP, e em
SIP, OpenAL, TinyXPath, OpenSSL e libcurl. [11]
B. OpenSim
As funcionalidades de VoIP estao disponveis de momento no OpenSimulator usando um servidor chamado
freeswitch. Outra opca o de implementaca o de e o jVoiceBridge, que suporta SIP. [12]
C. Clientes automatizados (bots)
Os clientes automatizados sao criados para ambos os sistemas atraves da biblioteca libopenmetaverse, que inclui ja
um conjunto de classes para acesso e processamento de
LUIS ROLO [20971]
voz (ainda nao testadas para confirmaca o das funcionalidades). [13]
V. F ORMAS DE C OMUNICAC AO
A. Servidor Asterisk
Este servidor e uma soluca o de codigo-fonte aberto para
VoIP. Permite a instalaca o de um servidor para funcionar
como ponto de encaminhamento e comutaca o entre diversos tipos de chamadas, incluindo analogicas e digitais. Relativamente a VoIP suporta varios protocolos, incluindo o
SIP (mas nao de forma completa) e o Jingle. [14]
B. Servidor FreeSWITCH
O FreeSWITCH e uma soluca o semelhante ao Asterisk,
tambem de codigo-fonte aberto, igualmente para encaminhamento e comutaca o entre chamadas. Suporta diversas
tecnologias da comunicaca o, entre as quais os protocolos
SIP e Jingle. [15]
C. Servidor proxy SIP
Dado que o projecto HELPMI necessita de encaminhar
voz nao directamente entre dois pontos, mas sim intermediada por um sistema de decisao, uma alternativa aos servidores Asterisk e FreeSWITCH e a utilizaca o ou desenvolvimento de um servidor que efectue a tarefa de proxy SIP. Um
servidor proxy SIP pode encaminhar pedidos quer numa
situaca o sem contexto (stateless) quer numa situaca o com
contexto (stateful), o que possibilita determinar o encaminhamento face ao estado dos varios membros da equipa de
atendimento.
D. Softphone
Um softphone e qualquer aplicaca o informatica que permita falar por VoIP sem necessidade de ter um telefone
fsico. Embora as funcionalidades de comunicaca o por voz
nos mundos virtuais sejam disponibilizadas pelas proprias
plataformas, nao existem de forma predefinida nas paginas
Web, pelo que se vai usar um softphone em linguagem
Flash, de utilizaca o generalizada, como forma de obtenca o
do stream de a udio nos computadores pessoais. Um dos
softphones usados neste projecto foi o X-Lite. [16]
E. Red5Phone
Red5phone e uma aplicaca o SIP (Softphone) para Adobe
Flash e que usa o Red5 server, o qual e um servidor escrito
em java e que tem como objectivo servir de intermediario
para realizar comunicaco es entre aplicaco es Flash (neste
caso o red5phone) e fazer transferencias e gravaca o de sons,
vdeos e musicas. Existe a possibilidade de configurar os
Red5phone com o asterisk (ou com o freeswitch). Para tal,
teremos de usar um servidor de chat XMPP denominado
por OPENFIRE. [17]
F. Red5 Server
Este servidor foi desenvolvido em Java e tem como funcionalidade o suporte, monitorizaca o e transferencia de
ficheiros de a udio, vdeo e dados de aplicaco es em Flash.
Pode-se dizer que e um clone do Flash Media Server
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
155
mas claro Open Source. Este servidor usa o protocolo

RTMP. [18]
G. Openfire Server
O Openfire consiste num servidor XMPP desenvolvido
em Java. As suas principais funcionalidades sao servir
de chat server (Instant Messaging). Alem desta caracterstica tambem podemos usar plugins para outros fins
(Red5, Asterisk-IM e IM-Gateway). O Red5 plugin vai
fazer a ligaca o entre o Openfire e o Red5 server (dentro do
qual esta o Red5phone). O Asterisk-IM vai servir para criar
um servidor dentro do proprio Openfire ao qual se vai ligar
o Asterisk. Por fim o IM-Gateway vai servir para ligar os
diferentes Instant Messaging Services ao Openfire. Desta
forma podemos interagir entre estas diversas plataformas
usando o Openfire. [19]
Fig. 3
S ERVIDOR A STERISK
VI. R ESULTADOS
No primeiro teste efectuado foram usados dois softphones
SIP (X-Lite) ligados entre eles atraves de um servidor PBX
o asteriskwin32.
Fig. 1
D OIS X-L ITE LIGADOS AO A STERISK
Fig. 4
DOS UTILIZADORES REGISTADO NO
F ICHEIRO DE CONFIGURAC AO
A STERISK
O primeiro Softphone com extensao 3000 encontra-se instalado numa maquina virtual (Windows XP) ligada pela
rede ao sistema operativo principal (Windows 7 build 7127)
atraves de uma bridge na ligaca o de rede.
Fig. 5
DAS EXTENS OES
PARA OS
F ICHEIRO DE CONFIGURAC AO
UTILIZADORES NO A STERISK
Fig. 2
X- LITE LIGADO AO A STERISK
O segundo Softphone encontra-se instalado no sistema operativo principal (Windows 7 build 7127) e tem como extensao 3001.Ambos os utilizadores a serem usados neste
trabalho tem de ser configurados no asterisk com a devida
extensao e nome de utilizador.

Depois dos Softphones estarem configurados com os dados dos utilizadores registados no servidor PBX efectuouse uma chamada de teste entre estes dois Softphones sendo
um utilizador a chamar para a extensao do outro utilizador.
Esta chamada vai ser gerida pelo servidor PBX como se
pode ver na figura.
156

LUIS ROLO [20971]
Fig. 6
D OIS X-L ITE A REALIZAREM UMA CHAMADA ENTRE ELES
De seguida instala-se um servidor java o Red5(Figura7)

para paginas Web no qual vao ser embutidos dentro de
uma pasta, os red5phone(Figura8, Figura9 e Figura10)
(softphones em Flash). Tambem foi instalado um servidor de chat com suporte para JABBER/XMPP o OPENFIRE(Figura11).
Fig. 9
R ED 5 PHONE O PENLASZLO
Fig. 10
R ED 5 PHONE F LEX
Fig. 7
S ERVIDOR R ED 5 INSTALADO
Fig. 11
S ERVIDOR XMPP O PENFIRE
Fig. 8
R ED 5 PHONE JAVASCRIPT
O servidor Openfire vai ser usado como elo de ligaca o

entre os Red5phones, o servidor PBX e o servidor Red5,
gracas aos plugins Asterisk-IM e Red5. O Asterisk-IM vai
servir para ligar ao servidor PBX. O Red5 vai ser configurado com os dados do nosso servidor Asterisk-IM ao qual
se vai ligar o Red5phone.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
157
Fig. 15
C HAMADA ENTRE X-L ITE E R ED 5 PHONE
Fig. 12
P LUGINS R ED 5 E A STERISK -IM INSTALADOS NO O PENFIRE
Para concluir estes testes, efectuou-se o registo de outro

utilizador noutro Red5phone e fez-se uma chamada entre
os dois Red5phones (Figura16).
Apos a instalaca o destes elementos, efectuou-se a

configuraca o de um utilizador do Asterisk dentro do
Red5phone com o ambito de realizar uma chamada para
o Softphone usado previamente (Figura13, Figura14 e
Figura15).
Fig. 16
C HAMADA ENTRE DOIS R ED 5 PHONES
Um Webphone esta neste momento a ser desenvolvido de

raiz (Figura17) de modo a poder ser aplicado ao modelo
Cliente-Helpdesk.
Fig. 13
A STERISK , O PENFIRE , R ED 5 E R ED 5 PHONE LIGADOS ENTRE ELES
Fig. 14
C HAMADA ENTRE R ED 5 PHONE E X-L ITE

Fig. 17
P ROT OTIPO
DE S OFTPHONE AINDA EM DESENVOLVIMENTO
158

VII. C ONCLUS AO
O facto de poder comunicar por VoIP entre utilizadores
de paginas Web permite uma melhor comunicaca o e mais
facil expressao. A implementaca o da voz em paginas Web
atraves do Flashphone e realmente possvel, mas ao nvel
de Instant Messaging Services o mesmo nao acontece de
forma tao transparente devido ao facto das empresas desejarem futuramente explorar outros campos VoIP e por consequente fecharem o codigo das suas aplicaco es de forma a
estas terem uso exclusivo com software desenvolvido pela
empresa em questao. Podemos tambem implementar este
sistema a nvel empresarial como por exemplo atendimento
on-line.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
[16]
[17]
[18]
[19]
Joe Marzulla, (http://www.sipcenter.com/sip.nsf/

html/What+Is+SIP+Introduction, 2009.
(http://xmpp.org/protocols/, 2008.
(http://xmpp.org/extensions/xep-0166.html,
2009.
Ju Almeida, (http://www.gta.ufrj.br/grad/01_2/
vidconf/rtp.html.
(http://osflash.org/documentation/rtmp, 2009.
Robert Scheifler e Jordan Brown, (http://www.xfree86.
org/current/ice.pdf, 1994.
Google,
(http://code.google.com/intl/pt-PT/
apis/talk/open_communications.html, 2009.
Sapo
Messenger,
(http://ajuda.sapo.pt/
comunicacao/Messenger2/8_SAPO_VOIP_.html,
2009.
Skype, (http://www.skype.com/intl/en/business/
form/sip-beta/, 2009.
Dharmesh Mehta, (http://windowslivewire.spaces.
live.com/blog/cns!2F7EB29B42641D59!11568.
entry, 2009.
Linden Lab,
(http://wiki.secondlife.com/wiki/
Voice/Technical, 2009.
(http://opensimulator.org/wiki/Main_Page,
2009.
(http://pt.wikipedia.org/wiki/Bot, 2009.
Asterisk, (http://www.asteriskwin32.com/, 2009.
(http://www.freeswitch.org/, 2009.
(http://tudo-sobre-voip.com.br/softphone.
html, 2009.
(http://code.google.com/p/red5phone/, 2009.
(http://code.google.com/p/red5/, 2009.
(http://www.igniterealtime.org/projects/
openfire/index.jsp, 2009.
LUIS ROLO [20971]
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
159
Sistema de Gestao de Adegas e Cooperativas Agricolas

P0929
Ricardo Gil Macedo Teixeira Sousa Cabral, (ricardo.gil.cabral@gmail.com)
Abstract Today, mobile devices are embeded in our daily

routines. According to a ONU research, 6 out of 10 people
have a mobile device [1]. According to surveys [2], in 2020
mobile devices will be the main vehicle to access the Internet.
Its in the best interest of the farmers associations to merge
this kind of technology with their production and commercial
processes. With that in mind, a study was made to evaluate the
needs of this associations namely those who deal with wine and
olive oil production. Contextualizing labels, as bidimensional
codes, together with mobile devices could help improve profits, assist production, and offer the client information about
additional typical portuguese products.
Resumo Hoje em dia os dispositivos moveis sao ubquos.
Segundo um estudo da ONU, 6 em cada 10 pessoas possuem
telemoveis. [1] De acordo com estudos [2], em 2020 os dispositivos moveis serao os principais veculos de acesso a` internet
um pouco por todo o mundo. No caso das estruturas colectivas
de produtores agrcolas, e de todo o interesse destas, integrar a
tecnologia nos seus processos produtivos, de gestao e comerciais. Assim, foi elaborado um estudo acerca das necessidades
mais prementes destas colectividades, em particular adegas
cooperativas de vinho e azeite, e definidas a reas de acca o nas
quais a inovaca o tecnologica poderia melhorar a eficiencia das
mesmas. A introduca o de codigos bidimensionais, combinados
com o uso de dispositivos moveis, pode representar um avanco
ao nvel da gestao destas estruturas.
Keywords WebServices, QRCodes, Dispositivos Moveis,
PHP, JAVA
Palavras chave WebServices, QRCodes, Mobile Devices,
PHP, JAVA
I. I NTRODUC AO
De acordo com estudos referidos anteriormente os dispositivos moveis estao em franco crescimento e com tendencia
para aumentar em numero. Desde o aparecimento do
primeiro telemovel, em 1973 [3], a posse de um dispositivo movel de comunicaca o tornou-se um bem ao alcance
de todos, tornando quase impossvel imaginar a vida quotidiana sem um destes dispositivos. Assim, os dispositivos moveis ganham forca e presenca no mundo e por conseguinte ganham atractividade para aplicaco es inovadoras.
Cada vez mais este mundo se torna numa aldeia global,
onde a velocidade e eficacia com que a informaca o chega
se torna num imperativo. Com o desenvolver das cooperativas agrcolas, notando-se uma evoluca o acentuada quando
comparada com ha 20 anos atras, tambem as relaco es entre
estas e os seus membros, a eficacia na gestao de produtos
ou a divulgaca o do produto final, tiveram a sua evoluca o.

Atraves de uma informatizaca o dos sistemas de gestao, da

entrada em cena da internet, ou ainda de diferentes formas
de publicidade, os produtos agrcolas, em especial os vinhos, souberam ocupar o seu espaco no mercado e assegurar a sua sobrevivencia neste mundo informatizado, conseguindo ainda marcar territorio e melhorar a qualidade,
com um aumento de lucro consideravel [4]. Esta evoluca o
pode ser ainda mais capitalizada usando um dispositivo
movel, com um acesso cada vez mais ilimitado e com capacidades de hardware e software, com uma capacidade de
penetraca o no mercado fora do comum e com um publicoalvo sem idades ou estratos sociais definidos. Claro que
como todas as ciencias, as dificuldades existem e persistem.
A deficiente gestao dos bens quando entregues nas adegas
ou cooperativas, a dificuldade de relacionamento entre associados e cooperativas, a falta de relaca o entre o consumidor final e a origem do produto, tudo isto sao territorios por
explorar, e com muito potencial. A partir de um estudo feito
nas associaco es de produtores, foi possvel detectar essas
dificuldades e verificar as a reas de intervenca o possveis.
Tendo como objectivo a melhoria dos sistemas de gestao
e nao a sua completa formataca o, verifica-se uma dificuldade na gestao dos produtos no momento da sua entrega
nas cooperativas e ao nvel da conservaca o dos mesmos.
Pode-se assim falar em dificuldades ao nvel logstico de
recepca o e conservaca o. Na relaca o entre as cooperativas e
os seus associados, as melhorias sao tambem possveis, podendo ser implementada uma relaca o mais pessoal e fiavel,
usando precisamente o aparelho com maior presenca, o
telemovel ou outros dispositivos moveis. O que e valido
para a relaca o anterior, e tambem verdade para a relaca o
cliente, origem, podendo ser possvel ainda permitir a um
consumidor final a obtenca o de informaco es e curiosidades
do produto que esta a consumir. Para isto, para alem da
implementaca o de um WebService, contempla-se tambem
a utilidade de codigos bidimensionais como elementos de
contextualizaca o. Estes codigos, tambem chamados de
QRCodes, tem uma grande utilizaca o no Japao, tendo as
seguintes capacidades de armazenamento:
Numerica - Max. 7.089 caracteres

Alfanumerica - Max. 4.296 caracteres
Binario (8 bits) - Max. 2.953 bytes
Kanji/Kana - Max. 1.817 caracteres
Assim, atraves de uma inovaca o tecnologica e recorrendo a

dispositivos moveis para promover a leitura destes codigos,
atraves de uma aplicaca o preparada para o efeito, e possvel
auxiliar no desenvolvimento das cooperativas agrcolas.
Neste trabalho, foram levadas a cabo visitas a duas adegas
160

cooperativas e a uma cooperativa de azeite, mais concretamente as Adegas Cooperativas de Vila Real, Murca e a
Cooperativa do Azeite de Murca. Os objectivos destas visitas consistiam em avaliar as condico es de cada uma das
adegas, verificar os processos de cada uma delas, o percurso dos produtos quando entregues, ate chegarem ao consumidor e verificar a receptividade a inovaco es tecnologicas
e hipoteses de evoluca o. No caso da Adega Cooperativa
de Vila Real e de Murca, os processos ja estao perfeitamente cimentados. A gestao e feita recorrendo a software
adequado a` s necessidades e as hipoteses de intervenca o
revelavam-se limitadas,com a excepca o da hipotese de
intervenca o na criaca o de um WebService para facilitar a
comunicaca o entre associados e adegas, na divulgaca o dos
produtos e regioes vincolas atraves da aplicaca o dos QRCodes nos produtos e na gestao das filas de espera no momento da entrega dos bens. Na Cooperativa do Azeite,
observou-se uma maior a rea de intervenca o: desde o momento da entrega do azeite, ate a` gestao das dornas onde
ele e armazenado, com a criaca o de um WebService e
da implementaca o dos QRCodes nos rotulos, as hipoteses
de introduca o de novas tecnologias, pareceram ser bem
aceites.
II. E STADO DA ARTE
A partir de evoluco es tecnologicas e possvel dar um passo
frente rumo a` modernizaca o, e a` maximizaca o dos produtos e respectivos lucros. Contrastando com os tradicionais codigos de barras, os QRCodes sustentam o expoente maximo do registo de dados referentes a produtos ou bens, possibilitando uma eficiente gestao dos mesmos. A evoluca o ao nvel da leitura destes codigos esta
bem documentada [5] e esta em constante desenvolvimento, estando tambem a ser melhorada a extracca o de
informaca o de um QR-CODE inserido numa superfcie nao
uniforme [6]. A ligaca o entre estes codigos e dispositivos
moveis, tem sido desenvolvida de maneira a maximizar
as vantagens desta evoluca o [7]. A evoluca o das camaras
de telemoveis e outros dispositivos moveis tambem tem
contribudo para o aumento da qualidade de leitura destes
codigos. A dependencia do mundo dos telemoveis e o
uso das camaras destes, tem-se tornado uma constante e
uma necessidade [8]. A introduca o num u nico codigo
de tabelas de valores completas, bem como imagens e
hiperligaco es, representa avanco e eficacia nas relaco es
comerciais, publicitarias e aumenta a visibilidade e lucro
do produto. Atraves da implementaca o destes codigos e
possvel obter informaca o sobre um produto que esteja a
ser adquirido, e ter assim informaca o fidedigna acerca do
mesmo, contribuindo para aumentar a confianca do consumidor [9]. A conexao entre QRCodes e dispositivos
moveis tem sido alvo de estudo e desenvolvimento em diversas a reas. A utilidade social e comercial desta ligaca o
tem superado todas as expectativas, estando neste momento
bem documentada a sua utilidade em a reas tao distintas
como a saude, eventos sociais, publicidade, entre outros.
Na saude, os QRCodes tem sido testados com sucesso no
apoio a invisuais [10], ou ate em campos tao especficos
como a medica o da temperatura corporal de uma mul-
RICARDO CABRAL [18288]
her durante o ciclo menstrual. Assim, os QR-CODES

tem estado em foco especialmente pela possibilidade de
leitura pelas camaras de telemoveis [11]. Tal facilidade esta
tambem a ser usada a nvel cultural, tendo neste momento
estes codigos presenca em museus, centros historicos, ou
ate jardins zoologicos [12], tendo os visitantes hipotese de
obter informaco es detalhadas, melhorando a ligaca o entre
o consumidor e o produto exposto. O mundo publicitario
tambem tem as suas portas abertas aos QRCodes. Filmes,
publicidade a marcas de roupa, perfumes, e ate eventos
desportivos, ou promoco es e passatempos, tem feito uma
aposta forte a este nvel, podendo-se tambem inclusive,
efectuar compras recorrendo a estes codigos [13]. Perante
tudo isto, podemos dizer que 2009 sera o ano dos QRCodes,
estando estes a ter um desenvolvimento muito rapido.
III. D ESENVOLVIMENTO
A. QRCodes
QRCodes sao neste momento um instrumento precioso
de armazenamento de informaca o e divulgaca o de dados.
Com base nestes pressupostos, torna-se urgente explorar
este caminho, com vista ao melhoramento dos produtos e
promover uma maior satisfaca o ao consumidor. Em particular, neste projecto, os QRCodes sao usados com o objectivo de ajudar a promover as cooperativas e a facilitar a
gestao das mesmas, bem como a ajudar a criar um elo de
ligaca o entre o produto e o consumidor.
Os QRCodes, foram criados e desenvolvidos pela DensoWave, uma empresa japonesa e e no Japao que estes sao
mais vistos e usados, contudo, o misterio em torno destes
codigos ainda e grande, mas ja comeca a fazer-se um pouco
de luz sobre o assunto. O QR significa Quick Response,
devido a` sua rapida interpretaca o. Tendo sido criado para
ser usado para catalogar diferentes partes de veculos, na
industria automovel, hoje em dia comecam a ser usados
na manutenca o de inventarios em diferentes empresas, de
diferentes a reas. Para alem disso, os QRCodes ja podem ser
vistos um pouco por todo o lado: na arte, na publicidade,
em a reas tursticas, ate na musica, como pode ser visto na
figura 1.
Outra vantagem e a capacidade de guardar os dados independentemente do tamanho, isto e , e possvel guardar uma
quantidade consideravel de informaca o, mesmo num QRCode de pequeno tamanho, como visto na figura 2, contrastando com o tamanho que e necessario dar a um codigo de
barros tradicional para armazenar a mesma informaca o.
Outra vantagem dos QRCodes e a sua facil leitura. Nao
obedecendo a uma posica o pre-definida, podem ser lidos
de qualquer maneira ou posica o, nao havendo ruptura dos
dados. O QRCode consegue isto devido a` s marcas de
detecca o de posica o que possui, localizados em tres cantos
do smbolo, conforme e visto na figura 3
A capacidade de recuperaca o de informaca o de dados dos
QRCodes e tambem uma caracterstica muito importante.
Ao contrario de qualquer codigo de barras, mesmo estando
danificado como visto na figura 4 quase trinta por cento
do codigo das codewards, sendo que uma codeward corresponde a 8 bits, pode ser recuperado. O mesmo processo e
valido se o QRCode estiver sujo, ou pouco compreensvel.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
161
Fig. 4
QRC ODE DANIFICADO .
Fig. 1
DOS QRC ODES NA SOCIEDADE .
A PLICAC OES
Fig. 5
DOS 4 QRC ODES PODE SER RECONVERTIDA NUM
A INFORMAC AO
UNICO
.
Fig. 2
C ONTRASTE ENTRE UM QRC ODE E UM C ODIGO

DE BARRAS , PARA A
.
MESMA INFORMAC
AO
tentou-se utilizar codigo simples e de facil leitura, sendo

a linguagem PHP escolhida por ser de facil leitura em todas
as plataformas.
Um WebService,(fig. 6) e descrito pela W3C, como
uma soluca o utilizada na integraca o de sistemas e na
comunicaca o entre aplicaco es diferentes. Com esta tecnologia e possvel que novas aplicaco es possam interagir
com aquelas que ja existem e que sistemas desenvolvidos
em plataformas diferentes sejam compatveis.
Fig. 3
DE POSIC AO
.
M ARCAS DE DETECC AO
Finalmente, e possvel tambem subdividir a informaca o

contida num u nico QRCode. Na figura 5 e possvel verificar
que a informaca o contida nos quatro QRCodes e passvel
de ser reconstruda num u nico QRCode. Um u nico smbolo
pode ser dividido ate 16 smbolos
Neste projecto criou-se uma ferramenta, que apoiada pelos softwares ja existentes de leitura destes codigos, permita fazer circular a informaca o entre dispositivos moveis,
terminais, promovendo assim, a rapida difusao do conteudo
destes codigos. Podendo fazer uso do software gratuito para
gerar QRCodes, neste projecto utilizou-se uma API opensource e criou-se uma ferramenta web para gerar estes mesmos codigos.
B. WEB Services
Usando linguagem PHP criou-se um webservice para efectuar a comunicaca o entre cliente e servidor e com recurso a
linguagem JAVA, implementou-se este webservice em dispositivos moveis, usando o Java Wireless Toolkit(WTK)
para simulaco es. Para o elaboraca o destes programas,

Fig. 6
E XEMPLO DE UM WEBSERVICE .
Com base em arquitecturas pre-definidas, foi criado um

WebService em PHP para efectuar a comunicaca o entre um
cliente e um servidor.
Para a implementaca o dos parametros de entrada e sada
foi usado o protocolo SOAP. Este protocolo consiste numa
invocaca o remota de um metodo e para tal necessita de especificar o endereco do componente, o nome do metodo
e os argumentos do metodo. Nao define ou impoe qualquer semantica, seja qual for o modelo de programaca o, ou
162

a semantica especfica da implementaca o. Este aspecto e

extremamente importante, pois permite que quer o servico,
quer o cliente que invoca o servico, sejam aplicaco es desenvolvidas sobre diferentes linguagens de programaca o. Por
esta razao, o SOAP tornou-se uma norma aceite para se
utilizar com WebServices, uma tecnologia construda com
base em XML e HTTP. Desta forma, pretende-se garantir a interoperabilidade e intercomunicaca o entre diferentes
sistemas, atraves da utilizaca o da linguagem XML e do
mecanismo de transporte HTTP. A plataforma escolhida
para testar o webservice foi o NetBeans, atraves do emulador WTK.
C. SOAP
E um protocolo utilizado para troca de informaco es numa
plataforma distribuda, utilizando tecnologias XML.A sua
notaca o define uma framework que permite construir mensagens que podem ser utilizadas pelos diferentes protocolos e que e independente do tipo de programaca o utilizada.
Normalmente os protocolos SOAP sao implementados usando servidores HTTP.
D. PHP
PHP e uma linguagem de programaca o livre e utilizada
para gerar conteudo dinamico. E uma linguagem de facil
implementaca o e ideal para instalaca o e uso em servidores.
Pode ser includa em codigo HTML. O PHP esta disponvel
para varios sistemas operativos: Windows, Linux, MAC
OS, entre outros.
em diversos idiomas,e escrito em JAVA, tornando-o independente da plataforma, funcionando assim em qualquer
sistema operativo que suporte Java virtual machine (JVM).
B. WTK
O WTK e uma ferramenta topo de gama, para desenvolver
aplicaco es para dispositivos sem fios que sejam baseados
em J2MEs Connected Limited Device Configuration e Mobile Information Device Profile (MIDP) e criada para ser
executada em dispositivos moveis. Inclui um emulador,
optimizaca o de performance e varios exemplos para ajudar
os programadores a criar com sucesso aplicaco es. O uso
deste emulador, deveu-se ao facto de ser uma aplicaca o usada para desenvolvimento de aplicaco es para telemoveis, a
partir de linguagem JAVA e que tem como proposito funcionar em dispositivos moveis. A partir deste emulador,
e possvel testar o funcionamento e melhorar as caractersticas do programa, antes da implementaca o num dispositivo movel real.
C. Gerador de QRCodes
Atraves do site gratuito da Kaywa, e possvel gerar e criar
qualquer QRCode. Sendo um site de facil acesso, a criaca o
de codigos esta assim ao alcance de qualquer um. Contudo, neste projecto o objectivo foi mais ambicioso e foi
levada a cabo a criaca o de uma rotina em PHP que gera
esses codigos e que tem a saida vista na figura 7.
E. JAVA
JAVA e uma linguagem de programaca o orientada ao objecto, desenvolvida na decada de 90. Ao contrario das linguagens convencionais, que sao compiladas para codigo nativo, a linguagem Java e compilada para um bytecodeque
e executado por uma maquina virtual. O ambiente de desenvolvimento escolhido como ja referimos para implementar
o codigo foi o NetBeans, um software da empresa Sun Microsystems. No caso deste projecto, foi usado em particular
o JME, Java Platform MicroEdition, usada para dispositivos
compactos como telemoveis, PDAs, e outros dispositivos
moveis. O JME e uma colecca o de API do JAVA definidos
atraves da JCP (Java community process), e estes definiram duas abordagens para especificar as necessidades dos
dispositivos moveis: a execuca o do JRE (Java Run-Time
Environment) e o MIDP (Mobile Information Device Profile)
IV. F ERRAMENTAS USADAS NO DESENVOLVIMENTO
A. NetBeans
O NetBeans e um ambiente de desenvolvimento integrado
(IDE) gratuito e open source, para criadores de software
em linguagem JAVA. Este IDE e um ambiente de desenvolvimento multiplataforma e e uma fonte de auxlio muito
importante para compilar, escrever e instalar aplicaco es.
Visa pela facilidade de interpretaca o e pela simplicidade de
implementaca o de processos. Para alem de ser distribuido
Fig. 7
A SPECTO DO GERADOR DE QRC ODE DESENVOLVIDO .
O codigo usado para criar esta rotina, e bastante simples

e de facil leitura. Fazendo uso de uma API: QRForALL,
mais complexa, foi criado uma rotina que nos permite gerar
qualquer codigo desde o mais simples ao mais complexo. A
partir deste gerador desenvolvido, e possvel criar qualquer
codigo desde um simples ola mundo, como ilustrado na
figura 8:
Ou entao criar um QRCode mais complexo como o exemplo da figura 9 com letras e numeros em elevada quantidade.
Nesse caso o codigo podera tornar-se demasiado denso, o
que podera impossibilitar a leitura pelo dispositivo movel.
D. Leitor de QRCodes: I-nigma
Este software foi o programa escolhido para a leitura dos
QRCodes. Para alem de ser de livre distribuica o, e de facil
uso e pode ser acedido atraves do site: www.i-nigma.com.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
Fig. 8
QRC ODE GERADO A PARTIR DO TEXTO OL A MUNDO .
163
pode ser visto na figura 11. A utilidade destes codigos

nao se limita ao momento da entrega dos produtos. Com
a aplicaca o de um QRCode, e possvel manter actualizado
constantemente o conteudo de cada dorna, sem necessidade
de recorrer a apontamentos em papel, ou ate de ter um terminal perto do local onde as dornas estao armazenadas. No
caso de uma cooperativa de azeite, onde nas dornas finais se
misturam varios tipos, pode-se manter actualizado o tipo de
azeite que aquela dorna contem, e os nomes dos produtores
a quem pertencem.
Como foi dito na introduca o, o objectivo e acelerar os processos numa cooperativa agrcola. Com a introduca o destes
codigos, combinado com um WebService, consegue-se optimizar os processos de entrega dos bens, possibilitar aos
produtores informaca o em tempo real acerca dos seus produtos, podendo assim tambem eles optimizarem recursos, e
numa fase seguinte, manter um registo apurado e constante
acerca dos produtos que as cooperativas vao armazenar no
tempo que se segue. Em fases posteriores, esta informaca o
podera chegar tambem ate ao consumidor final, na forma
de um codigo no rotulo de uma garrafa figura 12, no caso
das adegas, ou em qualquer produto, seja qual for a cooperativa agrcola. Nesta etapa, a informaca o contida no QRCode pode ser dinamica, usando hiperligaco es e facilitando
o acesso do consumidor a outros sites, e a informaca o online, ou estatica, o que torna este investimento ainda mais
atraente, pois monetariamente o consumidor nao tem de
gastar nada, e a publicidade e quase gratuita para as cooperativas.
Fig. 9
DE UM QRC ODE MAIS COMPLEXO , CONTENDO
I LUSTRAC AO
CARACTERES E N UMEROS
, CORRESPONDENTE AO TEXTO A RTIGO
PARA A R EVISTA DA L ICENCIATURA EM E NGENHARIA
E LECTROT E CNICA E DE C OMPUTADORES POR R ICARDO C ABRAL.
No entanto foi tambem desenvolvido o software de leitura,

baseado numa API gratuita, encontrada no Google API.
V. A PLICAC AO
Apos a elaboraca o do WebService, e do gerador de QRCodes, a etapa seguinte constituiu na sua aplicaca o. O objectivo principal residiu na aplicaca o de QRCodes e correspondente leitura e registo de dados usando o WebService, na gestao de uma vindima ou cooperativa de azeite.
Pretende assim, colocar-se codigos nas dornas, tal como
ilustrado na figura 10 e com a ajuda de um dispositivo
movel, proceder a` leitura de dados e inserca o de outros,
usando um simples dispositivo, que comunicara atraves do
WebService com um terminal.
Assim, com a ajuda de um dispositivo movel, procedese a` leitura dos codigos bidimensionais. E possvel inserir
no momento da leitura, todos os dados necessarios para o
controlo da dorna. A leitura desses dados e entao registada no dispositivo movel e atraves do WebService, esses
mesmo dados sao enviados em tempo real, para um terminal, acelerando o processo de divulgaca o dos resultados
da entrega dos produtos.Um exemplo do funcionamento

Fig. 12
QRC ODE APLICADO A R OTULOS

DE GARRAFAS .
VI. C ONCLUS AO
E de todo o interesse das colectividades e da industria em
geral, a receptividade aos QRCodes. A sua utilizaca o e
aplicabilidade, para alem de serem de facil implementaca o,
revelam-se uma soluca o eficiente e de baixo custo,
tornando-se apetecvel para qualquer a rea. No contexto
economico actual, e um instrumento acessvel para qualquer economia. A sua eficiencia ajuda a melhorar o desempenho. Com a capacidade de armazenamento, e podendo
ser acedida por qualquer dispositivo com uma camara in-
164

Fig. 10
DE QRC ODE EM DORNAS PARA USO NUMA APLICAC AO
DE GEST AO
DE ALUGUERES .
U TILIZAC AO
Fig. 11
ENTRE DISPOSITIVO M OVEL
E SQUEMA DE COMUNICAC AO
, DORNA E TERMINAL .
tegrada e com o software certo, torna-se disponvel a qualquer pessoa. Em casos mais concretos, especificamente
nas cooperativas de azeite, a aplicabilidade dos QRCodes
e flagrante. Como os conteudos das dornas, sao misturas
de azeites, e necessario proceder-se a` escolha dos melhores. Com o controlo destes a ser feito atraves de um
codigo, consegue-se uma maior precisao no momento da
avaliaca o da qualidade do azeite, podendo-se assim em
anos seguintes, efectuar-se a triagem dos produtos recebidos, escolhendo-se os produtos certos, e nveis adequados, para se obter produtos de excelencia. A aplicabilidade
dos WebServices nas adegas e uma vertente importante. A
comunicaca o entre os associados e as suas cooperativas e
uma mais valia para todos, e leva a uma maior sintonia entre ambos. No caso da aplicaca o dos codigos nos rotulos,
as vantagens sao imensas; desde a hipotese do consumidor aceder a informaco es acerca do produto que esta a con-
sumir, a` visibilidade que se torna possvel dar a` regiao onde

o produtor esta inserido, ou ate a sugestoes de outros produtos da mesma qualidade do que consome no momento,
as chances de uma publicidade destas passar despercebida
sao muito pequenas. Cria-se assim um elo entre a origem e
o destino, uma ligaca o tao necessaria quanto justificada nos
dias de hoje. Os consumidores mudaram, e hoje querem
saber o que consomem e de onde vem. A confianca do consumidor no produto cresce, e quem produz sai da sombra e
torna-se num rosto para quem compra e consome, aumentando assim a visibilidade dos seus produtos.
VII. AGRADECIMENTOS
Gostaria de deixar o meu agradecimento e reconhecimento
aos meus orientadores: Prof. Dr. Raul Morais e Engenheiro Emanuel Peres por toda a ajuda, paciencia, presenca
e orientaca o durante a elaboraca o deste projecto. Aos
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
produtores Miguel Antero Macedo Teixeira Gomes, pela

ajuda e esclarecimentos prestados durante este trabalho,
Filipe Teixeira da Quinta do Caleiro pela colaboraca o dada,
aos funcionarios das Adegas Cooperativas de Vila Real
e Murca, aos funcionarios da Cooperativa do Azeite de
Murca pelos esclarecimentos fornecidos, e ao Lino Silva
(LinoSilva@hotmail.com) pelas imagens fornecidas.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
ITU, http://tv1.rtp.pt, Disponivel online em http://www.rtp.

pt, consultado em 12 de Julho de 2009.
PCWORLD, http://pcworld.uol.com.br/noticias/2008/12/16/dispositivosmoveis-dominarao-acesso-a-web-em-2020-diz-estudo/, Disponivel
online em http://pcworld.uol.com.br, consultado em 15
de Julho de 2009.
SIRIUS, http://sirius-efasec.blogs.sapo.pt/789.html, Disponivel
online em http://sirius-efasec.blogs.sapo.pt, consultado em 18 de Julho de 2009.
NEGOCIOS DIGITAL,
http://negocios.maiadigital.pt/,
Disponivel online em http://negocios.maisdigital.pt,
consultado em 19 de Julho de 2009.
Yue Liu, Ju Yang, e Mingjun Liu, Recognition of qr code with
mobile phones, em Control and Decision Conference, 2008. CCDC
2008. Chinese, July de 2008, pp. 203206.
Yu-Hsuan Chang, Chung-Hua Chu, e Ming-Syan Chen, A general
scheme for extracting qr code from a non-uniform background in
camera phones and applications, em Multimedia, 2007. ISM 2007.
Ninth IEEE International Symposium on, Dec. de 2007, pp. 123
130.
E. Ouaviani, A. Pavan, M. Bottazzi, E. Brunelli, F. Caselli, e
M. Guerrero, A common image processing framework for 2d barcode reading, em Image Processing and Its Applications, 1999.
Seventh International Conference on (Conf. Publ. No. 465), 1999,
vol. 2, pp. 652655 vol.2.
Michael Rohs, Real-world interaction with camera-phones, em
In 2nd International Symposium on Ubiquitous Computing Systems
(UCS 2004. 2004, pp. 7489, Springer.
K. Seine, S. Kuwabara, S. Mikami, Y. Takahashi, M. Yoshikawa,
H. Narumi, K. Koganezaki, T. Wakabayashi, e A. Nagano, Development of the traceability system which secures the safety of fishery
products using the qr code and a digital signature, em OCEANS
04. MTTS/IEEE TECHNO-OCEAN 04, Nov. de 2004, vol. 1, pp.
476481.
Hend S. Al-Khalifa, Utilizing qr code and mobile phones for blinds
and visually impaired people, em ICCHP 08: Proceedings of the
11th international conference on Computers Helping People with
Special Needs, Berlin, Heidelberg, 2008, pp. 10651069, SpringerVerlag.
J. Rouillard, Contextual qr codes, em Computing in the Global
Information Technology, 2008. ICCGI 08. The Third International
Multi-Conference on, 27 2008-Aug. 1 de 2008, pp. 5055.
Kenton OHara, Tim Kindberg, Maxine Glancy, Luciana Baptista,
Byju Sukumaran, Gil Kahana, e Julie Rowbotham, Collecting and
sharing location-based content on mobile phones in a zoo visitor experience, Comput. Supported Coop. Work, vol. 16, no. 1-2, pp. 11
44, 2007.
TIME, http://www.time.com/time/magazine/article/0,9171,1832875,00.html,
Disponivel online em http://time.com, consultado em 19 de
Julho de 2009.

165

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
167
Sistemas de Vigilancia Inteligente

P0930
Fernando Gil de Abreu Mesquita da Costa, fernando.gil.costa@gmail.com
Abstract This article describes the method used for facial

recognition. The first part is a technique used for the recognition of the skin, technique that uses the RGB space. The
second part presents the algorithm that makes facial recognition itself, based on facial characteristics of a person (eyes,
nose, mouth).
Resumo Este artigo descreve o metodo utilizado para o reconhecimento facial. Numa primeira parte e utilizada uma
tecnica para o reconhecimento da pele, tecnica que utiliza o
espaco RGB. Numa segunda parte, e apresentado o algoritmo
que faz o reconhecimento facial, propriamente dito, baseado
nas caractersticas faciais de uma pessoa (olhos, nariz, boca).
Keywords skin detection, facial recognition, RGB color
space
Palavras chave detecca o da pele, reconhecimento facial,
espaco de cor RGB
I. I NTRODUC AO
A Percepca o da face humana e um grande motivo de
estudo na a rea da visao computacional. Detecca o ou
localizaca o da face humana sao um pre-requisito para a
percepca o facial. E a chave para identificaca o em sistemas
de seguranca, reconhecimento facial, analise de expressoes
faciais . Uma analise robusta e precisa das caractersticas
faciais apresenta grandes dificuldades praticas, principalmente devido a` s diferencas entre as pessoas, e a grande
variaca o dessas mesma caractersticas na mesma pessoa,
devido a mudanca de pose, luz, etc .
Os diferentes metodos existentes para detecca o facial podem ser divididos em tres categorias [1]. Uma categoria
e localizar a face atraves de partes especificas tais como os
olhos, boca ou labios, nariz rugas, ou outras caractersticas
importantes. Apos as caractersticas serem identificadas,
a localizaca o da face e determinada atraves de informaca o
geometrica. As suas principais desvantagens sao: necessidade de imagens com elevado grau de nitidez e de grande
resoluca o, o que e impraticavel na pratica. Alem do mais,
as caractersticas faciais podem variar, dependendo das
condico es a que estao sujeitas (luminosidade, orientaca o e
escala). Torna-se entao difcil detectar essas caractersticas
faciais de uma forma robusta e viavel.
No segundo metodo, a face e examinada como um todo
utilizando redes neuronais [2], ou atraves das suas componentes principais [3]. A sua desvantagem assenta na sua
complexidade e na quantidade enorme de dados analisados.
Quando o resultado obtido nao e o correcto, nao se consegue descobrir qual e a parte que influencia o resultado,
impossibilitando assim a melhoria do algoritmo.

Ambos os metodos atras referenciados utiliza imagens em

escala de cinza, negligenciando a cor. Porem, a cor e muito
importante na detecca o facial. Por este motivo nos u ltimos
anos tem havido uma grande pesquisa nesta a rea.
O metodo utilizado neste artigo para detecca o do tom de
pele, base para o reconhecimento facial, foi desenvolvido
por Cheddad e outros [4]
A modulaca o da cor da pele implica a identificaca o de
cor aceitavel e um conjunto cuidado de regras por forma
a encontrar os pixeis associados a` pele. A maior parte
dos metodos utilizados ate a data, tendem a eliminar a luminancia, actuando sobre espacos de cor que a separaca o
dos componentes luminancia e crominancia. Abadpour
and Kasaei [5] concluram que em espacos YUV, YIQ e
YCbCr, a remoca o da luminancia aumenta a performance
no processo de detecca o da pele. Outros [6] [7] defendem que a luminancia deve ser removida priormente a
qualquer outro processo, uma vez que a mistura entre a
crominancia e a luminancia em RGB nao e uma boa opca o
para analise de cor. Entao a soluca o encontrada e converter o RGB para outros espacos de cor, onde estas componentes sao separadas. Albiol e outros [8] e Hsieh e outros [9] demonstra que a escolha do espaco de cor nao tem
qualquer implicaca o na detecca o dado que um bom algoritmo de detecca o de pele seja utilizado. Analogo a isto
Phung e outros [10] demonstra que a segmentaca o da pele
baseada na classificaca o da cor nao e afectada pela alteraca o
do espaco de cor. Em contrapartida, a performance obtida
na segmentaca o degrada-se quando existem componentes
da crominancia na classificaca o. Em metodos baseados na
crominancia, alguma da informaca o sobre a cor da pele e
perdida, quando e feita a separaca o entre a luminancia e a
crominancia de acordo com Abdullah e outros [11]. Shin e
outros [12] questiona os benefcios da transformaca o da cor
para a detecca o da pele. Jayaram e outros [13] concluiram
que a componente luminancia contem diferentes nveis de
informaca o para a separaca o em cor de pele e nao cor de
pele. Esta conclusao levou ao aparecimento de novos estudos, como o caso de Lee and Lee [14], onde fizeram a
detecca o do tom de pele no espaco YCbCr, utilizando as
tres componentes. O metodo utilizado neste artigo para
detecca o do tom de pele, base para o reconhecimento facial,
foi desenvolvido por Cheddad e outros [4]. Este metodo
demonstra que a componente da luminancia transporta consideravel informaca o relativa ao tom de pele.
As proximas secco es estao organizadas da seguinte forma:
Secca o 2 refere-se a trabalhos relacionados, na secca o 3 e
descrito o metodo proposto e resultados obtidos. A conclusao e trabalho futuro estao descritas na secca o 4.
168

DA
II. T RABALHO EXISTENTE NA IDENTIFICAC AO
PELE
A transformaca o da cor e de extrema importancia em visao

por computador. Existem varios espacos de cor incluindo:
RGB, CMY, XYZ, xyY, UVW, LSLM, L*a*b, L*u*v,
LHC, LHS, HSV, HSI, YUV, YIQ, YCbCr. A representaca o
nativa de uma imagem a cores e feita em RGB, que descreve
o imagem em tres matrizes de cor, Red(R), Green(G); and
Blue(B): A luminancia e apresentada neste espaco e existem varios metodos com a intenca o de a extrair.
A. Log opponent e HSV
Segundo J. Berens e outros [15] o log-opponent (LO) utiliza o logaritmo na base 10 para converter matrizes RGB
nos componentes I, Rg, By como e demonstrada em
I = L(G)
IRgBy : Rg = L(R) L(G)
By = L(B) (L(R) + L(G))/2
(1)
onde L(x)=105+log(x+1);
Este metodo utiliza o que e denominado de espaco de cor
hbrido. O conceito fundamental por detras de um espaco
de cor hbrido e que combina diferentes espacos de cor para
aumentar a eficiencia dos componentes de cor, de forma a
ter uma melhor percepca o da cor. Alem disso, serve para
diminuir a taxa de dependencia na correlaca o entre os componentes de cor [16]. Aqui, sao utilizados dois espacos de
cor, nomeadamente IRGBy e HS do HSV (hue, saturation,
value). HS pode ser obtido aplicando uma transformaca o
nao linear como demonstrado na eq 2.O algoritmo encontra
primeiro regioes contendo grandes a reas onde a cor e a textura e apropriada para o tom de pele. O mapa de texturas e
gerado da atraves da matriz I aplicando-lhe filtros media. A
transformaca o de RGB para HSV pode ser expressa como
HSV :
h
BG
H:
h
B>G
h = cos 1 1/2[(RG)+(RB)
2
(RG) +(RG)(GB)
S = max(R,G,B)min(R,G,B)
max(R,G,B)
V = max(R, G, B)
(2)
De forma a detectar potenciais regioes faciais Chen e

outros [17] analisa a cor dos pixeis em RGB para diminuir
os efeitos quando a iluminaca o muda, e classifica-os em
tom de pele ou nao, baseada no hue(H), componente H
na eq 2. A classificaca o e feita utilizando regras decisao
Bayesianas. Este metodo degrada-se quando as imagens
contem complexos fundos e iluminaca o nao uniforme.
Outros [18] utilizam o histograma de cor da pele em
espaco HSV, em conjugaca o com a funca o edge por forma
a localizar a face. O algoritmo proposto por eles encontra a
seguir
FERNANDO COSTA [20165]
Algoritmo Proposto
1o Passo: Converter a imagem RGB (rgb (i,j)) numa
imagem HSV (hsv(i,j))
2o Passo: Obter o mapa das fronteiras (edge(i,j)) da
iamgem RGB utilizando operadores Sobel
3o Passo: Para cada pixel (i,j) obter os respectivos
valores de H e de S
4o Passo: Se (histograma de cor (H,S) > threshold
pele e edge(i,j) < threshold edge)
entao pele(i,j)=1 e um pixel de pele
senao pele(i,j)=0 nao e um pixel de pele
5o Passo: Encontrar as diferentes regioes da imagem
pela implementaca o da analise da vizinhanca.
6o Passo: Encontrar a altura, largura e centro de cada
regiao e a percentagem da pele em cada regiao
7o Passo: Para cada regiao se a relaca o entre a altura
e largura, ou a relaca o largura por altura, estiver dentro
do limite e se a percentagem da pele > percentagem de
threshold entao a regiao e uma face, senao nao e uma face
B. Espaco de cor YCbCr
Os componentes Y,Cb,Cr referem-se respectivamente a luminancia, chromatic blue, e Chromatic red. Este e um
espaco pertencente a famlia das transmissoes televisivas.
E utilizado em codificaca o e compressao de vdeo. Este
metodo e muito u til para fazer a separaca o entre a luminancia e o crominancia. A transformaca o de RGB para
YCbCr, pode ser calculado utilizando o seguinte sistema
Y = 0.299R + 0.587G + 0.114B

Y CbCr : Cb = 0.56(B Y )
Cr = 0.71(R Y )
(3)
Hsu e outros [19] utilizou as componentes CbCr para fazer

a detecca o da face em imagens a cores. Desenvolveram
um modelo onde reparam a concentraca o do tom de pele
no espaco CbCr. Este dois componentes foram calculados
apos ser feito uma compensaca o de luz. Os autores afirmam
que o seu algoritmo detecta poucos pixeis nao referentes a
cara e mais pixeis relativos ao tom de pele. A figura 1
descreve o algoritmo utilizado em [19].
Shin e outros [12] demonstrou que o uso de tal espaco de
cor quando comparado com outros sete obtem melhores resultados na detecca o facial. OS oito espacos de cor estudados foram: NRGB (Normalized RGB), CIEXYZ, CIELAB,
HSI, SCT (spherical coordinate transform), YCbCr, YIQ e
YUV. O espaco RGB foi utilizado como referencia.
Choudhhury e outros [20] desenvolveram um metodo
que passou a ser utilizado pelas forcas da lei durante as

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
suas investigaco es forenses para recuperar qualquer imagem pornograficas de um disco rgido. Eles propuseram
um algoritmo hbrido, onde as componentes RGB e YCbCr
sao explorados. Eles descobriram as desvantagens existentes quando se utiliza RGB sao compensadas com a
utilizaca o do YCbCr, e vice-versa. Para este fim, apenas
regioes relativamente grande que foram desprezadas pelo
filtro RGB, sao novamente filtradas por um filtro YCbCr.
Zhao e outros [21] construiu um vector englobando uma
variedade de componentes de diferentes espacos de cor
onde a componente Cr esta presente.
O algoritmo de Hsu e outros. [19] foi escolhido por Shaik
and Asari [22] para seguir as faces durante uma cena utilizando filtros Kalman. Zhang and Shi [23] utilizaram
a mesma abordagem com alguma modificaco es quando o
brilho da cara numa imagem e baixa. O seu metodo e praticamente igual ao [19], com a excepca o que existe um pre
processamento da imagem aonde os pixeis abaixo dos 80
sao reduzidos para 0 nas 3 cores primarias. Eles afirmam
que o seu metodo funciona melhor sobre condico es com
pouco brilho devido principalmente ao pre-processamento.
169
nos referimos ao tom de pele e e normalmente omissa na

segmentaca o [25].
III. M E TODO UTILIZADO
A. Metodo de detecca o da pele
O metodo utilizado para detecca o da regiao facial foi
baseado no artigo publicado A. Cheddad, e outros. [4].
Eles afirmam que a iluminaca o esta espalhada ao longo do
espectro RGB. Existem diversos metodos para segregar tal
informaca o. E utilizado uma matriz definida por
= [0.298936021293775390,0.587043074451121360,
0.140209042551032500]T
Onde o T significa transposta de forma a permitir a
multiplicaca o de matrizes. E de notar que significa a
matriz 3D contendo os vectores de RGB. A primeira abordagem para a transformaca o da cor e dada por
I(x) = ( (r(x), g(x), b(x)) ) ()
(5)
onde representa a multiplicaca o de matrizes. Isto reduz

a representaca o RGB do espaco 3D para 1D. O vector I(x)
elimina a matiz (hue) e a saturaca o(saturation), mas mantendo a luminancia. E considerada como uma cor na gama
dos cinzentos. A seguir o algoritmo tenta obter outra versao
da luminancia, mas desta vez sem ter em conta o vector R.
A maior parte da cor da pele tende para se situar no vector R. A omissao do vector R e deliberado, uma vez que na
fase final vai-nos ajudar para calcular o erro do sinal. Entao
o novo vector vai ter os maiores elementos retirados dos
vectores G e B:
Ic(x) = arg max(G(x), B(x))
Fig. 1
S ISTEMA UTILIZADO POR H SU E OUTROS [19]
C. Regras basicas para detecca o no espaco RGB

E um simples ainda que poderoso metodo para construir
um classificador de pele directamente das componentes do
RGB. Kovac e outros [24] utilizam as seguintes regras:
um pixel R, G, B pode ser classificado como pele se e so se:
R>95 and G>40 and B>20
and max(R,G,B)-min(R,G,B)>15
and |R G|>15 and R>G and R>B
Alguns autores preferem fazer primeiro a normalizaca o
das componentes RGB. As componentes RBG podem ser
normalizadas da seguinte forma:
r=
R
G
G
g=
b=
(4)
R+G+B
R+G+B
R+G+B
A componente b, e a que tem menor representaca o quando


(6)
Eq.(6) e nada mais que uma alteraca o da forma como e

calculado o vector V (value) no espaco HSV. A diferenca e
que este metodo nao inclui o componente R no seu calculo.
Entao para qualquer valor de x, o erro e calculado atraves da
subtracca o de matrizes geradas pela eq.(5) e eq.(6) e pode
ser definida por:
e(x) = I(x) Ic(x)
(7)
De notar que o e(x) nao deve ser arredondado.

Os autores do artigo [4] segundo foi baseado o metodo
para detecca o da pele, construram, atraves de testes efectuadas a uma grande gama de pixeis seleccionados de diferentes regioes, de diferentes racas e com diferentes efeitos de
luz, o que denominaram de Skin Probablity Map (SPM).
Alem disso atraves de estaticas obtidas chegaram a` seguinte
equaca o que identifica as fronteiras da pele.
(
1
f (x) :
0
0.02511 e(x) < 0.1177

otherwise
(8)
Este artigo afirma baseado em extensas experiencias, que

com esta regra obtemos uma soluca o quase optima para a
detecca o das fronteiras.
170

Metodo
Tecnicas domnio espacial
Tecnicas com base no domnio DCT
Metodo proposto
Descrica o
Nao e robusto contra filtros de imagens e percas na compressao
Nao e robusto na rotaca o, corte e translacca o
Nao e robusto contra ruido
Trabalha apenas com o formato BMP
Nao permite encriptaca o nem utiliza algoritmos convencionais
Menos vulneravel a ataques que os metodos
existentes a custa da capacidade
Falha na estatsticas de segunda ordem
Falha na distribuica o dos coeficientes DCT
Trabalha apenas com o formato JPG
Dupla compressao do ficheiro
Nao e robusto na rotaca o, corte e translacca o
Nao e robusto contra ruido
Modificaca o nas tabelas de qauntificaca o
Nao permite encriptaca o nem utiliza algoritmos convencionais
Orientado a objectos
Resistente a` rotaca o, corte, translaca o e a impulsos moderados de ruido
Sem falhas conhecidas
Resistente a` perca na compressao
Tem uma melhor performance que os algoritmos DCT em manter a distorca o
na portadora no minimo
Permite encriptaca o
TABELA I
D ESVANTAGENS DOS M E TODOS EXISTENTES E BENEFI CIOS DO M E TODO PROPOSTO
Na tabela seguinte estao descritas as vantagens apontadas

pelos autores em relaca o a outros metodos de detecca o da
pele.
Apos a implementaca o do algoritmo descrito no artigo de
[4] obtivemos os resultados demonstrados na figura 2
cabelo e a face.
B. Detecca o das caractersticas faciais

A determinaca o da zona de pele e fundamental para delimitar a zona de processamento. Dentro da zona de pele
encontramos os olhos, as narinas, a boca e a partir do seu
relevo se caracterizam as rugas e expressoes faciais. O reconhecimento da zona de pele na imagem foi obtido pelo
processamento no domnio das cores. Deste processamento
resultam pequenas zonas na imagem que correspondem a
sombras ou reflexos, coloramento da pele, zonas de pelos
ou fundo da imagem. Estas zonas da imagem nao sao relevantes para o reconhecimento das expressoes faciais, pelo
que foram utilizadas um conjunto de tecnicas com vista a`
sua remoca o. As tecnicas a seguir descritas visam processar
a imagem para o reconhecimento eficaz da posica o dos olhos, nariz e boca. A imagem resultante do reconhecimento
da pele e uma imagem binaria, onde zonas de nao pele sao
de valor nulo. Um primeiro passo consiste em remover objectos da imagem com dimensoes inferiores a 3 por cento
da dimensao da zona de pele. Segue-se o preenchido do
fundo da imagem e zona dos cabelos com cor branca, ficando apenas salientes as zonas dos olhos boca e narinas.
O resultado deste processamento pode ser visualizado na
figura 3. Apesar do bom desempenho destas tecnicas, estas
nao sao suficientes para eliminar determinadas zonas nao
caractersticas, essencialmente situadas na fronteira entre o
Fig. 3
Para a determinaca o da localizaca o na imagem da posica o

dos olhos, boca e narina propusemos um algoritmo que consiste na soma dos pixeis na direcca o horizontal (x) e na
direcca o vertical (y) da imagem. Ambos os sinais sao filtrados com um filtro de media de largura de 10 pixeis. Na
figura 4 estao representados o resultados destas operaco es.
A figura superior mostra a curva y e a figura inferior a
curva x. Da curva y sao possveis conhecer as coordenadas
horizontais dos olhos e nariz-boca. Da curva x sao determinaveis as coordenadas verticais dos olhos, nariz e boca.
Esta informaca o permite reprocessar de novo a imagem
binaria para a remoca o dos objectos parasitas, pela mesma
tecnica atras utilizada, resultando a imagem da figura 5.
Sem estes objectos nao caractersticos as curvas x e y sao
de novo recalculadas, agora representados na figura 6 de
amplitude normalizadas.
Com base no grafico obtido, podemos afirmar que

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
171
Fig. 2
DA EQ .7, RESULTADO DA APLICAC AO
DA EQ .8
( DA ESQUERDA PARA A DIREITA ) IMAGEM ORIGINAL , RESULTADO DA APLICAC AO
Fig. 4
G R AFICO
I
Fig. 6
G R AFICO
II
Fig. 5
os elementos nao caractersticos foram eliminados, permanecendo apenas os elementos caractersticos. Analisando a posica o dessas mesmas caractersticas torna-se
entao possvel fazer o corte das secco es pretendidas na imagem original. O resultado final pode ser verificado na
figura 7, com regioes delimitadas por linhas rectangulares.
IV. C ONCLUS OES

Este trabalho fez concluir que um metodo de reconhecimento facial eficaz e eficiente depende de um bom algoritmo de reconhecimento da pele. Neste trabalho sao resumidas as principais tecnicas utilizadas para essa tarefa,
sendo por nos escolhida a tecnica proposta por Cheddad e
outros [4], que nos evidenciou obter melhores resultados.
Os parametros deste metodo foram sintonizados por nos exc UTAD - ECT - Departamento de Engenharias

Fig. 7
R ESULTADO FINAL
perimentalmente, melhorando significativamente os resultados. As vantagens apontadas pelos autores foram por nos
tambem confirmada experimentalmente, pela realizaca o de
varios testes. A superioridade desta tecnica permitiu-nos
propor um metodo para a identificaca o posicional dos olhos, buracos das narinas e boca e retirar da imagem original sub-imagens de cada uma destas partes. Na continuaca o
deste trabalho espera-se propor metodos de reconhecimento
facial, que processe cada uma das sub-imagens obtidas,
para construir um sistema de vigilancia inteligente e que
opere em tempo real.
172

B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
[16]
[17]
[18]
[19]
[20]
[21]
[22]
[23]
[24]
Wen Gao Hongxun Yao, Face detection and location based on

skin chrominance and lip chrominance transformation from color
images.
H. Hunke H.Martin, Location and tracking of human faces with
neural netwworks, Technical Report of CMU, 1994.
M.A. Turk, Face recognition using eigenfaces, IEEE Computer
Soc. on Computer Vision and Pattern Recognition, pp. 586591.
Kevin Curran Paul McKevitt Abbas Cheddad, Joan Condell, A skin
tone detection algorithm for an adaptive approach to steganography,
Signal Process.
S.Kasaei A.Abadpour, Pixel-based skin detection for pornography
filtering, Iranian Journal of Electrical and Electronic Engineering
1, pp. 2141.
A.K.Jain R.L.Hsu, M.Abdel-Mottaleb, Face detection in color images, IEEE Transactions on Pattern Analysis and Machine Intelligence 24, pp. 696702.
A.Andreeva V.Vezhnevets, V.Sazonov, A survey on pixel-based
skin color detection techniques, Proceedings of Graphicon, pp. 85
92.
E.J.Delp A.Albiol, L.Torres, Optimum color spaces for skin detection, Proceedings of the IEEE International Conference on Image
Processing, vol. 1, pp. 122124.
C.Lin I.S.Hsieh, K.C.Fan, A statistic approach to the detection of
human faces in color nature scene, Pattern Recognition 35, pp.
15831596.
D.Chai S.L.Phung, A.Bouzerdoum, Skin segmentation using color
pixel classification:analysis and comparison, IEEE Transactions on
Pattern Analysis and Machine Intelligence27, pp. 148154.
O.Chae M.Abdullah-Al-Wadud, Skin segmentation using color distance map and water-flow property, Proceedings of International
Conference on Information Assurance and Security, pp. 8388.
L.V. Tsap M.C.Shin, K.I. Chang, Does colorspace tranformation
amke any difference on skin detection?, Proceedings of IEEE Workshop on Applications of Computer Vision, vol. 3, no. 4, pp. 275279,
2002.
M.C.Shin L.V.Tsap S.Jayaram, S.Schmugge, Effect of color space
transformation, the illuminance component,and color modelling on
skin detection, Proceedings of IEEE Computer Vision and PatternRecognition, vol. 2, pp. 813818, 2004.
C.C.Lee H.J.Lee, Human skin tone detection in ycbcr space, 2005.
G.D.Finlayson J.Berens, Log-opponent chromaticity coding of
colour space, Proceedings of IEEE International Conference on
PatternRecognition, vol. 1, pp. 206211, 2000.
M.Fleck D.Forsyth, Automatic detection of human nudes, International Journal of Computer Vision 32, pp. 6377, 1999.
C.M.Fu H.Y.Chen, C.L.Huang, Hybrid-boost learning fo rmultipose face detection and facial expression recognition, Pattern
Recognition, vol. 41, pp. 11731185, 2008.
K. Sandeep e A.N. Rajagopalan, Human face detection in cluttered
color images using skin color and edge information.
A.K. Jain R.L. Hsu, M. Abdel-Mottaleb, Face detection in color
images, J. Comp. Phys., vol. 24, no. 5, pp. 696702, 2002.
B. Gillam K. Watson A. Choudhury, M. Rogers, A novel skin tone
detection algorithm for contraband image analysis, Proceedings of
International Workshop on Systematic Approaches to Digital forensic Engineering, pp. 39, 2008.
X.Xi AMumford-Shah Y.J.Zhao, S.L.Dai, level-set approach for
skin segmentation using a new color space system, Proceedings of
International Conference on Simulation and Scientific Computing,
pp. 307310, 2008.
V.Asari Z.Shaik, A robust method for multiple face tracking using kalman filter, Proceedings of IEEE Applied Imagery Pattern
Recognition Workshop, pp. 125130, 2007.
Y.Shi Z.Zhang, Face detection method based on a new non linear
transformation of color spaces, Proceedings of International Conference on Fuzzy Systems and Knowledge Discovery, vol. 4, pp. 34
38, 2008.
F.Solina J.Kovac, P.Peer, Human skin colour clustering for face
detection, Proceedings of International Conference on Computer
as a Tool, vol. 2, pp. 144148, 2003.
[25] F.Wong G.Sainarayanan R.R.Porle, A.Chekima, Wavelet-based

skin segmentation for detecting occluded arms in human body pose
modelling system, Proceedings of International Conference on Intelligent and Advanced Systems, pp. 764769, 2007.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 19, JULHO 2009
Projecto
Engenharia
e
Computadores
173
Desenvolvimento de um sistema de instrumentaca o para monitorizaca o de uma

sonda de ultra-sons
P0933
Hugo Daniel da Silva Zava, hugodsz@hotmail.com
Abstract This study aims to evaluate the possibility of,

through images captured by a camera attached to a ultrasonic
probe, determine its position and orientation in the world reference frame. Through digital image processing, we can calculate the coordinates of the camera pose and the normal vector
related to the image projection surface. If we get an image
both through the camera and the ultrasonic probe, we can reconstruct the 3D scene observed by the ultrasonic probe. In
this paper, we propose a implementation of a method to obtain a correspondence between 2D image points and 3D reference points. In this study, its proposed the implementation
of a method, for matching 2D image points and 3D reference
points. We proposed a robust algorithm, capable to calculate
the camera pose and orientation in the world reference frame.
This camera must always detect a sufficient set of marks, registered in color images. A set of routines of digital image processing is used to identify the reference marks contained in the
image and relates them with its position in the world reference frame. From this knowledge, using an inverse transform
is possible to estimate the location and orientation of the camera. In addition, with the aim of improving the accuracy and
robustness of the calculation of the camera pose, a estimator
was integrated, which is a process of optimization. The resulting algorithm for the camera pose calculation in the world
reference frame is well capable of dealing with irregular features resulting from tracking. A set of experience in virtual
environment showed the supremacy of the proposed method.
Resumo Este trabalho tem como objectivo avaliar a possibilidade de, atraves de imagens captadas por uma camara
ligada a` extremidade de uma sonda de ultra-sons, determinar
a sua posica o e orientaca o no espaco. Atraves de processamento digital de imagem, podemos calcular as coordenadas
da posica o da camara e o vector normal ao plano de projecca o
da imagem. Assim se obtermos simultaneamente uma imagem
atraves da camara e da sonda de ultra-sons podemos reconstruir a cena 3D observada pela sonda de ultra-sons. Neste trabalho, propoe-se a implementaca o de um metodo, para obter
uma correspondencia entre pontos 2D da imagem e os pontos
de referencia 3D. E proposto um algoritmo robusto, capaz de
calcular a posica o e orientaca o de uma camara em relaca o a
um referencial no mundo. Esta camara tem sempre sobre visionamento um conjunto suficiente de marcas, registada em
imagens a cores. Um conjunto de rotinas de processamento
digital de imagem e utilizado para identificar as marcas de referencia contidas na imagem e relaciona-las com a sua posica o
no espaco mundo. A partir deste conhecimento, utilizando
uma transformada inversa e possvel estimar a localizaca o e

orientaca o da camara. Em complemento e com o objectivo

de melhorar a precisao e robustez do calculo da posica o da
camara integrou-se um estimador, que compreende um processo de optimizaca o. O algoritmo resultante para o calculo
da posica o da camara no espaco e assim capaz de lidar com
caractersticas incorrectas resultantes dos erros associados a
aquisica o de imagem. Um conjunto de experiencia em ambiente virtual evidenciou a supremacia do metodo proposto.
Keywords Image, digital, processing, camera, pose
Palavras chave Processamento, digital, imagem, posica o,
camara
I. I NTRODUC AO
Com o processamento digital de imagem e possvel reconstruir um espaco 3D a partir de um conjunto de perspectivas, obtidas de posico es conhecidas, dessa mesma
cena. A maioria das tecnicas utilizadas apoiam-se e confiam em dispositivos mecanicos, para estimar a posica o e
orientaca o da qual foi obtida a perspectiva. No entanto
estes dispositivos sao geralmente grandes e caros. Neste
sentido procurou-se encontrar um metodo simples, barato
e fiavel para localizar uma camara no espaco. O objectivo sera acoplar uma camara na extremidade oposta de
uma sonda de ultra-sons. Desta maneira, atraves de processamento digital de imagem, podemos calcular as coordenadas da posica o da camara e o vector normal ao plano
de projecca o da imagem. Assim se conhecermos com precisao e orientaca o da camara, podemos reconstruir imagens ultra-sonicas 3D de imagens adquiridas a 2D. Estimar a posica o de uma camara a partir de imagens para
o espaco correspondente a marcas, isto e de pontos, linhas ou cones 2D e 3D, e um problema basico na analise
e compreensao de imagens. Maquina de visao 3D tem
atrado muita atenca o dos investigadores que trabalham no
campo de medico es 3D por visao por computador, robotica
[1] [2], engenharia submarina [3], fotogrametria por imagens aerea, exame topografico [4], etc. Durante muitos
anos, era necessario conhecer a relaca o entre o mundo 3D
ou as coordenadas do objecto e as coordenadas da imagem
correspondente. Isto era geralmente feito em uma etapa
preliminar de calibraca o geometrica da camara, para estimar os parametros desconhecidos do modelo de camara.
Os metodos tradicionais para a calibraca o da camara que
utilizam objectos com uma geometria 3D fornecem geralmente resultados precisos [5] [6] [7]. Recentemente,
tambem houve uma serie de pesquisas sobre a estimaca o
da posica o de objectos colocados no mundo 3D utilizando
174
HUGO ZAVA [20923]

sistema de visao 3D [8] [9] [10] [11]. O problema da

determinaca o da posica o de uma camara foi formalmente
definido por [12]. Na resoluca o deste problema, nos iremos assumir que a distancia focal da camara e conhecido (a
constante f neste artigo) e em que a correspondencia entre
objectos 2D e 3D e conhecida. Para a calibraca o da camara
e estimaca o da sua posica o, e muito importante extrair a
informaca o exacta de um objecto a partir de imagens correspondentes que podem ter erros de quantificaca o, problemas nas etapas de pre-processamento, devido a` iluminaca o
nao uniforme e rudo extra, criado pelas fontes luminosas.
Os metodos convencionais de estimaca o de parametros utilizam um modelo linear da camara, denominado de tecnicas
lineares de calibraca o. Estes sao baseadas em estimadores
de mnimos quadrados que garante resultados bastante precisos para o caso lentes ideais sem distorca o. Na pratica,
porem, nas camaras comerciais, de produca o geral, tem
lentes com distorca o. Neste caso, para obter resultados suficientemente precisos, as imagens distorcidas devem ser
corrigidas com um bom metodo antes da estimaca o dos
parametros. Porque nao e facil saber exactamente os coeficientes do modelo de distorca o da lente no sistema de
camaras utilizado, estes tambem sao parametros estimados no processo de calibraca o. Apesar de nem sempre
ser desprezavel na maior parte das situaco es praticas, neste
trabalho iremos considerar que a lente e ideal, sem qualquer tipo de distorca o. Muito trabalhos foram desenvolvidos em visao por computador para resolver o problema da
estimaca o da posica o de uma camara , (por exemplo, [13]
[14] [15] [16] [17] [18] [19] [20] [21] [22] ). Mas, para
a maior parte dos metodos baseados na correspondencia entre os espacos 2D e 3D somente pontos ou linhas sao utilizados. Pouco trabalho foi feito com base em outras caractersticas, tais como cantos, que sao muito comuns em
objectos feito pelo homem. [23] e [24] tem utilizado
correspondencias de cantos para estimaca o de movimento
e apresentam bons resultados. Neste artigo nos propomos
um metodo para estimaca o da pose de uma camara visando
estudar a possibilidade de liga-la a uma sonda ultra-sonica
para a reconstruca o de imagens ultra sonicas em 3D.
A. Formulaca o do Problema
Durante este artigo, nos assumimos uma camara sem
distorca o de lente e um modelo de projecca o de perspectiva.
Se um ponto tem coordenadas (x, y, z)T no espaco 3D em
relaca o ao referencial da camara, a sua projecca o no plano
da imagem e (x/z, y/z, 1)T . Nesta secca o, apresentamos
as equaco es de calibraca o da camara, fazendo recurso a um
conjunto de marcas.
B. Metodo de projecca o 3D para 2D
A projecca o de perspectiva exige uma grande definica o.
Uma ajuda conceptual para a compreensao da mecanica da
presente projecca o envolve o tratamento da projecca o 2D
como sendo vista atraves de uma camara. A posica o da
camara, a orientaca o e o campo de visao controlam o comportamento da transformaca o da projecca o. As seguintes
variaveis sao definidas para descrever essa transformaca o:
Fig. 1
DE UM PONTO
P ROJECC AO
px,y,z = (x, y, z) - o ponto no espaco 3D que esta a

ser projectado Figura 1.
cx,y,z - a localizaca o da camara.
x,y,z - O vector de rotaca o da camara. Quando
cx,y,z = (0, 0, 0) e x,y,z = (0, 0, 0), o vector 3D
(1, 2, 0) e projectado no vector (1, 2) em 2D.
ex,y,z - A posica o relativa do observador relativamente
a` superfcie de visionamento.
O qual resulta num
qu,v = (u, v, 1) - ponto em 2D da projecca o de ax,y,z
Primeiro, nos definimos dx,y,z como o vector translaca o do

ponto p nas coordenadas do sistema definido por c. Isto e
alcancado pela subtracca o (p c) seguida de multiplicaca o
pela matriz rotaca o R, funca o do vector de rotaca o . Esta
transformaca o e muita das vezes chamada de transformada
da camara:
onde:
D = R (p c)
(1)

dx
D = dy
dz
(2)
R(x , y , z ) = Rx (x ) Ry (y ) Rz (z )
1
0
0
sen x
Rx (x ) = 0 cos x
0 sen x cos x
cos y 0 sen y
0
1
0
Ry (y ) =
sen y 0 cos y
cos z sen z 0
Rz (z ) = sen z cos z 0
0
0
1

ax
cx
p c = ay cy
az
cz
(3)
(4)
(5)
(6)
(7)
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 19, JULHO 2009
Projecto
Engenharia
e
Computadores
Este ponto transformado pode entao ser projectado no

plano 2D usando a formula (aqui, x/y e utilizado como
plano de projecca o):
u = (dx ex )(
ez
)
dz
(8)
ez
)
(9)
dz
ou, numa forma matricial usando coordenadas homogeneas:

dx
1 0
0
ex
fx

fy o 1
0
ey
dy
=
(10)
fz 0 0
1
0 dz
0
0 0 1/ez
0
fw
e
v = (dy ey )(
u=
fx
fw
(11)
v=
fy
fw
(12)
A distancia do observador a` superfcie de projecca o, ez ,

esta directamente relacionada com o campo de visao, onde
= 2 tan1 (1/ez ) e o a ngulo de visao. Posteriormente
operaco es de recorte e de escamaca o podem ser necessarias
para mapear o plano 2D para exibir num display especfico.
C. Calibraca o da Camara
Calibraca o da camara e o processo de encontrar os melhores parametros do modelo da camara que produz uma
dada fotografia ou vdeo. A maior parte das vezes, os
parametros da camara estao representados numa matriz
3 4 chamada de matriz da camara. Muitas vezes, usamos
[u, v, 1]T para representar uma posica o, em coordenadas
2D, de um ponto em pixel. [x, y, z]T e usado para representar uma posica o de um ponto 3D em relaca o ao referencial
mundo. Note que esta coordenada pode ser expressa em
notaca o aumentada, notaca o de coordenadas homogeneas,
que e mais utilizada em robotica e transformada do corpo
rgido. Referindo-se ao modelo do orifcio da camara, uma
matriz camara e utilizada para designar um mapeamento
projectivo das coordenadas mundo para coordenadas pixel.

x
u
y
(13)
zc v = A[RT ]
z
1
1
A matriz A, contem um conjunto de 5 parametros
intrnsecos.
x vo
A = 0 y v0
(14)
0
0
1
Estes parametros englobam comprimento focal, formato

da imagem, e o ponto principal. Os parametros x =
f.mx e y = f.my representam o comprimento focal
em termos de pxeis, onde mx e my sao factores de
escala relacionando pxeis a distancia. R e T sao os

175
parametros extrnsecos os quais fazem parte do sistema de

transformaca o do sistema de coordenadas mundo 3D para
coordenadas camara 3D. Equivalentemente, os parametros
extrnsecos definem a posica o do centro da camara no referencial mundo. A calibraca o da Camara e frequentemente
utilizada como uma fase inicial no computador e, sobretudo, na visao do campo de realidade aumentada. Quando
uma camara e usada, a luz do ambiente e centrada numa imagem plana e capturada. Este processo reduz as dimensoes
dos dados extrados pela camara de tres para dois (a luz de
um cenario 3D esta armazenado em uma imagem 2D). Cada
pixel da imagem do plano, portanto, corresponde a um eixo
de luz a partir da cena original. Na recepca o a camara determina qual da luz recebida esta associada a cada pixel na
imagem resultante. Numa camara de orifcio ideal, uma
simples matriz de projecca o e o suficiente para fazer isso.
Com sistemas de camaras mais complexas, erros resultantes
de lentes desalinhadas e deformaco es nas suas estruturas
podem resultar em distorco es mais complexas na imagem
final. A matriz de projecca o da camara e derivada da matriz dos parametros intrnsecos e extrnsecos e e muitas
vezes representado por uma serie de transformaco es, por
exemplo, uma matriz de parametros intrnsecos, uma matriz 3 3 de rotaca o, e um vector de translaca o. A matriz de
projecca o da camara pode ser utilizada para associar pontos
na imagem com localizaco es no espaco Mundo 3D. Esta e
a tarefa deste trabalho. O erro de estimaca o de um ponto de
marca da imagem, obtido da relaca o entre os pontos 3D de
referencia os seus correspondente 2D extrados da imagem,
dependem da estimaca o dos parametros da camara, sendo
determinado por:
p
Eip = (u u
)2 + (v v)2
(15)
em que m = (u, v, 1)T sao as coordenadas do pontos marca
observados na imagem.
D. Estimar a Posica o da Camara
Visto que o numero de parametros para calcular a posica o
da camara sao seis (tres para a rotaca o e tres para a
translaca o) o problema pode ser resolvido se no mnimo
tres pontos de correspondencia estao disponveis. No caso
geral, se N for o numero de pontos de correspondentes o
problema do calculo da posica o da camara no espaco corresponde a um problema de minimizaca o de erros que se
mostra a seguir:
f1 (R, T ) =
N
X
(Eip )
(16)
i=1
onde Eip corresponde a constrica o de pontos definida na

equaca o 15. Tradicionalmente, esta minimizaca o e feita usando uma aproximaca o pelo metodo dos mnimos quadrados [25] [26]. No entanto, quando outliers estao presentes
nas medico es, e necessario uma estimativa robusta. No
problema de calculo da posica o da camara, os outliers acorrem tanto devido a correspondencia de pontos 2D-3D indevidas como com partes incorrectas no modelo 3D. Historicamente, algumas aproximaco es a uma estimativa robusta
foram propostas, incluindo R-estimadores e L-estimadores.
176

HUGO ZAVA [20923]
No entanto actualmente os L-estimadores parecem dominar este campo como resultado da sua generalizaca o, alto
ponto de Breakdown e a sua eficiencia [27] [28]. Os Mestimadores sao a generalizaca o de estimadores de probabilidades, eles tentam definir a funca o objectivo na qual
o mnimo global nao seja significativamente afectado por
outliers. Entao em vez de minimizar
X
ri2
i
onde ri sao os erros residuais, os M-estimadores minimizam a sua versao robusta

X
(ri )
i
A funca o (u) e uma funca o continua simetrica com

valor mnimo em u = 0. Para alem disso (u) deve
ser monotonicamente nao descendente com o aumento de
|u|. Muitas destas funco es foram propostas. Huber desenvolveu o metodo Interactive Reweighted Least Square
(IRLS) para minimizar o erro robusto. Este metodo converte o problema de M-estimador em um equivalente de
mnimos quadrados ponderados. Foi incorporado o algoritmo Interactive Reweighted Least Square neste procedimento de minimizaca o dos parametros relativos a posica o
da camara. Isto e concretizado multiplicando as funco es de
erro da equaca o 16 por um peso. A funca o objectivo a ser
minimizada e entao definida por:
f2 (R, T ) =
N
X
wip (Eip )
Fig. 2
I MAGEM DO A MBIENTE V IRTUAL
2. Utilizar as componente de cor Q e I para encontrar as

marcas na imagem;
3. Filtrar a imagem, preenchendo pequenos orifcios.
4. Determinar o no de objectos na imagem (marcas), sua
posica o, a rea e outras propriedades geometricas.
5. Construir um vector das coordenadas pxeis das marcas e as respectivas coordenadas mundo.
A figura 3 mostra o resultado da localizaca o automatica
de marcas de uma imagem captada, estando ai assinalado o
centro de cada marca por uma cruz vermelha.
(17)
i=1
onde o peso wip reflecte o coeficiente em cada caracterstica

e a sua computaca o esta descrita em [29]. Em seguida,
o grande objectivo para a resoluca o deste problema e ter
corretas e suficientes correspondencias 2D/3D.
EXPERIMENTAL E AN ALISE
III. S IMULAC AO
DE ERROS
Nesta secca o, algumas experiencias com dados sintetizados sao realizados. Um ambiente grafico tri-dimensional
foi criado em linguagem VRML (Virtual Reality Modeling
Language), envolvendo um objecto rectangular que representa uma divisao de uma casa, onde no seu interior as paredes possuem conjunto de marcas em forma circulares ou
quadradas (ver figura 2)
As coordenadas reais das marcas sao perfeitamente conhecidas neste ambiente de coordenadas. Por outro lado,
podemos visualizar este espaco a partir de diferentes
posico es e orientaco es, como se uma camara de vdeo se
tratasse, especificando atraves de comando VRML. De cada
posica o uma imagem pode ser obtida, estando nela parte ou
a totalidade dos pontos de marca. A fase seguinte consiste
em processar a imagem obtida (pela camara) com vista a
determinaca o das marcas. Este processamento envolve a
utilizaca o de varios algoritmos, cuja funcionalidade se resume:
1. Transformar a Imagem RGB para coordenadas de cor
NTSC (National Television System(s) Committee)
Fig. 3
R ESULTADO DO P ROCESSAMENTO DE I MAGEM COM
DO C ENTRO DAS M ARCAS
R EPRESENTAC AO
Com o conhecimento das coordenadas pxeis e das correspondentes coordenadas Mundo de todas as marcas presentes na imagem, torna-se possvel, recorrendo ao metodo
proposto na secca o anterior, a determinaca o dos parametros
da matriz rotaca o R e do vector translaca o T , minimizando
o erro de estimaca o expresso na equaca o 17.
Um conjunto de experiencias, para diferentes posico es e
orientaco es da camara, foram realizados, visando validar
o metodo proposto. A tabela I resume os resultados obtidos para 10 experiencias realizadas. Em cada experiencia
uma posica o e orientaca o da camara foram impostas. Uma
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 19, JULHO 2009
Projecto
Engenharia
e
Computadores
no
1
2
3
4
5
6
7
8
9
10
x
0
0
15
0
0
30
0
0
50
0
y
0
15
-15
0
30
30
0
50
50
45
z
15
15
15
30
30
30
50
50
50
-10
x0
5,2
-3,4
18,2
3,2
3
27,1
-5,2
1,1
46,2
-2,6
y0
3,6
13,2
-17,5
-2,5
32,5
28,9
1,2
56,2
47,2
48,3
z0
12,1
16,8
16,1
26,7
32,4
29,1
48,2
42,1
55,1
-7,2
dx
10
10
10
10
10
10
20
20
20
30
dy
10
10
10
20
20
20
20
20
20
30
dz
10
20
30
10
20
30
10
20
30
30
d0x
12,4
11.5
17.8
11.4
15.5
16,3
22,6
21,3
21,8
36,9
177
d0y
15,2
17,1
12,6
20,2
22,5
21,9
22,3
20,0
20,7
36,4
d0z
12,0
25,2
30,8
17,1
27,0
36,1
13,3
26,5
31,6
33,7
TABELA I
R ESULTADOS E XPERIMENTAIS
Fig. 4
NGULOS DE ROTAC AO
E RROS A BSOLUTOS DOS T R E S A
Fig. 5
E RROS A BSOLUTOS DAS T R E S C OORDENADAS DO V ECTOR
T RANSLAC AO
imagem para cada posica o e orientaca o foi obtida, sendo

posteriormente processada de acordo com o metodo atras
descrito. A matriz rotaca o e o vector translaca o foram estimados com o objectivo de minimizar a diferenca no espaco
2D da discrepancia entre as marcas na imagem e a estimada
pelo modelo.
Nas figura 4 e 5 estao representados os erros absolutos

da estimaca o de cada uma das variaveis (tres a ngulos de

rotaca o - Figura 4 e as tres coordenadas do vector translaca o
- Figura 5) para o conjunto das 10 experiencias. O erro
medio da estimaca o dos a ngulos foi de 2,95 com um desvio
padrao de 1,55. Um valor superior de erro foi superior na
estimaca o das coordenadas translaca o, sendo o erro medio
de 3,66 e o desvio padrao de 2,48.
A Tabela I mostra os resultados do metodo sobre a imagem
ideal. Uma vez que os dados sao sintetizados, imagem livre
de rudo, os resultados sao precisos, que verificam que o
nosso algoritmo e correcto. A fim de testar a robustez do algoritmo a fase seguinte de teste devera ter em conta rudos
e imprecisoes dos modelos. A partir dos resultados obtidos
na Tabela I, vemos que tanto a matriz orientaca o como a
estimativa da localizaca o (vector posica o) sao bastante precisos. O tempo de computaca o total nao e mais do que 0,1
s no PC com processador Intel Pentium Core 2.
A partir de resultados da simulaca o, vemos que a estimativa da localizaca o e relativamente mais sensvel ao rudo
(resoluca o de imagem e erros numericos) do que a estimativa da orientaca o. Ha tres razoes para o erro na estimativa
da localizaca o:
1. O rudo na imagem sintetizada, em especial da
determinaca o do centros das diferentes marcas;
2. O erro de calculo da matriz rotaca o, o qual se propaga
para o erro da estimativa translaca o, quando se eliminar o movimento rotacional para obter uma translaca o
pura;
3. O metodo para a resoluca o da translaca o, que e
sensvel ao rudo.
Erro na determinaca o do centro das marcas e o erro na matriz rotaca o resultam num relativo alto erro nos dados os
quais sao usados como o coeficiente da matriz no metodo de
mnimo quadrados. Para analise detalhada de erros, remetem para [23].
IV. C ONCLUS OES

Este trabalho mostrou ser possvel estimar a posica o
de uma camara atraves processamento das suas imagens, contendo um numero significativo de marcas. A
acoplagem desta camara a uma sonda ultra-sonica permitira a reconstruca o de imagens medicas a 3D de sequencias
178

de imagens 2D. Foram apresentadas as transformadas entre os pontos em coordenadas Mundo e em coordenadas
pxeis. Para a estimaca o dos parametros da matriz rotaca o
e vector translaca o foi apresentado um metodo baseado na
minimizaca o quadratica dos erros. Um conjunto de testes
foi realizado, mostrando a viabilidade do metodo proposto.
A aplicaca o deste Metodologia a imagens reais, com a
captaca o em ambientes reais, sera o proximo passo deste
trabalho.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
[16]
[17]
[18]
[19]
R. K. Lenz e R. Y. Tsai, Calibrating a cartesian robot with eye-onhand configuration independent of eye-to-hand relationship, IEEE
Trans. Pattern Anal. Mach. Intell., vol. 11, no. 9, pp. 916928, 1989.
G. Puskorius e I. Feldkamp, Calibration of robot vision, Proc.
IEEE Int. Conf on Robotic and Automation, 1987.
T. Melen, Geometrical modeling and calibration of video cameras
for underwater navigations, 1994.
Y.I. Abdel-Aziz e H.M. Karana, Direct linear transformation from
comparator coordinates into object space coordinates in close-range
photogrammetry, Proc. Symp.Close-Range Photogrammetry, 1971.
O. Faugeras, Computer vision - a geometric viewpoint, MIT
Press,, 1993.
Roger Y. Tsai, A versatile camera calibration technique for highaccuracy 3d machine vision metrology using off-the-shelf tv cameras
and lenses, pp. 221244, 1922.
Z. Zhang, A flexible new technique for camera calibration, IEEE
Transactions on pattern analysis and machine intelligence, vol. 22,
no. 11, pp. 13301334, 2000.
M. M. Y. Chang e Kin H. Wong, Model reconstruction and pose acquisition using extended lowes method, Multimedia, IEEE Transactions on, vol. 7, no. 2, pp. 253260, 2005.
Xiang Zhang, Stephan Fronz, e Nassir Navab, Visual marker detection and decoding in ar systems: A comparative study, Mixed
and Augmented Reality, IEEE / ACM International Symposium on,
vol. 0, 2002.
Bill Triggs, Philip F. Mclauchlan, Richard I. Hartley, e Andrew W.
Fitzgibbon, Bundle Adjustment A Modern Synthesis, vol. 1883,
January de 2000.
Simon Gibson, Jon Cook, Toby Howard, Roger Hubbold, e Dan
Oram, Accurate camera calibration for off-line, video-based augmented reality, Mixed and Augmented Reality, IEEE / ACM International Symposium on, vol. 0, pp. 37, 2002.
Martin A. Fischler e Robert C. Bolles, Random sample consensus:
a paradigm for model fitting with applications to image analysis and
automated cartography, Commun. ACM, vol. 24, no. 6, pp. 381
395, June de 1981.
Huang T.S. Faugeras O.D. Liu, Y., Determination of camera location from 2-d to 3-d line and point correspondences, IEEE Trans.
Pattern Anal. Mach. Intell., 1990.
Hanson A.R. Kumar, R., Robust estimation of camera location and
orientation from noisy data having outliers, In: Proc. Workshop on
Interpretation of 3D Scenes, 1989.
Roger Y. Tsai, A versatile camera calibration technique for highaccuracy 3d machine vision metrology using off-the-shelf tv cameras
and lenses, pp. 221244, 1992.
T.Q. Phong, Radu P. Horaud, A. Yassine, e P.D. Tao, Object pose
from 2d to 3d point and line correspondences, International Journal
of Computer Vision, vol. 15, no. 3, pp. 225243, July de 1995.
Peter Sturm, Algorithms for plane-based pose estimation, Proceedings of the IEEE Conference on Computer Vision and Pattern
Recognition, Hilton Head Island, South Carolina, USA, pp. 1010
1017, June de 2000.
Zhengyou Zhang e Zhengyou Zhang, A flexible new technique for
camera calibration, IEEE Transactions on Pattern Analysis and
Machine Intelligence, vol. 22, pp. 13301334, 1998.
Zhengyou Zhang, Camera calibration with one-dimensional objects, ECCV 02: Proceedings of the 7th European Conference on
Computer Vision-Part IV, pp. 161174, 2002.
HUGO ZAVA [20923]
[20] Long Quan e Zhongdan Lan, Linear n-point camera pose determination, Pattern Analysis and Machine Intelligence, IEEE Transactions on, vol. 21, no. 8, pp. 774780, 1999.
[21] Paul D. Fiore, Efficient linear solution of exterior orientation,
IEEE Transactions on Pattern Analysis and Machine Intelligence,
vol. 23, no. 2, pp. 140148, 2001.
[22] Adnan Ansar e Kostas Daniilidis, Linear pose estimation from
points or lines, IEEE Transactions on Pattern Analysis and Machine Intelligence, vol. 25, pp. 282296, 2003.
[23] Zhang X. Huang T.S. Liu, Y., Estimation of 3d structure and motion
from image corners, Pattern Recog. 36, 2003.
[24] Xiaoyun Zhang, Yuncai Liu, e Thomas S. Huang, Determining
3d structure and motion of man-made objects from image corners,
SSIAI 02: Proceedings of the Fifth IEEE Southwest Symposium on
Image Analysis and Interpretation, p. 26, 2002.
[25] D. G. Lowe, Fitting parameterized three-dimensional models to
images, Pattern Analysis and Machine Intelligence, IEEE Transactions on, vol. 13, no. 5, pp. 441450, 1991.
[26] Chien-Ping Lu, Gregory D. Hager, e Eric Mjolsness, Fast and globally convergent pose estimation from video images, IEEE Trans.
Pattern Anal. Mach. Intell., vol. 22, no. 6, pp. 610622, 2000.
[27] F. Ababsa e M. Mallem, Robust camera pose estimation combining
2d/3d points and lines tracking, em 2008 IEEE International Symposium on Industrial Electronics (IEEE ISIE08), Cambridge, UK,
30 June - 02 July de 2008, pp. 774779.
[28] Peter Huber, Robust Statistics, Wiley, New York, 1981.
[29] Rakesh Kumar e Allen R. Hanson, Robust methods for estimating
pose and a sensitivity analysis, CVGIP: Image Underst., vol. 60,
no. 3, pp. 313342, 1994.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
179
Ferramenta de Simulaca o Computacional Grafica de Sistemas Automatizados

P0937
Pedro Eduardo Sobrinho Da Silva, psobrilhosilva@gmail.com
Abstract The Petri networks as a tool for computational simulation of systems of discreet events are used in many scientific
areas, specifically automation of industrial systems. So, the
development of education tools that allow the pedagogic support in teaching in this area is relevant. This paper is about
the development of a tool of computational graphic simulation
of automated systems, called PetriSim. Fundamental concepts
related to Petri networks will be discussed as well the development of the tool PetriSim.
Resumo As redes de Petri como ferramenta de simulaca o
computacional de sistemas de eventos discretos sao utilizadas
em muitas a reas cientficas, nomeadamente na automaca o de
sistemas industriais. Assim, o desenvolvimento de ferramentas educacionais que permitam o apoio pedagogico no ensino de unidades curriculares na a rea e relevante. Este artigo versa sobre o desenvolvimento de uma ferramenta de
simulaca o computacional grafica de sistemas automatizados,
denominada PetriSim. Conceitos fundamentais das redes de
Petri sao apresentados assim como o desenvolvimento da ferramenta.
Keywords Industrial Automation, Petri Network, Electronic
Learning
Redes de Petri
Baixo Nvel
Alto Nvel
Automatas
Condica o-Evento
Elementares
Lugar Transica o
Predicado
Coloridos
Objecto
Nao Automatas
Interpretadas
Sincronizadas
Temporizadas
Transica o
Reactivas
TABELA I
DAS R EDES DE P ETRI
C LASSIFICAC AO
A representaca o grafica das Redes de Petri basica e constituda por dois componentes, o passivo e o activo. O passivo e denominado de lugar (representado por um crculo ou
elipses), que equivale a possveis estados de um sistema. O
activo, chamado de transica o (representado por uma barras,
segmentos de recta ou rectangulos), que equivale a eventos
ou acco es que alteram os estados do sistema [2]. Estes
estao interligados por arcos direccionados ou orientados.
Os elementos graficos de uma rede de Petri elementar sao
ilustrados na figura 1.
Palavras chave Automaca o Industrial, Redes de Petri,

Aprendizagem Electronica
I. I NTRODUC AO
As Redes de Petri sao uma tecnica de modelaca o
matematica e grafica, que permite escrever e estudar processamentos de sistemas concorrentes, paralelos,
assncronos, distribudos e nao determinsticos. Historicamente, o conceito das Redes de Petri teve origem no trabalho de Carl Adam Petri na sua dissertaca o, entregue em
1962 na Faculdade de Matematica e Fsica da Universidade
Tecnica de Darmstadt, pretendendo estudar a comunicaca o
entre automatos [1]. As Redes de Petri podem ser aplicadas
numa grande variedades de a reas, tais como:
Automaca o de edifcios (Domotica);

Manufactura industrial;
Avaliaca o de desempenho;
Protocolos de comunicaca o;
Circuitos integrados e sistemas electronicos;
Sistemas de informaca o;
Sistemas distribudos;
Sistemas de produca o.
As Redes de Petri podem ser classificadas como sendo de

Baixo e Alto nvel e Autonomas e Nao Autonomas, como
se ilustra na Tabela 1.

Fig. 1
E LEMENTOS GR AFICOS
FUNDAMENTAIS DAS R EDES DE P ETRI
Este tipo de ferramenta de modelaca o de sistemas de eventos discretos e ensinado em varias unidades curriculares,
nomeadamente na unidade curricular de Automaca o Industrial do curso de Engenharia Electrotecnica e de Computadores da UTAD. No contexto de Automaca o Industrial esta
ferramenta e utilizada para modelar sistemas de manufactura industrial, que permitem a implementaca o de controladores logicos programaveis para os mesmos. Assim, o
desenvolvimento de ferramentas educacionais que permitam auxiliar o ensino das mesmas e de grande utilidade, em
particular utilizando tecnicas chamadas de e-learning.
O objectivo global deste projecto e o desenvolvimento de
uma ferramenta de simulaca o computacional grafica que
sirva de apoio a` aprendizagem de competencias na a rea das
Redes de Petri. A ferramenta desenvolvida, que sera explicada neste artigo, foi designada de PetriSim. O PetriSim
180

PEDRO SILVA [23099]
foi criado atraves da ferramenta Adobe Flash CS3. A ferramenta desenvolvida sera disponibilizada atraves de um site
da internet a alojar num servidor.
II. S OFTWARES UTILIZADOS
Neste captulo sao descritos os softwares utilizados no desenvolvimento da ferramenta de simulaca o computacional
grafica de eventos discretos PetriSim.
A. Funcionamento do Adobe Flash CS3
Adobe Flash, ou simplesmente Flash, e um software
acima de tudo de desenho vectorial, geralmente usado na
geraca o de animaco es interactivas e estas utilizadas em
paginas Web. O Flash utiliza tambem uma linguagem de
programaca o chamada ActionScript. Esta e , simplesmente,
uma forca dentro das aplicaco es Flash que permite ir alem
de simples animaco es e dar a estas inteligencia, poder e
classe. E conhecida tambem por ser uma linguagem de
programaca o poderosa [3]. Devido a` grande variedade de
recursos fornecidos pelo Flash, e possvel criar varios tipos
de aplicaco es. A seguir apresentam-se exemplos de alguns
tipos de aplicaco es Flash que se podem criar:
Animaco es, que incluem cartoes de aniversario online, banner e caricaturas.
Jogos, que combinam a capacidade de animaca o Flash
com a logica das capacidades ActionScript.
Interface dos utilizadores. Varios designers usam o
Flash para criarem paginas Web. As interfaces tem
barras de navegaca o simples, assim como interfaces
mais complexas.
Areas
de mensagem flexvel. Estas sao a reas nas
paginas Web utilizadas pelos designers para expor as
informaco es que mudam ao longo do tempo.
Aplicaco es na Internet. Estas incluem um espectro
amplo de aplicaco es que fornecem uma boa interface
para o utilizador visualizar e manipular remotamente
os dados armazenados atraves da Internet [4].
Para criar uma aplicaca o Flash geralmente realiza-se as
seguintes etapas basicas:
1. Decidir quais as tarefas basicas da aplicaca o que se
vai executar.
2. Construir e introduzir os elementos da aplicaca o,
como vdeos, sons, imagens e textos.
3. Organizar os elementos da aplicaca o no estagio e no
cronograma para definir quando eles aparecem.
4. Aplicar efeitos especiais aos elementos da aplicaca o.
5. Escrever o codigo em ActionScript para controlar
o comportamento dos elementos da aplicaca o, incluindo quais os elementos correspondentes para usar
interacco es.
6. Testar a aplicaca o em todo o processo da criaca o
para determinar se esta a funcionar como planeado e
encontrar eventuais erros na construca o [4].
Fig. 2
A DOBE F LASH CS3
B. Funcionamento do Adobe Dreamweaver CS3

O Adobe Dreamweaver permite, atraves das suas caractersticas visuais, criar paginas Web sem inserir uma linha
de codigo. E possvel ver todos os elementos activos do site
e arrasta-los a partir de um painel facil de usar directamente
num documento. O trabalho pode ser racionalizado atraves
da criaca o e do desenvolvimento de imagens em qualquer
aplicaca o grafica e em seguida introduzi-los directamente
no Dreamweaver. Este software fornece tambem ferramentas que tornam mais facil adicionar aplicaco es Flash nas
paginas Web [4].
Para alem das funcionalidades de arrastar e largar que ajudam a criaca o de paginas Web, o Dreamweaver fornece
um full-featured de codificaca o ambiente, isto inclui um
codigo de edica o de ferramentas, como codigo colorido,
tag conclusao, uma barra de codificaca o de ferramentas
e codigo colapso. E tambem fornecido material de referencia sobre a linguagem Cascading Style Sheets (CSS),
JavaScript, ColdFusion Markup Language (CFML), entre outras. No Dreamweaver pode fazer importaco es de
documentos HTML sem reformatar o codigo, ou seja,
podendo-se reformatar o codigo com formataca o do estilo
preferido [4].
O Dreamweaver permite tambem criaco es dinamicas,
aplicaco es de base de dados Web usando servidores com
tecnologias, como CFML, ASP.NET, ASP, JSP e PHP. Pode
tambem trabalhar com dados XML, ja que o Dreamweaver
fornece ferramentas que permitem que criar facilmente
paginas XLST, anexar arquivos XML, e exibir Dados XML
em paginas da Web [4].
O Dreamweaver e completamente personalizavel, isto
porque, ao usar novos comportamentos, propriedades
inspectores e relatorios do site, pode-se criar objectos e
comandos proprios, modificar os atalhos do teclado, e
ate mesmo escrever um codigo JavaScript para alargar as
capacidades do Dreamweaver [4].

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
181
Este exemplo permite compreender as noco es de:

validaca o e disparo de uma transica o, marcaca o, evoluca o
da rede de Petri, da importancia dos significados de cada
lugar e transica o.
B. Estruturas elementares
Nas estruturas elementares sao apresentados os conceitos
de varios tipos de estruturas. A primeira estrutura apresentada e a sequencial com um pequeno exemplo ilustrado na
figura 5. Este exemplo demonstra que a estrutura sequencial nao e mais do que uma sequencia de eventos e estados.
Fig. 3
A DOBE D REAMWEAVER CS3
III. D ESENVOLVIMENTO DA F ERRAMENTA P ETRI S IM

A estrutura seguida no desenvolvimento da ferramenta esta
sumariada nos seguintes pontos, relacionadas com topicos
fundamentais das redes de Petri:
Conceitos elementares
Estruturas elementares
Redes de Petri Generalizadas
Limitaca o de Capacidade
Arco Inibidor
Exemplos de Modelaca o
Fig. 5
E STRUTURA SEQUENCIAL
Outra estrutura apresentada diz respeito a` modelaca o de

sequencias paralelas, figura 6. Neste exemplo e possvel
ilustrar duas sequencias de operaco es que sao iniciadas
simultaneamente a partir de um evento ligado a uma
transica o, que vao evoluir de forma paralela e independentes.
A. Conceitos elementares
Nos conceitos elementares sao introduzidos varias noco es,
dos quais destaco: o lugar, transica o, arcos e marcas (tokens) ilustrado na figura 1. Dos varios conceitos a ferramenta disponibiliza varios exemplos. Considere-se o exemplo classico da Maquina de Chocolates (Oliveira, 2007):
Neste exemplo esta representada uma maquina automatica
que vende dois tipos de chocolate: A e B. Os chocolates A
custam 15 centimos e os B custam 20 centimos. A maquina
so aceita moedas de 5 e 10 centimos e nao devolve trocos.
Depois de introduzir a quantia certa o utilizador pressiona
o botao A ou B e a maquina liberta o chocolate respectivo,
passando ao estado inicial, sem devolver qualquer quantia
em excesso. Apresenta-se um modelo para este sistema na
figura 4.
Fig. 4
R EDE DE P ETRI PARA A M AQUINA

DE CHOCOLATES

Fig. 6
E STRUTURA PARALELA
Incluem-se estruturas com conflito, figura 7, onde se destacam dois tipos de conflitos: o conflito estrutural e o conflito
efectivo. E includo um modelo que permite resolver um
conflito, figura 8.
Fig. 7
E STRUTURA COM CONFLITO
182
PEDRO SILVA [23099]

Fig. 11
C ARROS
Fig. 8
DE CONFLITO
R ESOLUC AO
terminarem os seus ciclos, pode-se iniciar um novo ciclo.

A rede de Petri que modela este sistema encontra-se representado na figura 12.
A estrutura com exclusao mutua onde se demonstra que

dois processos que partilham um recurso, nao sao executados simultaneamente como pode observar na figura 9.
Fig. 9
M UTUA
E STRUTURA COM EXCLUS AO
Por fim apresenta-se a estrutura com ciclo proprio atraves

pequeno exemplo ilustrado na figura 10. Um ciclo proprio
existe quando um lugar e simultaneamente lugar de sada e
entrada da mesma transica o.
Fig. 12
R EDE DE P ETRI DO EXEMPLO C ARROS
C. Rede de Petri generalizada

Nas redes de Petri generalizadas a diferenca entre estas
e as redes de Petri elementares sao os pesos que estao
associados aos arcos, assim as noco es de validaca o e
disparo de uma transica o nas redes de Petri vao ter algumas
alteraco es em relaca o a` s redes de Petri elementar, podendo
ser compreendidas no exemplo implementado no PetriSim
ilustrado na figura 13.
Fig. 10
E STRUTURA COM CICLO PR OPRIO
Podemos ainda encontrar um exemplo chamado de Carros em paralelo onde a evoluca o da rede de Petri e acompanhada pelos respectivos significados de cada lugar e
transica o e tambem a animaca o dos dois carros num circuito com sensores de fim de curso ver na figura 11.
O exemplo representa dois carros C1 e C2 que transportam
materiais entre dois pontos. Inicialmente o C1 esta em A e
C2 em C. Quando o botao de pressao, m, e activado, C1
faz o ciclo ABA e C2 o ciclo CDC, com sensores de fim
de curso: a, b, c, d, nas posico es correspondentes. Apesar
dos carros iniciarem as viagens simultaneamente, estes podem deslocar-se com velocidades diferentes, podendo terminar os ciclos separadamente. Quando ambos os carros
Fig. 13
E DISPARO DE UMA R EDE DE P ETRI
E XEMPLO DE VALIDAC AO
GENERALIZADA

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
183
Nesta secca o o PetriSim tem um exemplo chamado de

Linha de Montagem ilustrada na figura 14.
Fig. 14
E XEMPLO L INHA DE MONTAGEM
A Linha de Montagem e constituda por uma maquina M

que fabrica produtos R, que resultam da montagem de dois
componentes A com tres componentes B. Os componentes
A entram no sistema para um buffer de armazenagem BA,
um a um. Os componentes B entram no sistema para um
buffer de armazenagem BB, um a um. Depois de produzidos os produtos R sao depositados num buffer RR antes de
sarem do sistema. Esta ilustrada na figura 15 a rede de Petri
que modela este sistema.
Fig. 17
R EDE DE P ETRI DO EXEMPLO L INHA DE MONTAGEM COM LIMITAC AO
E. Arco Inibidor
O arco inibidor e um arco que consiste em nao permitir a validaca o de uma transica o se esta estiver ligada a
um lugar com marca, logo se o lugar nao tiver marca a
transica o e validada. O arco inibidor e representado por
um crculo na sua extremidade. No PetriSim encontramos
um exemplo onde tem a validaca o ou nao de uma transica o
e a sua representaca o grafica numa rede de Petri elementar
ilustrada na figura 18.
Fig. 15
R EDE DE P ETRI DO EXEMPLO L INHA DE MONTAGEM
D. Limitaca o de capacidade
A limitaca o de capacidade e necessaria quando se pretende
limitar um lugar, ou seja, podemos associar a um lugar um
numero inteiro e este esta associado ao numero de marcas
maximas que o lugar pode conter, como podemos observar
no exemplo ilustrado na figura 16.
Fig. 18
E XEMPLO DE UM ARCO INIBIDOR
Neste exemplo ilustrado na figura 19 e apresentado um sistema classico de manufactura. Uma maquina, M, que recebe pecas para maquinar, J, de um buffer de entrada Q.
Fig. 19
S ISTEMA DE MANUFACTURA
Fig. 16
E XEMPLO DE UM LUGAR COM LIMITAC AO
Neste exemplo a Linha de Montagem representada na

figura 16, os buffers vao ser limitados para que os buffers
de entrada BA e BB, tenham a sua capacidade limitada a 2
e 3 componentes, respectivamente, atrves dos lugares P1 e
P2, que sao o numero de vagas existentes nos buffers BA e
BB, respectivamente como podemos observar na figura 17.

O ciclo de funcionamento rege-se pelas seguintes regras:

as pecas entram uma a uma para o buffer; a maquina, recebe as pecas uma a uma do buffer; a maquina so processa
uma peca de cada vez; quando se da inicio a` fase de processamento, termina a fase de recepca o de pecas para o
buffer; o fim da fase de processamento ocorre quando todas
as pecas a` espera de processamento no buffer tiverem sido
maquinadas, iniciando-se novamente a fase de recepca o de
pecas; inicialmente nao existe o fornecimento de pecas para
184

a aguardar no buffer ou em processamento na maquina; e,

considera-se que o fornecimento de pecas para o buffer e
limitado. O sistema modelado esta ilustrado na figura 20.
Fig. 20
R EDE DE P ETRI DO SISTEMA DE MANUFACTURA
F. Exemplos de Modelaca o
PEDRO SILVA [23099]
F.2 Exemplo Produtor-consumidor

Versao I
O exemplo representa um problema do produtorconsumidor, em que o produtor produz um componente de
cada vez, depositando-o num buffer, o consumidor levanta
um componente de cada vez do buffer, ilustrada na figura
23.
Fig. 23
Buffer E CONSUMIDOR
A figura 24 representa a modelaca o do sistema para este

exemplo.
Nesta secca o sao apresentados exemplos de modelaca o de

redes de Petri que contem todos os conceitos e noco es comentados anteriormente.
F.1 Exemplo semaforos
Neste exemplo estao representados dois semaforos SM1
e SM2 que regulam o transito dos carros num cruzamento
como se ilustra na figura 21.
Fig. 24
I
R EDE DE P ETRI DA VERS AO
Versao II
Nesta versao o buffer esta limitado a tres componentes,
para isto acontecer foi inserido um lugar P6 para limitar o
buffer P3 a tres marcas.A figura 25 representa da modelaca o
do sistema para este exemplo.
Fig. 21
E XEMPLO S EM AFOROS
A modelaca o deste sistema de dois semaforos encontra-se

ilustrada na figura 22.
Fig. 25
II
Versao III
Neste exemplo existe um produtor que serve dois consumidores, atraves de um buffer. Os consumidores tem a mesma
prioridade no acesso ao buffer, ilustrada na figura 26.
Fig. 22
R EDE DE P ETRI DO EXEMPLO S EM AFOROS
Fig. 26
Buffer E CONSUMIDORES

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
185
A figura 27 representa da modelaca o do sistema para este

exemplo.
Fig. 29
E XEPLO TAPETE ROLANTE
Fig. 27
III
Versao IV
Nesta versao existe um produtor que serve dois consumidores, atraves de um buffer. Neste caso o acesso ao
buffer por parte dos consumidores e feito em alternancia
comecando o produtor 1. Os lugares P8 e P9 garantem a
alternancia no acesso ao buffer.A figura 28 representa da
modelaca o do sistema para este exemplo.
Fig. 30
R EDE DE P ETRI PARA O EXEMPLO TAPETE ROLANTE
F.4 Exemplo robo partilhado

Considere-se um sistema de manufactura representado
na figura 31, constitudo por dois tapetes rolantes, duas
maquinas M1 e M2, um buffer de armazenamento de pecas,
B, com sete posico es de armazenamento, e um robo R.
Fig. 28
IV
F.3 Exemplo tapete rolante

Neste exemplo apresenta-se um tapete rolante, accionado
por um motor M, que transporta pecas do tipo J1, para um
deposito de armazenamento de pecas (J1D), ilustrada na
figura 29, o motor e ligado por um botao de pressao on e
desligado por um botao de pressao off, existem tres espacos,
E1, E2, E3, so podem ser ocupados por uma peca de cada
vez logo o tapete suporta no maximo tres pecas.
Considere a seguinte modelaca o para este sistema ilustrada
na figura 30.

Fig. 31
ROB O PARTILHADO
Cada ciclo de funcionamento da maquina M1 rege-se pelas

seguintes regras: no incio a maquina esta livre; as pecas entram no sistema atraves de um tapete rolante, uma a uma;
quando o sensor S1 fica activo (ao nvel alto), o tapete (T1)
para; o robo carrega uma peca do tapete para a maquina
(M1); a peca e maquinada em M1; depois de processada
em M1 a peca e depositada no buffer intermedio, B, pelo
186

robo, caso tenha vaga disponvel no mesmo; e, a maquina

volta ao estado inicial. Cada ciclo de funcionamento da
maquina M2 rege-se pelas seguintes regras: inicialmente a
maquina esta livre; as pecas semi-processadas sao levantadas do buffer B (caso existam), uma a uma, pelo robo R, e
entram na maquina M2; a peca e maquinada em M2; depois
de processada em M2 a peca e descarregada no tapete no
tapete de evacuaca o pelo robo, se o incio do tapete estiver
livre. O sensor S2 (activo ao nvel alto) detecta a presenca
de uma peca no incio deste tapete; e, a maquina volta ao
estado inicial. Apresenta-se a rede de Petri modelada para
este sistema ilustrada na figura 32.
Fig. 32
R EDE DE P ETRI PARA O EXEMPLO ROB O PARTILHADO
IV. C ONCLUS OES

Foi elaborada uma ferramenta de simulaca o computacional grafica de sistemas automatizados.
Foram adquiridos conhecimentos em relaca o a` s Redes
de Petri e tambem o conhecimento do funcionamento de
duas ferramentas, o Adobe Flash e o Adobe Dreamweaver,
bastantes importantes a nvel profissional em relaca o a`
simulaca o grafica e manipulaca o e construca o de paginas
Web. Ambos os programas sao muito completos, faceis de
trabalhar, mas com muitas funcionalidades a que requer algum tempo de aprendizagem.
O PetriSim representa uma mais valia pelo facto de permitir, atraves de uma animaca o interactiva, uma melhor compreensao e percepca o dos conceitos, estruturas, modelaca o
de sistemas e do funcionamento das Redes de Petri.
No futuro esta ferramenta pode servir de modelo teorico
de simulaca o de sistemas automatizados para visualizaca o
e optimizaca o do sistema antes deste passar para a pratica.
PEDRO SILVA [23099]
B IBLIOGRAFIA
[1] Murata e Tadao, Petri nets: Properties, analysis and application,
Proceedings of the IEEE, vol. 77, no. 4, pp. 541580, 1989.
[2] Paulo Moura Oliveira, Modelaca o e Controlo de Sistemas de Eventos
discretos com Redes Petri: Uma Perspectiva Informal, Serie Didatica
Ciencias Aplicadas, Nunber 322, first edica o, 2007.
[3] Sham Bhangal e David Powers Kristian Besley, Foundation ActionScript for Flash 8, Chris Mills, fourth edica o, 2006.
[4] Jennifer Rowe David Sullivan Jon Michael Varese Jay Armstrong,
Charles Nadeau,
Exploring Macromedia Studio 8,
Rosana
Francescato, first edica o, 2005.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
187
Aqua Display
P0938
Pedro Miguel Correia de Barros Gomes
Abstract Water is essential to the existence of life and besides

being a natural resource of inestimable value, is also a symbol
of prosperity. In many parks, buildings and coffeeshop the
main attraction is the water, with various light sources and
lakes. Focusing attention on water, it was developed a display
using this operating principle as the modulation of water by
opening and closing of coordinated electrovalves enabling the
creation of images and letters.
Resumo A a gua e essencial para a existencia da vida e alem
de ser um recurso natural de valor inestimavel, e tambem um
smbolo de prosperidade. Em diversos parques, edifcios e
cafes a atracca o principal e a a gua, existindo diversas fontes
e lagos luminosos. Centrando a atenca o na a gua, foi desenvolvido um display usando como prncipio de funcionamento
a modulaca o da a gua atraves da abertura e do fecho coordenado de eletrovalvulas, possibilitando assim a criaca o de imagens, e letras.
Keywords Display, Water, Electrovalves
Palavras chave Mostrador, Agua,

Electrovalvulas
I. I NTRODUC AO
Este trabalho aborda o estudo e o desenvolvimento de um
display de a gua. Nos dias de hoje, muitos parques, edifcios
e cafes locais tem algum tipo de atracca o envolvendo a
a gua. Atraves de processos de modulaca o de a gua pode-se
desenvolver verdadeiras atraco es tursticas, possibilitando
desta forma o aumento do comercio e prestgio locais, visto
a a gua ser um recurso da natureza e um smbolo de prosperidade.
Funcionamento do display:
O princpio de funcionamento do display baseia-se na
queda de gotas de a gua, devidamente controladas, desde
uma certa altura, sendo possvel formar com elas diversos
tipos de figuras e caracteres atraves do controlo da abertura
das electrovalvulas. O seu controlo e feito por software
e o comando e feito atraves de hardware. O display e
alimentado com a gua, que devera ter um caudal suficiente
para evitar problemas como o da falta de abastecimento
para as electrovalvulas que formam as colunas e onde as
linhas sao a sequencia de gotas a cair desde uma dada
altura.
Funcionamento do hardware:

No controlo da queda das gotas de a gua que formam

o display, foi usado o PIC18F4620 [1] (programado em
linguagem C), sendo este responsavel pelo controlo das
electrovalvulas e pela implementaca o da matriz gerada com
base nas imagens desejadas para a apresentaca o no display.
O conjunto constitudo pelo tubo que contem a a gua e o
bloco de electrovalvulas e montado numa base sustentada
por duas pranchas laterais de madeira a aproximadamente
2,0 metros de altura para que possam ser mais perceptveis
as imagens geradas pelo display.
Funcionamento do software:
O software utilizado interpreta a matriz que foi gerada a
partir das imagens a apresentar no display.
Desenvolvimento do display:
No incio deste trabalho testaram-se diferentes electrovalvulas encontradas no mercado, para encontrar a
mais adequada a` implementaca o do display, uma vez
que e necessario que as electrovalvulas tenham uma
caracterstica da maxima importancia, que e o seu baixo
tempo de resposta de modo a que as linhas ficassem o mais
proximas possvel umas das outras, aumentando assim a
resoluca o do display.
Processo utilizado para a modulaca o da a gua:
A modulaca o da a gua e feita atraves da coordenaca o
de gotas, que saem das electrovalvulas e caem de forma
ordenada ao longo do tempo formando as imagens durante
a sua queda. As imagens sao formadas a partir de uma
matriz de pontos que e codificada e enviada para as
electrovalvulas. Na queda de gotas, as imagens formam-se
no espaco compreendido entre as electrovalvulas e o chao.
Para o processo de codificaca o da matriz foi usado um
programa, em linguagem C, que interpreta os desenhos
feitos num quadriculado. Os pontos inseridos nesse
quadriculado, sao interpretados como zero ou um, sendo
depois de interpretados passados para as electrovalvulas.
O software de controlo transmite para as electrovalvulas os
dados interpretados, sendo tambem possvel variar o tempo
de duraca o das gotas e assim formar gotas maiores ou mais
pequenas.
188

CRITERIOS
PARA
TROVALVULA:
ESCOLHA
DA
PEDRO GOMES [7341]
ELEC-
Para garantir o funcionamento em modo contnuo das

electrovalvulas devem-se seguir certos criterios:
- Verificaca o das caractersticas fsicas do componente;
- Verificacao da tensao de trabalho;
- Verificaca o do tempo de resposta;
Tipos de electrovalvulas usadas para testes:
ELECTROVALVULA
HIDRAULICA
1
Existe pouca variedade de componentes de pequenas dimensoes disponveis comercialmente para utilizaca o neste
trabalho e devido a` omissao de muitas especificaco es
tecnicas dos varios tipos de electrovalvulas, o modelo utilizado para inicio dos testes foi a electrovalvula utilizada na
maioria das maquinas de lavar.
A Figura 1 apresenta a electrovalvula hidraulica 1.
Fig. 2
F OTO DA ELECTROV ALVULA

DE CORTE DE COMBUSTI VEL
ELECTROVALVULA
HIDRAULICA
3
Este modelo de electrovalvula, e mais pequeno do que os
apresentados anteriormente, e e vulgarmente utilizado em
maquinas de cafe e em ferros de engomar a vapor. As pequenas dimensoes desta electrovalvula foram decisivas na
sua escolha, para ser utilizada no desenvolvimento do display.
Fig. 1

HIDR AULICA
1
As especificaco es tecnicas principais da electrovalvula 1:

Modelo: Electrovalvula hidraulica 1
Tensao de trabalho: 220/240V
Pressao de trabalho: 0,2 - 10 bar
ELECTROVALVULA
DE CORTE DE COMBUSTIVEL
Este modelo de electrovalvula e muito utilizado em automoveis equipados com gas natural. Esta electrovalvula
corta o combustvel no momento em que o motor passa a
funcionar com gas natural. Este modelo de electrovalvula
parecia ser o mais indicado para aplicaca o neste trabalho,
mas devido ao seu preco elevado, foi posta de parte a sua
utilizaca o.
Especificaco es tecnicas desta electrovalvula :
Modelo: Electrovalvula de corte de combustvel
Tensao de trabalho: 12Vcc
Pressao de trabalho: - 0,1MPa
Fig. 3

HIDR AULICA
3
Especificaco es tecnicas da electrovalvula 3:

Modelo: Electrovalvula hidraulica CEME [2]
Tensao de trabalho: 220V /240V
Pressao de trabalho: 0 - 1 bar
TESTES PARA A ELECTROVALVULA

1
Elaboraca o do hardware de testes - electrovalvula 1:
Na elaboraca o do hardware para a electrovalvula 1,
usou-se um rele 6V / 220V, pois a tensao de accionamento

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
da electrovalvula e alta (220V). O accionamento da

electrovalvula faz-se por meio do software implementado
na PIC. Esta electrovalvula e alimentada a partir da rede
electrica.
Resultados obtidos:
Nos testes realizados para a electrovalvula 1, constatou-se
que o tempo de resposta (abertura / fecho) da electrovalvula
poderia tornar o display muito alto, resultando na possvel
deformaca o do desenho formado pelas gotas e necessitava de um caudal de a gua bastante aceitavel, devido a` s
dimensoes das electrovalvulas. Assim da analise das caractersticas e teste desta electrovalvula, verificou-se que nao
seria o modelo adequado para actuar como componente do
display, devido ao seu baixo tempo de resposta. Alem disto
as caractersticas da electrovalvula, tornariam o display
muito grande.

2
Resultados obtidos:
Esta electrovalvula conseguiu responder adequadamente
aos testes, com respostas satisfatorias em termos de
intervalos de tempo para abertura e fecho da a gua. As suas
dimensoes e forma permitem a montagem lado a lado (em
linha), sendo esta caracterstica muito importante para a
construca o fsica do display. Uma outra vantagem desta
electrovalvula e a sua baixa tensao de trabalho, mas em
contrapartida o seu custo e comparativamente alto, ja que
irao ser usadas 16 electrovalvulas, o que condiciona de
alguma forma a utilizaca o deste modelo. Outro ponto
a ter em conta e a necessidade do desenvolvimento de
uma alimentaca o auxiliar, uma vez que o display vai levar
um numero significativo de electrovalvulas, a corrente de
alimentaca o vai-se tornar elevada, visto cada electrovalvula
deste tipo necessitar de 0.6 A.
189
e decisiva para a viabilidade eco e tecnica do display, ja

que nao sera desenvolvido nenhum equipamento ou peca
dedicada especialmente para esta construca o. Todas as
pecas utilizadas na sua concepca o encontram-se a` venda
em lojas de material electronico e em lojas de reparaca o
de electrodomesticos, a` excepca o da estrutura fisca de
suporte a` s electrovalvulas que sera feita artesanalmente.
DESENVOLVIMENTO DO HARDWARE
A placa contara entao com um regulador de tensao 7805
[4] de forma a fornecer uma tensao constante a` PIC, com
um microcontrolador da microchip PIC 18F4620 e com um
Rele Iskra trk 1403 de 6V / 220 V. Este rele e responsavel
por efectuar o accionamento de dispositivos de maior
potencia (neste caso a electrovalvula), com um integrado
ULN 2803 [3] e com algumas resistencias e diodos. O
rele pode ser alimentado por uma fonte de alimentaca o
separada, com 10 ou 12 volts. Usou-se um diodo roda-livre
em paralelo com a bobine do rele para fazer com que a
corrente ande à rodaentre o diodo e a bobine oferecendo
deste modo um caminho alternativo para a corrente circular
quando a bobine e aberta. A figura abaixo mostra o circuito
para o primeiro prototipo desenvolvido.
Fig. 4
C IRCUITO PARA CONTROLO DA ELECTROV ALVULA

3
Resultados obtidos:
Esta electrovalvula foi a que melhor respondeu aos testes
de abertura e fecho, com respostas satisfatorias em termos
de abertura e fecho. A sua reduzida dimensao demonstra
ser bastante adequada para ser efectuada uma montagem
em serie (lado a lado), sendo esta caracterstica muito
importante para a construca o fsica do display. Outro
ponto positivo desta electrovalvula e o facto de ser menos
dispendiosa que a electrovalvula de corte de combustvel.
Pelas caractersticas que esta electrovalvula apresenta, foi
a escolhida para o desenvolvimento do trabalho.
Montagem da alimentaca o hidraulica

Um dos pontos prncipais para ser implementado o
display e a parte hidraulica com caudal suficiente, pois sera
atraves do fornecimento de a gua em quantidade suficiente
que se poderao visualizar correctamente as imagens. Nas
lojas que comercializam acessorios hidraulicos, existem
varias conexoes e tubos, mas optou-se por conceber um
modelo artesanal constitudo por um tubo de pvc (que
funciona como reservatorio) com um orificio de sada de
a gua para cada electrovalvula, ao qual esta acoplada uma
base de madeira que servira como suporte para a estrutura.
INICIO DO DESENVOLVIMENTO DO PROTOTIPO

Apos se concluir que a electrovalvula mais indicada para
o uso no display seria a electrovalvula 3, deu-se nicio
a` construca o do prototipo. A construca o deste prototipo

Desenvolvimento do software do prototipo

Nos testes de desempenho do software utilizou-se uma
matriz codificada atraves de um desenho numa quadrcula
190

PEDRO GOMES [7341]
TESTES INICIAIS DO PROTOTIPO:

Os testes foram realizados apos a montagem da parte
hidraulica, da sustentaca o da electrovalvula e do desenvolvimento do software. Verificou-se inicialmente, que as
gotas de a gua nao caiam de uma forma contnua, devido
a` s bolhas de ar que circulam juntamente com a a gua na
tubagem. A soluca o foi fazer um sangramento inicial,
deixando a a gua correr em fio ( mantendo a electrovalvula
aberta ), ate que as bolhas de ar desaparecessem e deixar
em aberto o orifcio de enchimento da tubagem, actuando
este como dreno de ar.
DESENVOLVIMENTO DO SOFTWARE:
Fig. 5
HIDR AULICA
P ROT OTIPO
PARA A ALIMENTAC
AO
em que se tentou desenhar a letra L. O software devera ser

capaz de interpretar a matriz e controlar as electrovalvulas
de forma a que as gotas saiam das electrovalvulas de
acordo com o desenho.
A codificaca o das linhas, pela ordem de processamento
(Exemplo para o caso de termos 5 electrovalvulas) :
No desenvolvimento do software foi criado um fluxograma que previa um display com 16 electrovalvulas (mas
inicialmente so sera usada 1). No entanto sera criado um
esquema que faca uma leitura de oito em oito colunas para
cada porto do microcontrolador. O fluxograma mostra
resumidamente os processos para a leitura da matriz de
desenho e escrita nas electrovalvulas.
10000 - 5o linha
10000 - 4o linha
10000 - 3o linha
10000 - 2o linha
11100 - 1o linha
Fig. 7
F LUXOGRAMA DO SOFTWARE DO DISPLAY
Fig. 6
M ATRIZ DE PONTOS FORMADA
Finalmente, pode-se adaptar um recipiente e uma bomba

de a gua com o objectivo de efectuar o retorno da a gua
a` tubagem das electrovalvulas. Como forma de tornar
as figuras formadas mais visveis pode ser adicionada
iluminaca o exterior direccionada para as gotas de a gua.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
III. C ONCLUS OES

O prototipo do display mostrou-se muito interessante durante o seu desenvolvimento. Apesar de alguns problemas
que surgiram durante sua criaca o, e possvel com recurso
a mais electrovalvulas e melhoria do software utilizado
a implementaca o de um modelo totalmente funcional. O
reservatorio da alimentaca o hidraulica das electrovalvulas
funcionou de forma razoavel para uma electrovalvula,
mas se o numero de electrovalvulas aumentar, devera
ser necessario um aumento de pressao na conduta que
alimenta as electrovalvulas. Neste prototipo nao foi
previsto nenhum sistema de controlo de pressao, pois a
a gua entra nas electrovalvulas por gravidade. O sistema
final devera ser composto por uma valvula de desvie o
fluxo de a gua desnecessario para um detector de nvel e
que podera eventualmente ter um comparador, sendo deste
modo possvel verificar a pressao em tempo real.
B IBLIOGRAFIA
[1] Microchip, Datasheet PIC18F4620.
http://ww1.microchip.com/downloads/en/DeviceDoc/39626e.pdf
[2] C.E.M.E.
Electrovalves,
http://www.ulka.it
Electropompes,
Pressostati.
[3] TI, Datasheet Darlington Transistor Array - ULN2803A.

http://focus.ti.com/lit/ds/symlink/uln2803a.pdf
[4] Regulador Tensao, Datasheet
http://www.datasheetcatalog.net/
Regulador

Tensao
7805.
191
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
193
Estudo e desenvolvimento de um sensor para o crescimento da uva

P0939
Nuno Andre Guerra Pimenta, n guerra pimenta@hotmail.com
Abstract With this work, we have studied and developed

a sensor to measure the the grapes growth. It is presented
the theory and structure of the developed sensor, which has
been based on the integrated circuit AS5304A, capable of linear measuring using one magnetic strips iman. In the same
way, it is presented the study of the working principle of other
sensors, which could also have been used in this application.
Resumo Neste trabalho estudou-se e desenvolveu-se um sen apsor para a medica o do crescimento do bago de uva. E
resentada a fundamentaca o teorica e a estrutura do tipo de
sensor desenvolvido, baseado no circuito integrado AS5304A
para medica o linear usando um man de tiras magneticas. Do
mesmo modo, e apresentado o estudo do princpio de funcionamento de outros de sensores, que poderiam tambem ser
considerados nesta aplicaca o.
grandeza nao electrica a uma alteraca o da indutancia ou

coeficiente de auto-induca o de uma bobina. Apesar de a
indutancia de uma bobina ser funca o da permeabilidade
magnetica do nucleo e da sua forma e dimensoes fsicas
respectivas, e a primeira destas variaveis que geralmente
se utiliza para detectar as variaco es nas grandezas a medir.
A variaca o da indutancia e uma consequencia da variaca o
do fluxo magnetico total, gerado pela corrente electrica na
bobina, seja devido a` variaca o da posica o do nucleo no
interior, seja devido a` variaca o da distancia entre aquela
e um objecto externo constitudo por uma material de
elevada permeabilidade magnetica. A indutancia depende
dos seguintes factores:
L=
mN 2 A
l
(1)
Keywords Sensor, Grape, AS5304A

Palavras chave Sensor, Uva, AS5304A
I. I NTRODUC AO
Este projecto tem como objectivo fazer uma avaliaca o de
sensores para aplicar na detecca o do crescimento de um
bago de uva e a partir da desenvolver o sensor que for mais
vantajoso. Assim, fez-se um estudo dos diferentes tipos de
castas, para determinar o diametro maximo que um bago
podera atingir e tambem a estrategia para posteriormente
implementar o sensor. Pretendeu-se encontrar uma soluca o
que fosse vantajosa em varios aspectos. Depois de analisar
as hipoteses, optou-se por usar a implementar sobre o circuito integrado AS5304A com o man de tiras magneticas,
que permite determinar a medica o do movimento linear.
Neste artigo, numa primeira fase e mostrado o estudo
realizado sobre todos os tipos de sensores que poderiam
ter sido desenvolvidos, demonstrando o modo como estes
funcionam e quais as vantagens e desvantagens da sua
implementaca o. Numa fase posterior, descreve-se o sensor
escolhido a implementar, mostrando as suas caractersticas,
o seu modo de funcionamento, bem como os resultados
obtidos.
II. E STUDO DO SENSOR

A. Sensor Indutivo
Os sensores indutivos associam a variaca o de uma


Sendo:
L - induntancia;
m - permeabilidade do nucleo;
N - numero de espiras;
A - a rea da espira;
l - comprimento do enrolamento
Assim, na determinaca o do tamanho do bago podera-se
utilizar um sensor indutivo que fosse capaz de medir deslocamento (Fig.1). O sensor e constitudo por uma bobina
cujo nucleo magnetico e movel e encontra-se fisicamente
ligado ao objecto cujo deslocamento se pretende medir.
O deslocamento do nucleo altera o fluxo magnetico total
desenvolvido, por variaca o da relaca o entre o numero de
espiras enroladas sobre o nucleo magnetico e sobre o ar.
LVDT
O LVDT (linear variable differential transformer) e um dos

sensores indutivos mais comuns na medida de deslocamentos lineares, sendo conhecido pela sua sensibilidade,
resoluca o e repetibilidade. Este tipo de sensor converte o
movimento do objecto ao qual esta ligado mecanicamente
numa resposta electrica. O LVDT e o u nico sensor que
se sabe ja ter sido usado com a finalidade de medir o
crescimento da uva.
O funcionamento deste sensor baseia-se na Lei da induca o
de Faraday, garantindo a geraca o de um campo magnetico
por um campo electrico variavel e de um campo electrico
por um campo magnetico variavel. Possui tres enrola-
194

NUNO PIMENTA [26461]
Fig. 1
U M TIPO DE SENSOR INDUTIVO
Fig. 3
V ISTA EM CORTE DE UM LVDT
Fig. 2
I MAGEM DE UM LVDT
mentos independentes (um primario e dois secundarios)

espacados ao longo de um tubo isolador e um nucleo
cilndrico de material ferromagnetico de alta permeabilidade. Esses tres enrolamentos sao tres bobinas em que a
bobina central e chamada de primaria e e alimentada por
uma tensao alternada (AC) e as demais sao chamadas de
secundarias, sendo identicas e colocadas simetricamente
em torno da bobina primaria. Este tipo de sensores
funciona devido a` variaca o da indutancia mutua, que se
verifica entre a bobina primaria e cada uma das outras duas
bobinas, quando o nucleo no interior e movido por algum
objecto (neste caso especifico devido ao crescimento da
uva). O sinal de sada e um sinal linear proporcional ao
deslocamento do nucleo, que esta fixado ou em contacto
com o que se deseja medir [1].
A corrente aplicada na bobina primaria, induz uma

tensao em cada bobina secundaria proporcional a` indutancia mutua com a bobina primaria. A movimentaca o
do nucleo provoca variaco es na indutancia mutua, esta
indutancia mutua varia, fazendo com que as tensoes nas
bobinas secundarias tambem sejam alteradas, pois a ligaca o
entre as duas bobinas do secundario e feita em ligaca o
serie reversa. A tensao de sada e a diferenca entre as duas
tensoes secundarias. O sinal electrico de sada do LVDT
e a tensao diferencial AC entre as bobinas secundarias,
que varia com a posica o axial do nucleo interno e a bobina
LVDT.
Quando o nucleo esta no ponto central do LVDT a induca o
em cada bobina secundaria e a mesma, logo a diferenca
entre as tensoes e nula, ou seja tensao de sada e 0V
(V0=V1-V2).
Fig. 4
S INAL DE CADA BOBINA E SINAL DE SAI DA QUANDO LVDT EST A
CENTRAL
COM O N UCLEO
NA POSIC
AO
Se o nucleo estiver localizado na posica o a` esquerda, conforme podemos ver na figura seguinte, a tensao induzida
na bobina 1 (V1) e superior a` induzida na bonina 2 (V2).
Assim, surge uma tensao de sada V0 que estara em fase
com a tensao de entrada.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
195
- Linearidade: 0.25;
- Resoluca o: 0.1.
Sensor de Entreferro Variavel
O sensor de entreferro variavel (Figura7), tem um processo mecanico muito parecido ao sensor capacitivo. Este
tipo de sensor que serve para medica o de distancias muito
pequenas e composto por uma bobina e uma armadura
ferromagnetica movel que sera movida conforme o crescimento do objecto.
Fig. 5
ESQUERDA
COM O N UCLEO
NA POSIC
AO
Se o nucleo estiver localizado na posica o

(Figura 6), a tensao induzida na bobina 1 (V1)
a` induzida na bonina 2 (V2). Logo, surge uma
sada V0 que estara em oposica o de fase com a
entrada.
a` direita
e inferior
tensao de
tensao de
Fig. 7
S ENSOR DE ENTREFERRO VARI AVEL
Fig. 6
DIREITA
COM O N UCLEO
NA POSIC
AO
As suas principais caractersticas sao:

Operaco es com baixa fricca o;
Resoluca o infinita;
Vida mecanica ilimitada;
Eixo u nico de sensibilidade;
Bobina e nucleo separaveis;
Ambientalmente robusto;
Ponto de repetibilidade nulo;
Rapida resposta dinamica;
Sada absoluta;
Sensibilidade normalmente encontrada no mercado varia
entre 0,2 a 2 Volts/cm;
- A gama de medidas varia entre 100um e 25cm. Quanto
maior o deslocamento menor a sensibilidade;
- O erro do LVDT em geral e de 0,5 a 2 para a maxima
sada;

Tendo em conta que as secco es da bobina e do entreferro

sao identicas, a auto indutancia da bobina e dada pela expressao:
n2
L = 0
(2)
l0
Sendo:
u0 - permeabilidade magnetica do ar;
l0 - extensao longitudinal do entreferro.
Quando existe um deslocamento infinitesimal da armadura da-se uma variaca o do entreferro igual a dl0=2dx.
Desta forma, o incremento relativo na auto-indutancia
devido ao deslocamento da armadura toma a seguinte
forma:
dx
dL
= 2
(3)
L
l0 + 2dx
dx
Se l0 2dx ent
ao, dL
L = 2 l0 (4)
196

B. Sensor Capacitivo
Um sensor ou transdutor capacitivo e um condensador que
exibe uma variaca o do valor nominal da capacidade em
funca o de uma grandeza nao electrica. Os sensores capacitivos permitem medir com grande precisao um grande
numero de grandezas fsicas, tais como a posica o, o deslocamento, a velocidade e a aceleraca o linear ou angular de
um objecto, a humidade, a concentraca o de gases e o nvel
de lquidos ou solidos; a forca, o torque, a pressao e a temperatura; mas tambem detectar a proximidade de objectos,
a presenca de a gua e de pessoas, entre outros. Estes dispositivos podem tomar diversas formas sendo no entanto mais
comuns apresentarem uma configuraca o planar (Figura 8).
Este condensador consiste em duas placas condutoras separadas por um dielectrico, sendo a capacidade do dispositivo directamente proporcional a` a rea da secca o transversal
de sobreposica o das placas e inversamente proporcional a`
distancia existente entre as placas [2]. A expressao geral
representativa deste transdutor e [3]:
C = K0
A
d
(5)
Fig. 9
DA DIST ANCIA
VARIAC AO
E DA AREA
PARTILHADA ENTRE AS
PLACAS
Na aplicaca o do trabalho da deteccao do tamanho do bago

de uva o mais eficaz seria desenvolver um sensor capacitivo
cujo sinal de sada varie com a distancia entre as duas
placas paralelas. Nesta estrategia, o sensor e baseado numa
variaca o da distancia entre placas sendo uma fixa e a outra
solidaria com o processo a medir (Figura10).
Sendo,
K - constante dielectrica;
E0 - permitividade do meio;
A - a rea de sobreposica o de placas;
d - distancia entre as placas.
Fig. 10
C ONDENSADOR DE PLACAS PARALELAS VARI AVEL

COM A
DIST ANCIA
ENTRE PLACAS
As suas principais caractersticas sao:

Fig. 8
S ENSOR CAPACITIVO
A capacidade do sensor altera-se devido a` variaca o da

distancia entre as duas placas, pela variaca o da a rea
partilhada entre as placas, ilustradas na (Figura9) ou ate
pela variaca o da constante dielectrica.
Elevada resoluca o;
Estabilidade;
Imunidade a` temperatura;
Podem tomar diversas formas;
C. Extensometro
Extensometro e um transdutor capaz de medir
deformaco es de corpos, sendo o seu princpio de funcionamento baseado no facto de que as deformaco es
impostas a este sensor implicam variaco es na sua resistencia electrica. Assim, uma vez ligados a` estrutura,
podem medir-se deformaco es a partir de medidas electricas
extradas do extensometro. Por exemplo, se temos um
fio metalico de resistencia R e o mesmo sofre uma
deformaca o entao a resistencia muda de um factor, G vezes
a deformaca o, onde G e chamado de factor de medida.
Nos metais esse valor e de aproximadamente 2, enquanto
para semicondutores chega a 100. Existem varios modelos
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
construtivos de extensometros dependendo da aplicaca o,

sendo utilizados em transdutores de deslocamento, forca,
carga, pressao e binario. Geralmente, um extensometro e
constitudo por um filamento metalico de secca o reduzida
assente num material elastico (Figura11). Se esta base
estiver solidaria com o material a testar, o extensometro
deforma de igual modo [4].
197
D. Princpio de Medica o
O circuito integrado AS5304A contem um man
de tiras magneticas, que serve para a medica o de
movimento linear.
Fig. 12
DE
AS5304A COM I MAN DE TIRAS MAGN E TICAS PARA MEDIC AO
MOVIMENTO LINEAR
Fig. 11
E XTENS OMETRO
TI PICO
Tem como principais caractersticas [6]:

- Perodo de velocidade ate aos 20 m/s;
A sensibilidade de um extensometro define-se por:

K=
4R/R
/l
(6)
- Comprimento do par de polos magneticos e

4mm(2mm para o polo norte/2mm para o polo
sul);
- Resoluca o de 25um;
Sendo,
4R/R variaca
orelativaderesist
encia;
4l/l variaca
orelativadecomprimento.
Assuasprincipaiscaractersticass
ao [5] :
Alta precisao de medica o;
Pequeno tamanho e pouco peso;
Facil utilizaca o desde que conhecida uma boa tecnica;
Medico es possveis dentro de uma ampla faixa de temperatura;
Pode ser aplicado em a gua ou em atmosfera de gas corrosivo desde que utilizando um tratamento adequado;
Usados como elementos transdutores para medidas de
varias quantidades fsicas (forca, pressao, aceleraca o,
deslocamento);
Permite a medica o em locais remotos;
Convem ser uma superfcie estavel;
Elevado Coeficiente Termico;
Convem ser uma superfcie estavel.
No caso da uva, tem uma aplicaca o muito difcil
devido a` sua forma.
- Contem 40 pulsos/160 posico es por perodo

magnetico;
- Realiza 1 pulso por cada par de polos.
Como ja foi referido anteriormente, o circuito integrado AS5304A requer uma barra magnetica que
consiste de varios polos Norte e Sul, adjacentes uns
aos outros e com um comprimento de 2mm por polo.
A intensidade do campo magnetico do multi-polo
deve estar na faixa de 5 a 60mT na superfcie do
chip [6].
Fig. 13
I MAGEM DO I MAN MULTI - P OLOS


198

Os elementos de entrada sobre o circuito impresso

AS5304A sao dispostos numa matriz linear. Ao
mover-se o man multi-polos gera um sinal sinusoidal(sen) internamente. Com boa configuraca o dos
elementos de entrada, uma segunda fase deslocada 90
e obtida, gerando um sinal sinusoidal(cos). Usando
um circuito interpolador, o comprimento de um par de
polo e dividido em 160 posico es e ainda descodificado
em 40 pulsos quadrados. O controlo automatico de
ganho dinamico proporciona uma grande gama de
valores de entrada do campo magnetico. O pino de
sada analogica (AO) fornece uma tensao analogica
que muda com a forca do campo magnetico [6].
determinada direcca o como pode ser visto na Fig.16,

gerando pulsos que nos vao posteriormente mostrar
qual a distancia que o man se movimentou, ou seja, o
tamanho que o bago de uva cresceu [6].
Fig. 16
DOS PULSOS
M OVIMENTO DO I MAN PARA GERAC AO
Fig. 14
D IAGRAMA DO AS5304A
Para funcionamento adequado do circuito, o man

de polos tera de estar colocado numa determinada
posica o como pode ser visto pela imagem da Fig.15.
A distancia vertical recomendada entre o man e
o circuito impresso e neste caso menor ou igual a
0,8mm [6].
Fig. 15
DO SENSOR
C OLOCAC AO
O bago de uva ao crescer, afastara o man numa
III. I MPLEMENTAC AO
A pesquisa efectuada, determinou a escolha do sensor
que foi escolhido para ser desenvolvido foi o circuito
integrado AS5304A com o man de tiras magneticas,
usado na medica o de movimento linear. Este sensor
foi escolhido, porque em detrimento dos outros
parece ser de mais facil implementaca o e tambem
porque a sua resoluca o e muito boa para pequenas
movimentaco es como as que pretendemos.
Tal como foi descrito anteriormente, o man tera de
estar no maximo a 0,8mm do circuito integrado. Este
man sera colocado junto ao bago de uva e logo que
a uva aumente de tamanho o man ira mover-se, o
que fara com que possamos saber de quanto foi esse
crescimento.
Para a execuca o do sensor foi realizada uma montagem em EAGLE (Fig.17):
Fig. 17
S ENSOR AS5304A EM EAGLE(S CHEMATIC )
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
199
B IBLIOGRAFIA
[1] Valner J. Brusamarello, Tecnologia lvdt (linear variable differential transforme), Relatorio tecnico.
[2] Stan Gibilisco, Manual de Eletronica e de Telecomunicaco es,
Reichmann Affonso Editores, 2a edica o, 2002.
[3] Hugh D. Young e Roger A. Freedman, Sears e Zemansky fisicaIII: electromagnetismo, Addison Wesley, 2004.
[4] Rodrigo Piernas Andolfato, Jefferson Sidney Camacho, e
Gilberto Antonio de Brito, Extensometria basica, 2004.
[5] A. Portela e A. Silva, Mecanica dos Materiais, Edico es
Platano, 2a edica o.
[6] As5304 / as5306, integral hall ics for linear and off-axxis rotary motiondetection, Relatorio tecnico.
Fig. 18
S ENSOR AS5304A EM EAGLE(B OARD )
Apos a sua implementaca o procedeu-se a` impressao

do respectivo circuito impresso. Atraves do circuito
impresso o sensor e ligado directamente na entrada
analogica da PIC16F887. Esta le a grandeza analogica
e converte-a para digital atraves do conversor A/D
interno, onde atraves de um computador ligado a` PIC
nos mostrara o tamanho que a uva cresceu. Neste
caso a alimentaca o do circuito foi feita atraves do
dispositivo pickit2 que e ligado por cabo USB ao
computador.
IV. R ESULTADOS
Apos a impressao do circuito e da respectiva
programaca o da PIC, quando se procedeu a` ligaca o do
circuito impresso com o PIC, verificou-se que existia
um erro no circuito impresso. A placa nao estava
em condico es e a altura tardia ja nap possibilitou a
construca o de um novo circuito impresso.
V. C ONCLUS AO
Pode-se concluir que os objectivos quanto a`
fundamentaca o teorica foram atingidos. Ficou-se
com uma visao bastante abrangente de varias possibilidades para outra futura implementaca o. Quanto a
resultados praticos, nada se pode concluir pelo facto
de ter ocorrido um erro no circuito impresso.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
201
Kit de Demonstraca o de Modulaco es Analogicas

P0942
Hugo Miguel Sequeira Martins, hugo-m-martins@hotmail.com
Abstract In this article we present a system (Kit), to support the teaching of telecommunications, of small dimensions,
to demonstrate the process of modulation of analog signals.
The system is based on analogic electronic and aims to allow
the user to select the modulation he want to view, to permiting the injection of external signals and have a generator of
internal functions. In this article is resumed your arquitecture, describing, in a short way, the implementation of your
hardware and software.
II. M ODULAC AO
O objectivo principal da modulaca o consiste na alteraca o
sistematica da onda portadora de acordo com a mensagem
(sinal modulante). O dispositivo que realiza a modulaca o
e chamado de modulador. Desta forma, a modulaca o consiste em modificar um ou mais parametros da onda portadora de acordo com a variaca o do sinal modulante que e a
informaca o que se pretende transmitir.
Resumo Neste artigo e apresentado um sistema (Kit), de

apoio ao ensino de telecomunicaco es, de pequenas dimensoes,
permitindo demonstrar o processo de modulaca o analogica
de sinais. O sistema e baseado em electronica analogica e
tem como objectivos principais permitir ao utilizador escolher a modulaca o que pretende visualizar, permitir a injecca o
de sinais externos e possuir um gerador de funco es interno.
Resume-se neste artigo a sua arquitectura, descrevendo-se de
forma breve a implementaca o do seu hardware e software.
Keywords Analog Modulation, Telecommunications, Education
Palavras chave Modulaca o Analogica, Telecomunicaco es,
Ensino
I. I NTRODUC AO
Devido a` forma como a maioria dos sinais sao fornecidos pelo transmissor, nao podem ser enviados directamente
atraves dos canais de transmissao. Isto implica ao uso de
uma onda portadora cujas propriedades sao mais convenientes aos meios de transmissao, modificando-a para representar a mensagem a ser enviada.
O sistema descrito neste artigo, foi implementado com o
intuito de realizar diversos tipos de modulaco es analogicas,
tendo como principal objectivo a demonstraca o dos seus
funcionamentos e as diferencas existentes entre estas. Deste
modo, este sistema possibilitara num futuro proximo aos
alunos de telecomunicaco es uma melhor percepca o e compreensao relativamente a este tema. Este facto e conseguido
atraves da visualizaca o em tempo real das formas de onda,
sendo possvel constatar as diferentes alteraco es sofridas
pela onda portadora.
De forma a englobar o programa de modulaco es
analogicas lecionado na disciplina de telecomunicaco es,
foram implementadas as seguintes tecnicas de modulaca o
no sistema: AM (Amplitude Modulation), FM (Frequency
Modulation), PAM (Pulse-Amplitude Modulation), PWM
(Pulse-Width Modulation) e PPM (Pulse-Position Modulation).

Fig. 1
A NAL OGICAS
M ODULAC OES
Dependendo do parametro (amplitude, fase, frequencia ou

a combinaca o) que e alterado e possvel obtermos diferentes
tipos de modulaca o analogica [1].
As modulaco es analogicas sao muito utilizadas na difusao
de som e sinais de televisao. As duas principais tecnicas
sao a modulaca o em amplitude (AM) e a modulaca o em
frequencia (FM).
A modulaca o em AM baseia-se na variaca o em amplitude
de um sinal sinusoidal (onda portadora) em funca o do sinal
de interesse (sinal modulante), mantendo a frequencia e
202

fase da portadora constantes.

A tecnica de modulaca o em FM, consiste em variar a
frequencia instantanea da onda portadora em funca o do
sinal de informaca o, mantendo a amplitude constante.
Outro tipo de modulaca o e o PAM, em que o sinal modulado e um trem de impulsos com amplitude do sinal de
informaca o e com frequencia do sinal da portadora. A cada
impulso do sinal da portadora e efectuada uma leitura da
amplitude da informaca o e transportada para a sada do sistema.
O PWM (modulaca o por largura de pulso) consiste em
variar a largura dos pulsos da portadora proporcionalmente
ao sinal modulante, mantendo-se constantes a amplitude e
o perodo da portadora.
Finalmente, a modulaca o por posica o de pulso (PPM) converte um sinal analogico num trem de impulsos digitais com
uma amplitude fixa, em que a posica o dos pulsos em relaca o
a pulsos fixos varia de acordo com a amplitude do sinal
analogico.
III. I MPLEMENTAC AO
No sistema desenvolvido, e possvel comutar a sada
de modo a obtermos o tipo de modulaca o analogica
pretendida, com o intuito de poder demonstrar o funcionamento e as diferencas entre os principais tipos de
modulaco es analogicas. Para que isto seja possvel, o sistema possui a capacidade de gerar internamente o proprio
sinal modulante, tal como a onda portadora. Para alem
disso, o sistema ainda permitira a injecca o externa desses
mesmos sinais.
Para a comutaca o do tipo de modulaca o da sada sera
necessario implementar varios multiplexers/demultiplexers
de modo a permitir o reencaminhamento dos sinais
necessarios para o sistema de modulaca o pretendido. De
modo a que o sistema se torne interactivo e simples para
o utilizador, este sera dotado de um microcontrolador responsavel pela interface com o utilizador. Atraves de um
LCD que possuira menus, tornar-se-a possvel seleccionar
facilmente o tipo de modulaca o a utilizar, e dependendo
deste, sera capaz de interagir com os varios multiplexers/demultiplexers. Estes serao configurados de forma a
obter a` sada do sistema o tipo de modulaca o analogica pretendida.
HUGO MARTINS [22750]
Fig. 2
D IAGRAMA DE B LOCOS DO S ISTEMA
A. Gerador de Sinais
Como o sistema devera possuir a capacidade de gerar internamente o sinal de informaca o, foi necessario criar um
modulo no sistema com a funca o de gerar este sinal. Para
que isso fosse possvel, foi utilizada uma DAC (Digitalto-Analog Converter), dispositivo que tem a capacidade
de converter um codigo digital (binario) numa grandeza
analogica (valor de tensao). Assim, atraves da variaca o do
codigo digital de entrada, torna-se possvel construir a` sua
sada um sinal variavel em tensao. O componente utilizado
para esta finalidade foi uma DAC0808 [3] que possui uma
sada em corrente e resoluca o de 8 bits. De modo a possibiliar a variaca o do codigo digital foi necessario utilizar um
microcontrolador (PIC18F4620 [4]) (fig. 3).
IV. D ESENVOLVIMENTO
De modo a possibilitar o desenvolvimento de um sistema capaz de realizar os diversos tipos de modulaco es, e
necessario um estudo detalhado de cada tipo de modulaca o
analogica implementada [2]. No entanto, e com objectivo de tornar o sistema menos complexo, foi necessario a
sua estruturaca o em pequenos modulos (fig. 2), sendo cada
um deles responsavel por desempenhar uma determinada
funca o no sistema.
Como referido na secca o anterior, a modulaca o consiste
na utilizaca o de um sinal adequado ao meio de transmissao (portadora), modificando-o de acordo com o sinal de
informaca o (mensagem) que se pretende transmitir. Estes
dois sinais sao elementos essenciais para realizar qualquer
tipo de modulaca o.
Fig. 3
G ERADOR I NTERNO S. M ODULANTE
Os pinos de entrada do codigo digital da DAC foram ligados a um PORTO deste microcontrolador. Como a sada
da DAC utilizada e em corrente, foi necessario utilizar um
amplificador operacional (TL081) com ganho unitario, de
modo a obter o sinal de sada em tensao. A implementaca o
do firmware tornou possvel gerar varios tipos de onda,
sendo estes os sinais mais comuns que se pode encontrar em
geradores de sinais de laboratorio. Estes sinais podem ser

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
203
do tipo sinusoidal, triangular, quadrado ou dente de serra.
B. Somador
De modo a possibilitar a selecca o do tipo de onda desejado,

foi necessario implementar no firmware varias entradas que
funcionam como selectores, que permitem comutar entre
os varios tipos de onda gerados tal como aumentar/reduzir a
frequencia do sinal gerado. Apos a conclusao deste modulo,
o sistema possuira a capacidade de gerar o seu proprio sinal
de informaca o interno, compreendido entre 5 e 5V .
Um outro modulo essencial e o modulo somador, que tem

como funca o somar uma componente DC ao sinal modulante, com o objectivo de tornar o sinal resultante sempre
positivo. Este modulo torna-se essencial para todos os tipos
de modulaco es analogicas.
Para construir este modulo foi necessario utilizar um amplificador operacional (TL082) configurado como um somador (fig. 5).
O sistema devera ter a capacidade de gerar/receber externamente o sinal de informaca o e a onda portadora. Para
o sistema ser capaz de gerar internamente a portadora, foi
utilizado um VCO (Voltage Controlled Oscillator) (fig. 4).
Este encontra-se presente no componente HEF4046 [5],
que possui um duty cycle de 50%. De modo a obter uma
frequencia central de 200KHz (frequencia da portadora interna), foi necessario configurar e calibrar o componente.
A portadora interna possui uma amplitude variavel entre
0 e 15V . A obtenca o da frequencia central depende da
utilizaca o de um divisor resistivo, que aplica na entrada do
VCO um valor de tensao de VDD/2 (7.5V ).
Fig. 5
C IRCUITO S OMADOR
De forma a permitir ao utilizador injectar um outro sinal,

o sistema e dotado da capacidade de poder utilizar um sinal
de informaca o externo, como por exemplo um sinal de
voz (proveniente de um microfone).Para que isso se torne
possvel, foi necessario utilizar um multiplexer 2:1 que permita seleccionar qual dos sinais, interno ou externo, o sistema devera utilizar na modulaca o. As entradas do multiplexer foram sujeitas a` injecca o do sinal interno proveniente
do modulo acima descrito e a uma ligaca o livre acessvel ao
utilizador. Esta ligaca o tem como finalidade de permitir a
injecca o do sinal externo desejado.
O dispositivo possui duas entradas, em que numa delas e

aplicado o sinal de informaca o proveniente do multiplexer
que controla qual o sinal de informaca o a utilizar, interno
ou externo. Na outra entrada e aplicada uma componente
DC que se deseja somar ao sinal de informaca o original.
A componente DC aplicada ao somador pode ser alterada, uma vez que esta provem da implementaca o de uma
outra DAC controlada pelo microcontrolador. Deste modo,
e oferecido ao utilizador a capacidade de escolher qual o
valor de tensao (entre 0 e 15V ) que deseja somar ao sinal
de informaca o original.
Fig. 4
G ERADOR I NTERNO DA P ORTADORA
Por forma a habilitar o sistema a receber uma onda

portadora externa, caso o utilizador o deseje, tornou-se
necessario utilizar um outro multiplexer 2:1, com a funca o
de receber nas suas entradas a portadora gerada internamente e uma conexao acessvel ao utilizador para este poder
injectar a sua propria portadora. O sistema possuira a capacidade de comutar e utilizar qualquer uma das portadoras.

Fig. 6
C ONTROLO DA COMPONENTE CONTINUA DO S OMADOR
C. Modulador AM
A primeira modulaca o implementada foi a modulaca o AM
(Amplitude Modulation), que consiste num processo em
que a amplitude da portadora varia de acordo com o sinal
204

de informaca o. Este processo e conseguido realizando

a multiplicaca o entre os dois sinais, sendo a equaca o da
modulaca o AM dada por (1).
eAM (t) = (E0 + em (t)).cos(W0 t)
uma perfeita demonstraca o de uma onda modulada em amplitude.
(1)
Embora existam varios tipos de modulaca o AM, o tipo

de modulaca o AM focado neste sistema e o designado de
AM-DSB (Dual Side Band). Para a sua implementaca o foi
utilizado um multiplicador de 4 quadrantes (ICL8013) que
tem como funca o multiplicar dois sinais presentes na sua
entrada e apresentar o resultado dessa operaca o na sua sada
(fig. 7).
Fig. 9
AM M ODULATOR
Fig. 7
D IAGRAMA M ODULADOR AM
Os sinais de entrada a multiplicar sao o sinal de

informaca o, proveniente do modulo somador, pelo sinal da
portadora. Normalmente as modulaco es em AM utilizam
uma portadora sinusoidal, mas o sistema nao tem capacidade de a gerar. Isto acontece devido ao facto do gerador
interno da portadora apenas gerar um sinal quadrado de 0
a 15V com uma frequencia de 200KHz. Para poder obter
um sinal sinusoidal, foi necessario transformar a portadora
quadrada numa portadora sinusoidal. Para isso, utilizou-se
um filtro passa-banda activo (fig. 8) projectado para uma
frequencia central de 200KHz e uma banda passante de
50KHz. Estas alteraco es permitiram transformar a portadora quadrada numa onda sinusoidal perfeita e ideal para
servir de portadora para o modulador AM.
Fig. 8
F ILTRO PASSA -BANDA ACTIVO
Nas entradas do multiplicador foi injectada a portadora sinusoidal e o sinal de informaca o ja somado com uma componente contnua. Como referido pelo datasheet do fabricante do ICL8013 [6], foi necessario criar um circuito
para proceder a` sua calibraca o. Esta calibraca o permitiu a
realizaca o de testes ao modulador, obtendo-se a` sua sada
A fig.( 9) ilustra o circuito final do modulo responsavel

pela modulaca o AM-DSB.
D. Modulador FM
A modulaca o em FM (Frequency Modulation) define-se
como um processo em que a frequencia instantanea da portadora varia de acordo com a amplitude do sinal modulante. Para a implementaca o deste modulo foi necessario
um componente capaz de gerar uma frequencia dependente
do valor de amplitude do sinal modulante. O componente
que possui essa capacidade e denominado por VCO (Voltage Controlled Oscillator), em que a variaca o de tensao do
sinal modulante provoca uma variaca o da oscilaca o da portadora. Para o efeito foi utilizado um HEF4046B, por forma
a gerar o sinal da portadora interna do sistema. Desta forma,
o mesmo componente servira de gerador da portadora para
todas as modulaco es. A diferenca patente entre o modulo
FM e os restantes modulos consiste no facto da frequencia
variar de acordo com o sinal modulante, enquanto que nas
outras modulaco es esta permanece constante.
Fig. 10
D IAGRAMA M ODULADOR FM
Por forma a incorporar estes dois requisitos utilizando o

mesmo componente, este foi calibrado de modo a possibilitar tanto gerar uma frequencia central de 200KHz
(necessaria para os restantes modulos) como a variaca o da
frequencia (necessaria para o modulo FM). Para isso foi

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
205
necessario calcular os valores dos elementos passivos para

obter a frequencia central (f0 = 200KHz), a frequencia
mnima (fmin = 150KHz) e maxima (fmax = 250KHz)
pretendida para a modulaca o em frequencia. Para a
modulaca o em FM e necessario a injecca o do sinal modulante no pino de entrada do VCO (fig. 10). Caso se pretenda obter o sinal da portadora na frequencia central para
os outros modulos e necessario injectar um sinal contnuo
de 7.5V (obtido por um divisor resistivo). Para possiblitar
a comutaca o do valor nessa entrada foi necessario utilizar
um demultiplexer 1:2 (fig. 11).
Fig. 12
PAM M ODULATOR
componente DC pelo modulo somador. Deste modo, e

obtido a` sada deste modulo o sinal modulado em PAM.
Quando a portadora liga o interruptor, este apresenta a`
sua sada uma amostra do sinal de informaca o. Quando
a portadora o desliga, o sinal a` sada e de 0V . Como a
frequencia da portadora e bastante superior a` frequencia
do sinal de informaca o, ira originar a` sada um sinal com
varias amostras do sinal de informaca o, onde o numero de
amostras e dado por TTm0 .
Fig. 11
M ULTIPLEXER 2:1 /D EMULTIPLEXER 1:2
F. Modulador PWM
O osciloscopio permite a verificaca o de uma perfeita
demonstraca o de uma modulaca o em frequencia a` sada. A
modulaca o em frequencia tem como caracterstica gerar a
sua propria portadora, o que impossibilita neste modulo o
uso de uma portadora externa injectada pelo utilizador.
E. Modulador PAM
Os modulos de modulaco es impulsionais (PAM, PWM e
PPM) requerem uma portadora de onda quadrada (trem de
impulsos eq.2).
2.E0 X 1
n..0
E0 .0
+
.sen(
)..cos(nW0 t)
T0
n=1 n
T0
(2)
A modulaca o PAM (Pulse Amplitude Modulation) requer a
aplicaca o directa do conceito da amostragem, uma vez que
o sinal modulado pode ser compreendido como um produto do sinal de informaca o em (t) pelo trem-de-impulsos
da portadora eo (t). A equaca o que traduz a modulaca o
PAM e dada por:
e0 (t) =
eP AM (t) = K.e0 (t).[em (t) + EDC ]
(3)
Uma forma simples e comum de criar um modulador PAM

e utilizar um interruptor digital, onde a portadora e0 (t) e
o comando de abertura e fecho desse interruptor. Para realizar este tipo de modulaca o utilizou-se o interruptor digital HEF4046 (fig. 12).
Numa das entradas do interruptor e injectada a portadora,
com o objectivo de comandar o interruptor, e na outra entrada e injectado o sinal de informaca o ja somado com uma

A modulaca o em PWM (Pulse Width Modulation) e uma

tecnica eficiente para controlo de circuitos e uma o ptima
forma de codificar digitalmente nveis de sinais analogicos.
O duty-cycle da portadora (trem-de-impulsos) e alterado
codificando um determinado nvel de sinal analogico. Qualquer valor analogico pode ser codificado em PWM desde
que se disponha de largura de banda suficiente.
Num sinal PWM a largura de pulso varia no tempo, logo
ao invez de 0 utiliza-se (t) (eq.4) na equaca o do trem de
impulsos, obtendo assim a expressao final do sinal modulado (eq.3).
(t) = 0 + K.Em .cos(Wm t)
(4)
n.. (t)
E0 . (t) 2.E0 X 1
+
.sen(
)..cos(nW0 t)
T0
n=1 n
T0
(5)
Para a implementaca o deste modulo e necessario variar a
largura de pulso do sinal quadrado (trem-de-impulsos) com
a variaca o do sinal de informaca o, mantendo constante a
amplitude e o perodo dos pulsos. O tipo de modulador
implementado e constitudo essencialmente por duas partes
distintas, um gerador de onda dente-de-serra e um circuito
comparador.
Para a implementaca o deste modulo foi utilizado para o
gerador de sinais dente-de-serra um NE555 (fig. 13) [7].
Assim este gerador vai ter a` sada um sinal dente-de-serra
com uma frequencia de 200KHz. Este sinal foi conectado
a` entrada positiva do comparador (LM311) e na entrada inversora foi injectado o sinal de informaca o, com o efeito
de comparar ambos os sinais. Sempre que o valor da onda
modulante for inferior ao da onda dente-de-serra a sada do
eP W M (t) =
206

monostavel - negative edge trigger. Os valores da resistencia e do condensador utilizados foram calculados com
base na frequencia da portadora de 200KHz (fig. 14). Como
este tipo de modulaca o utiliza indirectamente a portadora
gerada no circuito PWM, nao e possvel a injecca o de uma
portadora externa pelo utilizador.
A fig. 15 representa o diagrama das interligacoes entre os
varios tipos de modulaco es impulsionais realizadas.
Fig. 13
PWM M ODULATOR
comparador estara ao nvel alto. Desta forma, obtemos a`

sada um trem de pulsos em que a largura do pulso depende
da tensao do sinal analogico de entrada (sinal modulante),
mantendo constante a sua amplitude e perodo, denominada
de modulaca o por largura de pulso. Tal como o modulo FM
descrito anteriormente, este modulo gera a sua propria portadora, nao tornando possvel a injecca o de uma portadora
externa pelo utilizador.
G. Modulador PPM
A modulaca o PPM (Pulse Position Modulation) consiste
em variar a posica o de cada pulso da portadora proporcionalmente ao sinal de informaca o, mantendo constante a
amplitude e a largura dos pulsos.
Fig. 15
PAM/PWM/PPM
D IAGRAMA DE MODULAC AO
H. Multiplexaca o dos Sinais

Apos a realizaca o dos modulos deste sistema, foi
necessario utilizar um demultiplexer (HEF4051) para poder
redireccionar o sinal de informaca o (fig. 16) e um demultiplexer (HEF4053) para poder redireccionar a portadora
para o modulo desejado (fig. 17). Deste modo, se o utilizador seleccionar o tipo de modulaca o AM, os demultiplexeres sao configurados de forma a redireccionar a onda
modulante e a portadora para o modulo correspondente a`
modulaca o em amplitude.
Fig. 14
PPM M ODULATOR
Fig. 16
DEMULTIPLEXER DO S. DE I NFORMAC AO
Neste sistema o sinal PPM obtem-se atraves do sinal

PWM, gerando um sinal com largura de pulso fixa e
o perodo sendo determinado a cada subida do pulso
modulado em PWM. Deste modo, obtem-se um tremde-impulsos em que o perodo depende da amplitude do
sinal modulante. Existe, assim, uma interligaca o entre os
modulos PWM e PPM. A sada da modulaca o em PWM
e conectada a um circuito monostavel (HCF4047B), que e
gatilhado na transica o de descida dos pulsos do sinal PWM.
Para isso este circuito foi implementado na configuraca o
As sadas de cada modulo de modulaca o implementado,

foram conectadas a um multiplexer (HEF4051), com o objectivo do sistema possuir apenas uma sada geral (fig. 17).
Para o caso em que o utilizador selecciona o tipo de
modulaca o AM, este multiplexer e configurado de forma a
que a sua sada corresponda a` onda proveniente do modulo
AM.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
207
rectamente os multiplexers, atraves dos selectores, de forma

a debitar na sada do sistema a modulaca o requerida.
Uma ligaca o serie no sistema permite que futuramente
seja possvel realizar um software grafico com finalidade
de controlar o sistema.
Fig. 17
DEMULTIPLEXER DA P ORTADORA
Fig. 18
MULTIPLEXER DA SAI DA DO S ISTEMA
Fig. 20
U NIDADE C ENTRAL DO S ISTEMA
I. Unidade de Controlo
J. Alimentaca o
Para controlar todos os multiplexer e o gerador interno do

sinal de informaca o, foi necessario utilizar outro microcontrolador (PIC18F4620),
Para alimentar este sistema foram necessarios nveis de

tensao de 15V, -15V,5V e -5V, o que levou a` necessidade de
realizar um pequena fonte de alimentaca o AC-DC (fig. 21).
Para esse efeito foi utilizado um transformador de tomada
central e um rectificador. Apos a rectificaca o, a regulaca o
foi realizada atraves de reguladores lineares positivos 7815
e 7805, para os valores de tensao de 15 e 5V, respectivamente. Para os valores de tensao negativos de -15 e -5V
foram utilizados reguladores lineares 7915 e 7905. O circuito de alimentaca o encontra-se ilustrado na figura abaixo.
Fig. 19
P ROT OTIPO
DO S ISTEMA
sendo este a unidade central de controlo de todo o sistema (fig. 20). Para possibilitar uma interface com o utilizador foi utilizado um LCD e um pequeno teclado com
switches, levando a` necessidade de implementar um conjunto de menus no firmware de modo a oferecer ao utilizador todas as opco es disponveis. Pela navegaca o no
menu o utilizador pode seleccionar o tipo de modulaca o
a realizar e quais as ondas de informaca o e de portadora a
utilizar. Apos a selecca o, o microcontrolador configura corc UTAD - ECT - Departamento de Engenharias

Fig. 21
DO S ISTEMA
C IRCUITO DE ALIMENTAC AO
V. R ESULTADOS E C ONCLUS OES

Apos a finalizaca o do sistema, testou-se o seu funcionamento. Ao efectuar a selecca o da modulaca o em AM obteuse a saida do sistema a onda representada na fig. 22.
208

Fig. 22
S INAL AM-DSB
Fig. 25
S INAL PWM
Ao comutar o sistema para este realizar a modulaca o em

FM, foi obtido o sinal representado na fig. 23.
Fig. 23
S INAL FM
Em seguida sao apresentados os sinais das modulaco es impulsionais que foi possivel obter a sada do sistema.
Comutando o sistema para este realizar a modulaca o em
PAM, foi obtido o seguinte sinal fig. 24.
Fig. 26
S INAL PPM
que englobasse todas elas. Com o objectivo de realizar um

sistema modulador analogico dinamico.
B IBLIOGRAFIA
Fig. 24
S INAL PAM
Em seguida o sinal correspondente a modulaca o por

largura de pulso (PWM) na fig. 24.
Por fim na fig. 26 e representada o sinal correspondente a
modulaca o por possica o de pulso (PPM).
O objectivo deste trabalho, era projectar um sistema
de caracter demonstrativo, para auxiliar ao ensino das
modulaco es analogicas na cadeira de telecomunicaco es.
Deste modo, a sua aprendizagem sera mais interactiva, elucidativa e atractiva do que visualizar diagramas (imagens)
que representam cada tipo de modulaca o.
O grande desafio inicial, foi entender como se realiza cada
modulaca o analogica e por fim, elaborar um u nico sistema
[1] J. C. Cardoso ; C. Serodio, Sinais e Sistemas de Modulaca o

Analogica, Serie Didactica.
[2] A. T. Gomes, Telecomunicaco es - Transmissao e Recepca o, ERICA.

[3] National Semiconductor, DAC0808 8-Bit D/A Converter - Data Sheet,
Maio de 1999.
[4] Microchip, PIC18F2525/2620/4225/4620 - Data Sheet, 2008.
[5] Philips Semiconductors, HEF4046B MSI Phase-locked loop - Data
Sheet, Janeiro de 1995.
[6] Intersil, Four Quadrant Analog Multiplier - Data Sheet, Abril de
1999.
[7] Philips Semiconductors, NE/SA/SE555/SE555C - Data Sheet, Agosto
de 1994.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
209
Gestao de filas de espera para adegas e cooperativas

P0943
Vtor Manuel Ribeiro da Cunha, (vitorutad@gmail.com)
Abstract In this project it is proposed a system able to manage queues, as well to support the main flow of information between wineries and Olive cooperatives and their members. In
this project are presented an architecture, which contributes
to extend the existing information systems in these organizations, to their members, by acting on the flow of information
that currently are not supported by technological means, it
also presented a prototype that was developed to realize the
proposed architecture as measurable proof of concept. The
developed system was targeted for mobile devices, Web Services and for information storing was use the system manager
of databases MySQL. This proposal bets on critical success
factors as: simplicity of use, low cost of investment, to allow
introduction of a real solution in wineries and cooperatives,
and empower a mass use by members, through an approach
based on mobile devices: widespread tools.
Resumo Neste projecto propoe-se um sistema capaz de gerir
filas de espera, bem como, suportar os principais fluxos de
informaca o entre adegas e cooperativas de olivicultores e seus
associados. Neste projecto sao apresentadas uma arquitectura, que pretende contribuir para extender os sistemas de
informaca o existentes nas referidas organizaco es aos associados, actuando ao nvel dos fluxos de informaca o que neste
momento nao sao suportados atraves de meios tecnologicos;
e igualmente apresentado um prototipo que foi desenvolvido
para materializar a arquitectura proposta e como prova de
conceito mensuravel. O sistema desenvolvido foi direccionado
para dispositivos moveis, o fluxo de dados assente em WebServices e a informaca o armazenada no sistema gestor de bases
de dados MySQL. Esta proposta aposta em factores crticos de
sucesso como: simplicidade de uso; custo de investimento reduzido, de forma a permitir uma real introduca o desta soluca o
nas adegas e cooperativas de olivicultores; e, potenciar uma
massificada utilizaca o por parte dos associados, atraves de
uma abordagem assente em dispositivos moveis: ferramenta
amplamente disseminada.
Keywords Java ME, Web Service , Queues
Palavras chave Java ME, Web Service , Queues
I. I NTRODUC AO
O trabalho descrito neste artigo insere-se na unidade curricular de Projecto em Engenharia Electrotecnica e de Computadores, na a rea de comunicaco es moveis, e tem como
orientador o Professor Doutor Raul Morais dos Santos e
como co-orientador o Professor Carlos Rompante Cunha.
O principal objectivo deste trabalho consiste no desenvolvimento de um sistema que possibilite a gestao de filas
de espera em adegas e cooperativas de olivicultores, bem

como a gestao dos principais fluxos de informaca o entre

estas organizaco es e os seus associados. Pretende igualmente materializar uma abordagem que potencia uma real
introduca o de tecnologia neste tipo de organizaco es, e permita uma inclusao dos associados para o uso das Tecnologias da Informaca o e Comunicaca o (TIC). Para atingir tais
desideratos e indispensavel desenhar soluco es simples de
usar e intuitivas, pois grande parte dos seus utilizadores esta
situada numa faixa etaria elevada, nao apresentando uma
pre-disposica o para as novas tecnologias. O sistema desenvolvido foi pensado para dispositivos moveis, uma vez
que estes se constituem no equipamento tecnologico massificado e que menores barreiras de utilizaca o apresenta [1].
O desenvolvimento da soluca o proposta assenta em Java
ME (para a construca o da aplicaca o cliente) e em Web Services para a plataforma de servicos. A tecnologia Java ME
pertence a` empresa Sun Microsystems, e gratuita, e possibilita a criaca o de aplicaco es robustas e flexveis para dispositivos moveis, tais como telemoveis ou smartphones.
Este artigo esta dividido em oito secco es. Sao elas a
abordagem do problema, a visita a` Adega Cooperativa de
Murca, a visita a` Cooperativa dos Olivicultores de Murca, a
conclusao sobre a ida a Murca, as tecnologias usadas, a arquitectura desenvolvida, o prototipo desenvolvido e por fim
encontra-se a parte das conclusoes onde serao abordados e
analisados os resultados obtidos.
Na abordagem do problema sao analisados os aspectos a
ter em conta para a execuca o deste trabalho: o panorama
actual das cooperativas e as suas necessidades. Para melhor compreender o funcionamento das cooperativas e suas
necessidades visitou-se duas delas para um levantamento
de requisitos e permitir o desenvolvimento de uma soluca o
que se adequasse a` realidade e necessidades das cooperativas e seus associados. Como tal, visitou-se a Adega Cooperativa de Murca e a Cooperativa dos Olivicultores de
Murca. Na conclusao sobre a ida a Murca foi elaborada
uma analise dos dados obtidos concluda pela especificaca o
de uma soluca o que fosse de encontro a` s necessidades identificadas.
As secco es seguintes abordam a execuca o e desenvolvimento do sistema implementado, sendo que na secca o das
tecnologias sao descritas algumas das que permitiram o desenvolvimento deste projecto. Na arquitectura de desenvolvimento e descrito o funcionamento da arquitectura, enquanto que na parte do prototipo desenvolvido sao descritos
alguns pormenores tecnicos, a disposica o dos menus e funcionalidades consideradas relevantes implementadas pelo
sistema, como forma de ilustrar o que foi desenvolvido
neste projecto.
210

A. Abordagem do problema
Perante a tarefa de gerir filas de espera em adegas ou cooperativas de olivicultores, procurou-se reunir o maximo de
informaco es que pudessem ajudar a compreender os problemas que existem, para poder chegar a uma possvel soluca o
que fosse de facil implementaca o, economicamente viavel
e facil de utilizar. Para tal decidiu-se visitar duas cooperativas da regiao, para melhor conhecimento dos seus funcionamentos e problemas. Estas situam-se em Murca e produzem vinho e azeite.
Na sexta-feira dia 15 de Maio de 2009, partiu-se para
Murca para visitar a Adega Cooperativa de Murca e a Cooperativa Agrcola de Olivicultores de Murca, com o intuito
de entender o funcionamento de ambas, descobrir as suas
necessidades por parte dos responsaveis e tentar vender a
ideia de uma peca tecnologica para gerir filas de espera.
A figura 1 ilustra a localizaca o da Adega Cooperativa de
Murca e da Cooperativa de Olivicultores de Murca.
VITOR CUNHA [19698]
estes dados sao introduzidos num computador que esta ligado em rede ao servidor da adega ficando os dados directamente registados no sistema. Feitas as medico es, e
colocado nas dornas um cartao com um codigo de barras
que ira identificar o numero de associado na fase seguinte.
Seguidamente as dornas seguem ainda no camiao ate ha
zona de descarga onde ira ser efectuada a pesagem de cada
dorna (por dorna sao efectuadas tres medico es sendo feita
a media destas) e registado automaticamente o peso no sistema da adega. Apos as pesagens sao retirados os cartoes
que serao enviados novamente para a entrada para poderem
ser reutilizados. Para cada balanca existe um computador
com impressora (para impressao dos registos a entregar ao
associado) e um leitor de codigos de barras que ira identificar o associado em questao e abrir automaticamente um
registo para a entrega. A quem efectuou a entrega das uvas
e -lhe entregue uma ficha com os registos da entrega e na
u ltima entrega do dia e -lhe entregue tambem uma ficha com
os registos das suas entregas nesse dia.
C. A visita a` Cooperativa dos Olivicultores de Murca
Apos o termino da visita a` adega procedeu-se uma visita
a` Cooperativa Agrcola dos Olivicultores de Murca onde e
produzido o azeite Porca de Murca, figura 2.
Fig. 1
DA A DEGA C OOPERATIVA DE M URC A E DA
L OCALIZAC AO
C OOPERATIVA DE O LIVICULTORES DE M URC A
B. A visita a` Adega Cooperativa de Murca

Dois dos responsaveis da adega explicaram o funcionamento e controlo das dornas e aspectos relativos a` gestao
das filas de espera. Relativamente ao tema deste projecto
ficou-se a saber que o incio de vindima e comunicado aos
associados, pois a adega dispoe de um tecnico que visita
as propriedades para verificar o estado das uvas. Quanto a`
base de dados os associados estao organizados por numero
de cooperante, o tipo de uva (branca ou tinta) e respectivo
pH, a casta e o grau. Apos a reuniao foram-nos mostradas
as instalaco es, onde se teve a oportunidade de ver todo o
processo de produca o do vinho, desde o local onde sao
feitas as primeiras medico es a` s uvas ate a` parte de embalamento e despacho das paletes de vinho.
O processo inicia-se a` entrada da adega com a distinca o
do tipo de uva e medica o do grau e pH das uvas por dorna;
Fig. 2
` INSTALAC OES
DA C OOPERATIVA DOS
F OTOGRAFIA AS
O LIVICULTORES DE M URC A
Enquanto o responsavel nao chegava desenrolou-se uma

visita guiada a` s instalaco es de produca o do azeite. Durante
esta visita ficou-se a saber que os produtores ou cooperantes deixam ficar uma maquia que fica para a cooperativa ao inves de pagarem para ser produzido o azeite. Ao
contrario da adega os dados das azeitonas nao sao referenciados por dorna mas sim por um conjunto de dornas (que
frequentemente pertencem a varios cooperantes) pois estas
sao vazadas para um recipiente, figura 3 (onde as azeitonas
nao ficam mais de quarenta e oito horas para garantir a qualidade das mesmas) e a medica o da acidez e feita neste recipiente.
No processo de entrega das azeitonas os dados dos cooperantes que sao utilizados sao o seu numero, quantidade de

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
azeitonas entregue (em Quilos), a acidez e quando e que o

lote foi transportado e recepcionado. Apos a visita falouse com o responsavel e expos-se o projecto. Este mostrou
uma grande abertura a novas tecnologias e inovaca o, apesar
do controlo de produca o e entregas ainda nao ser informatizado.
Esta cooperativa, a` semelhanca da adega de Murca,
tambem foi alvo de remodelaco es das suas instalaco es recentemente, mas esta ainda nao possui um sistema de tratamento de dados informatizado sendo que este ainda e feito
com recurso a papel.
Fig. 3
F OTOGRAFIA DOS RECIPIENTES UTILIZADOS .
D. Conclusao da ida a Murca

A Adega Cooperativa de Murca apresenta-se bem dimensionada para o numero de associados que tem, nao tendo
problemas de filas de espera. Recentemente fizeram obras
de remodelaca o nas suas instalaco es tendo apostado na
inovaca o. Esta adega possui um eficaz sistema de controlo
de dornas e filas de espera sendo que a u nica lacuna e a
inexistencia de um sistema de comunicaco es com os associados para comunicar reunioes, datas de incio e termino
das vindimas e eventuais alteraco es nas datas de entrega.
Na Cooperativa Agrcola de Olivicultores de Murca este
projecto mostra-se adequado a` s suas necessidades, sendo
que, alem de ser menos dispendioso usar terminais moveis
(telemoveis), ainda tem a vantagem de estes poderem ser
aproveitados para outros fins, pois a parte das filas de espera
e controlo das dornas so faz sentido na altura da apanha
da azeitona e esta dura no maximo dois meses, sendo que
nos restantes meses do ano, caso se usassem computadores
estes iriam ficar parados, alem de expostos a humidades e a
gorduras provenientes do fabrico do azeite.
Os representantes da Cooperativa Agrcola de Olivicultores de Murca aceitaram colaborar no desenvolvimento
deste projecto fornecendo alguns dados sobre o funcionamento interno desta, da organizaca o da BD (os dados que
guardam relativamente aos seus associados) e como procedem e tratam a informaca o em e poca de colheitas.
Depois das visitas e analisando o funcionamento das cooperativas rapidamente se conclui que um sistema que recorra

211
a dispositivos moveis para a gestao das filas de espera e

comunicaca o com os associados seria uma mais valia, devido a potenciar um mais adequado relacionamento com os
associados.
E. Tecnologias
Foram analisadas diversas opco es para o desenvolvimento
deste prototipo, entre as quais: uma recorrendo ao uso de
computadores e outra que recorre a dispositivos moveis.
Um dos sistemas pensados seria a marcaca o na fila de
espera atraves de uma pagina HTML que seria acedida
atraves de um qualquer computador com acesso a` internet,
mas depois de analisadas as caractersticas dos associados
concluiu-se que esta nao seria a opca o mais viavel, pois
muitos dos associados nao tem computador nem ligaca o a`
internet e alem disso tambem tem dificuldades na utilizaca o
de computadores, sendo que alguns nunca usaram um.
Por outro lado verificou-se que todos tem telemoveis, e os
que nao possuem telemovel tem familiares proximos que o
possuem (mais especificamente filhos). Considerada esta
possibilidade comecaram-se a ver possveis tecnologias e
ferramentas de desenvolvimento para usar em telemoveis.
Considerou-se C sharp e Java ME. Como o C sharp e para
dispositivos com Windows mobile desde logo se colocou
um problema, que e o facto de serem poucos os associados com dispositivos que contenham este sistema, enquanto
que qualquer telemovel e mesmo os PDAs tem suporte para
aplicaco es Java ME, visto ser um padrao do mercado.
Sendo ponto assente o uso de telemoveis, sera criada uma
MIDlet (aplicaca o que utiliza o perfil MIDP (Mobile Information Device Profile)), considerada como um padrao
no desenvolvimento de aplicaco es para dispositivos moveis
podendo ligar a` Rede/Internet.
Encontrando-se definidas as tecnologias a usar nos sistemas moveis analisaram-se de seguida as necessidades
para o servidor, nomeadamente como tratar os pedidos vindos da aplicaca o movel. Uma soluca o seria o uso de Web
Services. Visto a aplicaca o movel ser desenvolvida em Java
ME e para facilitar o desenvolvimento do sistema optou-se
por desenvolver o Web Service em Java. O ambiente de
desenvolvimento escolhido para desenvolver o Java ME e
os Java Web Services foi o NetBeans devido a ser um programa gratuito, com muitas funcionalidades e bem organizado e facil de usar.
E necessaria uma base de dados (BD) para armazenar os
dados necessarios ao projecto, e um sistema gestor de BD.
Algumas das possibilidades sao o Microsoft SQL Server, o
Oracle e MySQL administrada por phpMyAdmin. Visto a
simplicidade de uso do MySQL [2] e este ser open source
nao trazendo assim custos adicionais para o projecto, foi escolhida esta soluca o. O uso de MySQL e do phpMyAdmin
permite administrar a BD pela Internet, um exemplo deste
interface e apresentado na figura 4, podendo ser criadas
ou removidas BD, serem criados, alterados e inseridos dados nos campos da BD pela Internet que e o objectivo neste
projecto.
A plataforma de servicos assentou em Web Services suportados pelas plataformas de software open source e gratuito Tomcat/Axis que permite executar frameworks de Web
212

VITOR CUNHA [19698]
Fig. 4
DO PHP M YADMIN .
E XEMPLO DA UTILIZAC AO
Services [3]. Algo interessante no sistema Tomcat/Axis e o

facto de este possuir ferramentas para a construca o de Web
Services, e permite implementar o protocolo SOAP, implementar classes que agilizam a publicaca o de Web Services e
containers que disponibilizam os Web Services na Internet.
O Axis [4] compila arquivos de extensao jws e cria as respectivas classes e cria Toda a especificaca o WSDL [5],uma
ilustraca o de parte da especificaca o de um web service, implementado, pode ser vista na figura 5.
de dados gerando no final uma resposta encapsulada num

envelope SOAP, uma ilustraca o de um envelope de resposta
SOAP pode ser vista na figura 6, que e reenviado para o
telemovel e por sua vez e interpretado e colocada a resposta
no interface adequado.
Fig. 6
DE DADOS DO
E NVELOPE SOAP COM A RESPOSTA A` ALTERAC AO
ASSOCIADO .
Tem-se como elemento contextualizador o numero do associado, que e pedido da primeira vez que se utiliza a
aplicaca o, sendo armazenado num recordstore para futuras
utilizaco es. A partir deste momento todas as operaco es
realizadas pelo associado sao automaticamente contextualizadas (figura 7).
G. Prototipo desenvolvido
Fig. 5
WSDL DO S E T D A D O S A S S O C I A D O .
PARTE DA ESPECIFICAC AO
F. Arquitectura desenvolvida
A aplicaca o sera capaz de comunicar com o servidor
fazendo um pedido SOAP que e enviado para a plataforma
de web Services [6], esta processa o pedido e recorre a` base
Ao prototipo desenvolvido foram adicionadas mais funcionalidades alem da marcaca o do intervalo de tempo em
que o associado devera aparecer na cooperativa. Como
um dos objectivos e a sensibilizaca o, para o uso das tecnologias, aproveitou-se para demonstrar algumas potencialidades alem do sistema de marcaco es na fila de espera.
Sendo assim foram adicionadas opco es, que vao ao encontro das necessidades de troca de informaco es entre as cooperativas e seus associados, como a visualizaca o e alteraca o
dos dados pessoais do associado, e ainda a consulta de
notificaco es que tanto podem ser publicas (para todos os
associados) como privadas (para o associado em causa).

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Fig. 7
E XEMPLO DO FUNCIONAMENTO E TECNOLOGIAS UTILIZADAS .
Para melhor percepca o do que foi desenvolvido, observese a figura 8.
Fig. 8
DESENVOLVIDA .
M ENU PRINCIPAL DA APLICAC AO
A aplicaca o e composta por diversos formularios e listas,

onde serao apresentadas as opco es de escolha, os campos
de texto para inserca o dos dados e as informaco es a apresentar ao utilizador, como se pode verificar no Diagrama de
Formularios e Fluxos da aplicaca o na figura 9 [7].
Como foi referido anteriormente o elemento contextualizador e o numero de associado, o qual devera ficar registado na aplicaca o para que o utilizador nao tenha que o introduzir cada vez que utiliza a aplicaca o. Para que isto fosse
possvel recorreu-se ao uso da classe RecordStore que grava
de forma persistente o numero do associado (figura 10).
Desta forma todas as futuras operaco es serao automaticamente contextualizadas para o perfil do associado.
Na parte dos dados pessoais e possvel ver ou alterar os
dados do associado, para tal e feito um pedido SOAP que
e enviado a` plataforma de Web Services a pedir os dados do associado, aqui e feita uma query a` BD e os dados recebidos serao guardados numa String e enviados num
envelope SOAP de volta para a aplicaca o sendo colocac UTAD - ECT - Departamento de Engenharias

213
Fig. 10
F ORMUL ARIO
UTILIZADO PARA O PEDIDO DO N UMERO
DE
ASSOCIADO .
dos nos StringItem ou TextField correspondentes

(figura 11).
Fig. 11
E ALTERAC AO
DE DADOS
E XEMPLO DO PEDIDO PARA VISUALIZAC AO
PESSOAIS .
O mesmo procedimento e feito para o caso das

notificaco es, a` excepca o da forma de apresentaca o onde,
neste caso, os dados serem apresentados directamente no
formulario respectivo (figura 12).
No menu filas de espera sao apresentadas duas opco es,
sao elas Consultar e Registar. A consulta e feita de
forma semelhante a` s pesquisas anteriores, enquanto que
na marcaca o e dada a possibilidade de escolher a hora e
a data em que se pretende ir a` cooperativa proceder a` entrega das uvas/azeitonas. A apresentaca o do calendario
e do relogio para escolha, sao feitos recorrendo ao objecto DateField, e a apresentaca o varia de acordo com o
equipamento que se estiver a usar, uma vez que a aplicaca o
usa os recurso do dispositivo movel e, estes tem diferencas
de modelo para modelo (figura 13).
III. C ONCLUS OES

Neste trabalho foi desenvolvida uma arquitectura e implementado um prototipo que traduz uma soluca o capaz
214

VITOR CUNHA [19698]
Fig. 9
.
D IAGRAMA DE F ORMUL ARIOS
E FLUXO DE DADOS DA APLICAC
AO
Fig. 12
DAS NOTIFICAC OES

.
F ORMUL ARIO
UTILIZADO PARA APRESENTAC
AO
de facilmente ser introduzida nas organizaco es alvo deste

projecto. Tenta minimizar as barreiras na adopca o de
soluco es tecnologicas por parte dos associados, atraves de
uma soluca o cujo dispositivo alvo telemovel se encontra massificado e apresenta um potencial de info-exclusao
muito reduzido.
Todas as funcionalidades do prototipo foram implementadas e testadas com sucesso. A aplicaca o comunica com
a plataforma de Web Services e esta por sua vez acede ao
repositorio de informaca o (base de dados). Verifica-se o retorno dos dados enviados pelo Web Service para a aplicaca o
e o correcto tratamento e interpretaca o dos mesmos. E feita
a colocaca o do associado numa fila de espera que e referida
a um dia. Neste ponto e de referir a necessidade da criaca o
de uma nova fila para cada dia.
Fig. 13
DA DISPONIBILIDADE AP OS
ESCOLHA DE DATA .
V ERIFICAC AO
Seria interessante que este prototipo fosse testado em ambiente real e adoptado pelas cooperativas. Trata-se de uma
implementaca o baseada em programas gratuitos, o que reduz o custo de investimento e potencia a sua real introduca o
nas organizaco es. Cita-se o facto de nao ser necessario
o investimento em novos equipamentos, visto serem usados os equipamentos ja existentes na cooperativa. No
que concerne aos associados estes podem usar os proprios
telemoveis.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
IV. AGRADECIMENTOS
Embora este seja um trabalho academico individual ao
qual foram dedicadas varias horas de trabalho, estudo,
pesquisa e reflexao dedicados a` realizaca o de uma projecto
para o qual o curriculum do 1.o ciclo da LEEC nao contempla as bases necessarias, o mesmo nao poderia ter sido
concretizado sem o apoio e ajuda de algumas pessoas, as
quais merecem ser referidas neste trabalho.
Estou muito agradecido ao Professor Carlos Rompante
Cunha pelos conselhos, inspiraca o, ajuda, conhecimento,
correcca o, estmulo e paciencia ao longo do semestre em
que este trabalho se realizou.
Ao Professor Doutor Raul Morais dos Santos pela supervisao, correcca o e conselhos dados.
` Cooperativa dos Olivicultores de Murca, pela visita
A
guiada, disponibilidade e apoio prestado.
` Adega Cooperativa de Murca, pela visita guiada e
A
disponibilidade.
` minha namorada por todo o apoio incondicional, carA
inho, estmulo e por todo o tempo que deixamos de estar
juntos para a realizaca o do projecto.
Aos meus pais e famlia pela paciencia, apoio e carinho
dados ao longo deste tempo.
B IBLIOGRAFIA
[1] ICP-ANACOM, Servico telefonico movel - 1o trimestre de 2008,
Relatorio tecnico, Autoridade Nacional de Comunicaco es, 2008.
[2] Hugh Williams Seyed M.M. (Saied) Tahaghoghi, Learning MySQL,
OReilly Media, Inc., 2006.
[3] Tyler Jewell David Chappell, Java Web Services, O Reilly, 2002.
[4] Deepal Jayasinghe, Quickstart Apache Axis2: A practical guide to
creating quality web services, Packt Publishing, 2008.
[5] Aaron E Walsh, UDDI, SOAP, and WSDL: The Web Services Specification, Pearson Education, 2002.
[6] Vartan Piroumian, Wireless J2ME Platform Programming, Prentice
Hall PTR, 2002.
[7] Tyler Jewell David Chappell, J2ME: The Complete Reference,
McGraw-Hill Osborne, 2003.

215

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
217
Interface entre Java e FORTRAN

P0944
Carlos Duarte Taveira de Matos,duarte.duda@gmail.com
Abstract The objective of this project is to do the interface

between Java and FORTRAN programming languages.
The interface between Java and FORTRAN is done using an
intermediary language the C++ that serves of bridge between
them.
In addition to this interface another objective is to make this
aplication avaiable to communicate with other applications in
the same platform or in a different platform. This basically
consist in building a Web Service. In a brief way we can do
a request to a service whose calculation is done in FORTRAN
and it processes in a transparent mode to the user.
Resumo O objectivo deste projecto e realizar a interface entre as linguagens de programaca o Java e FORTRAN.
A interface entre o Java e o FORTRAN e feita usando uma
linguagem intermediaria, o C++ que serve de ponte entre as
duas linguagens. Alem desta interface outro objectivo e fazer
com que esta aplicaca o fique disponvel para comunicar com
outras na mesma plataforma ou numa plataforma diferente,
isto consiste basicamente na criaca o de um Web Service. Assim, resumidamente, pode-se fazer um pedido a um servico
em que o calculo e feito em FORTRAN e se processa de um
modo transparente ao utilizador.
Keywords Java, Fortran, Web Service
Palavras chave Java, Fortran, Web Service
I. I NTRODUC AO
O objectivo deste projecto e poder fazer uma interface entre o Java e FORTRAN. A origem da palavra FORTRAN
que vem da expressao FORmula TRANslation, mostra que
o ponto forte do FORTRAN sera entao o calculo, sendo a
linguagem FORTRAN principalmente utilizada em Analise
Numerica.
Ao fazer entao a interface entre as duas linguagens pode-se
aproveitar o ponto forte do FORTRAN, o calculo numerico
e atraves do Java pode-se nao so melhorar a apresentaca o
dos resultados como tambem tornar este calculo disponvel
para ser invocado remotamente atraves de um Web Service.
O que se pretende entao e combinar as vantagens das duas
linguagens numa u nica aplicaca o.
Na figura 1 tem-se uma visao geral daquilo que se pretende. Da imagem retira-se que a aplicaca o cliente apenas
vai conter linguagem Java e o cliente nao sabe nem precisa
de saber como se vai processar o calculo no servidor, apenas vai enviar o pedido e receber a resposta. Sendo portanto
o calculo completamente transparente ao utilizador.
O modo como o servidor vai lidar com opedido e fazer
a interface entre Java e FORTRAN vai ser explicado mais
aprofundadamente nos secco es seguintes.
Fig. 1
D IAGRAMA DA ABORDAGEM AO PROBLEMA
ENTRE O JAVA E O FORTRAN

II. I NTERLIGAC AO
No desenvolvimento do projecto foram utilizadas varias
tecnologias, que irao ser descritas nesta secca o. Uma delas
sao os Web Services, que permitem uma interoperabilidade
entre aplicaco es. Estes servicos permitem invocar metodos
em outras aplicaco es, duas aplicaco es escritas em linguagens diferentes podem comunicar entre si atraves de um
Web Service.
O problema a resolver e o modo como a interface vai ser
feita, inicialmente haveria dois modos diferentes, ou directamente entre Web Services ou recorrendo a bibliotecas.
O metodo escolhido foi o segundo devido aos programas
FORTRAN serem web-unfriendly, ou seja, a criaca o de Web
Services em FORTRAN foi um entrave inicial que obrigou
a escolher a abordagem das bibliotecas.
Num Web Service existe a aplicaca o Servidor, que fornece
o servico e a aplicaca o Cliente que utiliza os recursos desse
Servidor. Uma vantagem da utilizaca o de Web Services e
que estes utilizam tecnologias Standard como XML (eXtensible Markup Language) e o protocolo HTTP (Hypertext
Transfer Protocol).
A comunicaca o entre as aplicaco es e feita com recurso ao
protocolo SOAP(Simple Object Access Protocol) que utiliza tecnologias baseadas em XML [1]. O SOAP surgiu
com o objectivo de realizar RPCs (Chamadas Remotas de
metodos). O objectivo dos Web Services e a comunicaca o
aplicaca o - aplicaca o via Web independentemente da linguagem em que as aplicaco es sao escritas.
Na figura 2 pode-se ver que o servidor publica o servico
na Web e o cliente apos o encontrar o servico e obter os
218

Fig. 2
D IAGRAMA DE UM W EB S ERVICE
ficheiros necessarios para aceder ao servico, podera entao

utiliza-lo. O Web Service ira ser a componente mais exterior
do projecto e a u ltima a implementar.
A linguagem FORTRAN e tambem utilizada no projecto,
sendo alias o principal motivo da realizaca o do mesmo. Isto
devido ao seu elevadissmo poder de calculo, apesar de ter
sido desenvolvida na decada de 1950, ainda continua a ser
utilizada no dias que correm.
Ao longo do tempo foi sofrendo melhoramentos, mas a
sua caracterstica principal, mantem-se a mesma, a capacidade de calculo. Esta linguagem prima por ter um melhor desempenho em programas que exigem um grande
esforco computacional, ou seja, podemos caracterizar o
FORTRAN como uma linguagem cujos seus programas se
destacam por uma maior rapidez de execuca o quando a
exigencia de calculo e grande, da esta linguagem ainda
nao ter cado em desuso e ser uma ferramenta muito u til
junto da comunidade cientfica, em especial nos ramos da
Ciencia da Computaca o e da Analise Numerica, sendo isto
a justificaca o para a utilizaca o desta linguagem do projecto,
ou melhor, impulsionador da realizaca o do mesmo.
Ao longo do tempo tem vindo a ser desenvolvidas varias
versoes do FORTRAN, a que foi utilizada no projecto e a
FORTRAN 90, depois desta ja sairam mais duas versoes, o
FORTRAN 95 e o FORTRAN 2003.
Este u ltimo destacando-se dos anteriores por possibilitar
lidar com excepco es, permitir programaca o orientada a objectos e melhorias a nvel da interoperabilidade com a linguagem C.
Onde o FORTRAN podera nao ser tao bom, apresentaca o
de dados e Web, trouxe-se a linguagem Java para o projecto, que ira permitir um melhor grafismo na apresentaca o
de dados assim como possibilitar criar e utilizar os Web Services. A linguagem Java e uma linguagem de programaca o
orientada a objectos. Uma das grandes vantagems do Java
e que pode correr em qualquer hardware ou sistema operativo, isto porque a plataforma Java e multi-plataforma e nao
CARLOS MATOS [20317]
se prende apenas a um sistma operativo como Windows ou

Linux [2]. Isto e possvel porque os seus programas sao
interpretados numa Maquina Virtual, a JVM (Java Virtual
Machine). Um programa Java ao ser compilado e convertido em bytecodes [3].
Para se poder correr um programa em Java necessita-se
de ter o JRE (Java Runtime Environment), que contem a
maquina virtual (JVM) e um conjunto de bibliotecas de
classe, que permitem entao a independencia do sistema operativo, pois nao necessita das bibliotecas do mesmo.
O facto de o Java ser open source e tambem uma enorme
vantagem relativamente a outros concorrentes do mesmo.
Pode-se simplesmente fazer o download do software de desenvolvimento de uma aplicaca o Java, como por exemplo o
Netbeans,que foi o utilizado neste projecto, gratuitamente.
Em suma, o facto da portabilidade do Java e o facto de ser
open source tiveram um grande peso na escolha do Java
para o trabalho. Durante a pesquisa para a realizaca o do
projecto tomou-se conhecimento que para fazer uma interface entre o Java e o FORTRAN teria que se utilizar o C
como ponte de ligaca o entre as duas, optou-se entao por
criar como ponte uma Biblioteca (DLL) desenvolvida em
C++. Uma explicaca o mais sucinta deste processo vai ser
descrita numa das proximas secco es do artigo.
Uma DLL (Dynamic Link Library), e uma biblioteca que
pode conter dados ou funco es executaveis. Uma biblioteca
pode ter uma ou mais funco es que podem ser acedidas
por programas de uma maneira dinamica ou estatica. A
diferenca e que numa ligaca o estatica, a ligaca o entre programa e biblioteca mantem-se constante durante a execuca o
do programa ao passo que numa ligaca o dinamica e criada
pelo programa assim que ele necessitar.
Fig. 3
JAVA NATIVE I NTERFACE
Por u ltimo mas nao menos importante surge a JNI (Java

Native Interface), esta interface e muito u til quando queremos lidar com situaco es em que a aplicaca o nao pode ser
inteiramente escrita em Java. O JNI realiza a interface
entre o Java e outras linguagens como o C e C++, e utilizado tambem em situaco es em que e necessario fazer algo
matematicamente exigente, ou seja, em situaco es em que o
codigo nativo possa ter melhor desempenho.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
III. C ONCEPC AO
A opca o para ligar o Java e o FORTRAN escolhida foi criar
uma biblioteca (DLL) em C++ que pudesse ser chamada
pelo Java, por sua vez a biblioteca (DLL) em C++ ira recorrer a uma outra biblioteca (DLL) feita em FORTRAN para
realizar o calculo pedido. Na figura 4 o bloco Java representa uma classe Java. O bloco C++ uma DLL escrita
em C++ e o bloco FORTRAN uma DLL escrita em FORTRAN. Na figura 4 podem-se ver, numerados, os passos
219
pela aplicaca o servidor. A implementaca o do Web Service

tem como objectivo disponibilizar o servico nao apenas a
um utilizador, mas sim a um conjunto de utilizadores, alem
disso ira evitar a necessidade do cliente do servico ter de
possuir os respectivos ficheiros das bibliotecas.
IV. I MPLEMENTAC AO
O primeiro passo foi dividir o trabalho em pequenos passos. Cada parte do trabalho foi executada isoladamente com
sucesso antes de se realizar a junca o de todo o trabalho.
Para uma melhor compreenca o do que foi a implementaca o
deve-se dizer que o objectivo final da implementaca o e
neste caso obter a soma de dois numeros inteiros,e receber
o resultado como um inteiro. Ao longo da explicaca o da
implementaca o serao referidas as variaveis a somar como a
e b e o resultado como c.
O primeiro passo foi entao escrever o seguinte programa
em Java cujo codigo podemos ver na figura 5.
Fig. 4
D IAGRAMA DA P ONTE EM C++ ENTRE JAVA E FORTRAN
do fluxo da aplicaca o. O numero um representa o envio

de parametros de Java para um metodo nativo presente no
bloco C++.
No numero dois, este metodo vai enviar os mesmos
parametros para uma funca o FORTRAN dentro de uma
DLL, esta, faz o calculo. No passo tres o resultado do
calculo e devolvido a` DLL C++.
No u ltimo passo, o quatro, o resultado e devolvido pela
DLL C++ ao projecto Java. O conteudo da figura 4 corresponde ao que vai fazer o Servidor do Web Service assim que receba o pedido do servico. Estando portanto
representado na imagem o conteudo da aplicaca o servidor. A aplicaca o cliente ira apenas utilizar este servico
sem se aperceber que existem partes escritas noutras linguagens, no que lhe diz respeito, apenas envia o pedido
e espera resposta, ou seja, que o servico lhe seja prestado
Fig. 5
P ROGRAMA TESTE . JAVA
Este programa vai aceder a uma funca o soma que vai estar
dentro da biblioteca com o nome proj, a esta funca o vao ser
enviados os valores 10 e 20 como valores das variaveis a
e b e vai ser dado como retorno a soma a+b. Apos escrito
o programa e necessario gerar o ficheiro de cabecalho o .h
para posteriormente incluir no projecto de criaca o da DLL
em C++ [4]. A criaca o deste cabecalho e feita atraves do
seguinte comando que se pode ver na figura 6. Em que a
classe Java neste caso tem o nome teste.
220

Fig. 6
F ICHEIROS DO PROJECTO C++
De seguida vem a criaca o de uma DLL em C++, neste caso

a proj.dll. E entao criado um novo projecto no Visual Studio 2008. Criou-se um novo projecto de nome proj em C++
do tipo MFC DLL. De seguida foram copiados os ficheiros
de cabecalho das pastas INCLUDE e WIN32 no interior da
pasta JDK para a pasta deste novo projecto e foram entao
adicionados aos header files do projecto C++, ficando o projecto com os ficheiros que podemos ver na figura 7.
Fig. 8
DO JAVA NATIVE I NTERFACE
I MPLEMENTAC AO
comecou-se por criar uma nova biblioteca, desta vez escrita

em FORTRAN, a biblioteca aqui criada, vai ser a utilizada
na ligaca o final do trabalho, o mesmo nao se pode dizer da
biblioteca criada anteriormente, a proj.dll, que serviu apenas para teste para conseguir por o Java e o C++ a comunicar. Para criar a biblioteca FORTRAN foi utilizado o Digital Visual Fortran.
Foi entao criada a DLL FORTRAN chamada dllfortran que
contem a funca o dllsoma, que recebe como parametros dois
inteiros, ae be devolve a soma. O codigo da mesma
pode ser visto na figura 9.
Fig. 7
F ICHEIROS DO PROJECTO C++
Por fim e colocada a funca o definida no cabecalho teste.h

no proj.cpp, e temos, depois de compilado a biblioteca
proj.dll com a funca o soma.
Esta biblioteca foi colocada na pasta BIN dentro da pasta
JRE. Caso se quiser correr o programa Java no Netbeans,
deve-se colocar na pasta BIN dentro da pasta JRE mas nesta
feita dentro do JDK. O diagrama desta parte do projecto
pode ser visto na figura 8. Correndo o programa obtevese o resultado esperado, neste caso 30. Realizada entao
a comunicaca o do Java com o C++, a proxima etapa foi
colocar o C++ a comunicar com o FORTRAN, nesta etapa
Fig. 9
DLL FORTRAN
A segunda linha do codigo e de extrema importancia pois

permite exportara funca o na biblioteca, neste caso, a dllsoma [5]. No caso de haver varias funco es, o comando da
segunda linha deve-se fazer para cada funca o ou subrotina
existente na DLL.
O proximo passou foi criar um projecto em C++ que conseguisse aceder com sucesso a` funca o dllsoma existente
na biblioteca dllfortran. Foi entao criado um novo pro-

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
jecto em C++, o acesso a bibliotecas apartir do C++ consiste em cinco etapas,visveis na figura 10 o respectivo
codigo, sendo elas: obter ou carregar a DLL; de seguida
obter o endereco da funca o dllsoma; definir a funca o na
dll como reutilizaca o; chamar a funca o; libertar a DLL. A
comunicaca o com a DLL apartir do C++ foi a mais demorada e mais difcil de realizar, isto dado a um simples, mas
muito importante, sendo que os parametros a e b quando
passados do programa C++ para a funca o dllsoma existente
na biblioteca tem obrigatoriamente de ser passados por referencia, nao podendo ser passados por valor. Isto obrigou
entao que os parametros fossem passados do C++ para a
funcao em FORTRAN por referencia, nao havendo necessidade de alterar qualquer outra passagem de parametros
em outras partes do projecto.
Estando esta etapa concluda estava concluda a
comunicaca o Java/C++ e a comunicaca o C++/FORTRAN,
restando agora fazer a interface entre as duas linguagens.
A junca o de todo o trabalho foi feita aproveitando logo a`
partida a DLL feita em FORTRAN, a dllfortran mas agora
com a criacao de uma nova biblioteca em C++, de seu
nome dllfinal, sendo estas as duas bibliotecas utilizadas e
necessarias a` interface entre as linguagens.
221
Fig. 11
AOS P ARAMETROS
` FUNC AO
DLLSOMA
A LTERAC AO
A ENVIAR A
Fig. 12
D IAGRAMA DA INTERFACE ENTRE JAVA E FORTRAN
Fig. 10
C ODIGO
PARA ACEDER A DLL EM C++
Dadas as ligaco es previas entre Java/C++ e

C++/FORTRAN, esta etapa foi a mais simples, dado
que ja nao existe nada de novo a acrescentar. O codigo
das etapas anteriores foi como e o bvio aproveitado. Um
pequeno pormenor teve de ser feito a nvel de uma alteraca o
de parametros para que a dll pudesse funcionar, que foi
uma alteraca o nos parametros recebidos do Java antes
destes serem passados para a funca o FORTRAN, alteraca o
visvel na figura 11.
Finalizada a dllfinal, foi criado um programa Java, o
proj.java para testar se a interface entre Java e FORTRAN
estaria correcta. Este ficheiro passa nos parametros a e b os
valores 10 e 20 e espera a soma. So enviando os parametros
para a dllfinal, sem saber que o calculo da soma vai ser
feito na dllfortran. O modo como se processa entao a interface entre Java e FORTRAN esta exemplificado detalhadamente na figura numero 12, com os respectivos nomes de
ficheiros, funco es e variaveis.
Ao executar o ficheiro proj.java com sucesso foi entao conc UTAD - ECT - Departamento de Engenharias
seguida a tao bem desejada interface entre Java e FORTRAN como pretendido inicialmente. O resultado foi o
pretendido o resultado da soma foi o pretendido, 30 neste
caso.
Por fim, a u ltima etapa do projecto foi criar um Web Service. O primeiro passo foi escrever o codigo do lado do
Servidor. Foram criadas duas classes, uma que exporta uma
funca o como Web Service com o nome de proj e outra que
e chamada por esta que chama a funca o nativa em C++ de
seu nome SomaDLL. O codigo das duas classes do servidor
pode ser visto nas figuras 13 e 14.
Apartir da classe SomaDLL criou-se o ficheiro .h. Apartir
deste foi alterado o projecto em Visual Studio correspondente a` dllfinal de modo a esta DLL comunicar com a classe
SomaDLL. Apos as alteraco es, o projecto foi compilado. E
a dllfinal foi colocada na pasta BIN do JRE da JDK.
Foram gerados os ficheiros do servico apartir da classe do
servico com o comando: Apt testeservidor/proj. De seguida
foi executado o servico.
De seguida, do lado do cliente, obtiveram-se os ficheiros
necessarios para aceder ao servico atraves do comando:
wsimport -keep http://localhost:8080/servico?wsdl.
A
etapa seguinte foi escrever o codigo do cliente. O codigo
pode ser visto na figura 15.
Ao ser executado, o cliente chama o servico e envia os
parametros a somar, 10 e 20. O resultado obtido foi o esperado,30.
Na tabela 1 estao os resultados de cada uma das partes
222

Fig. 13
NATIVA EM C++
C LASSE QUE CHAMA A FUNC AO
Fig. 15
C ODIGO
DO CLIENTE
a rea para fazer a interface entre elas e o Java aproveitando

assim o melhor de cada tecnologia.
Alem de aproveitar essas bibliotecas pretende-se tambem
criar um servidor que disponibilize entao o acesso remoto
a todas essas bibliotecas de calculo em FORTRAN via Web
Service, de modo a que possam ficar disponibilizadas nao
so para uma pessoa, mas sim para um grupo de pessoas.
Outro trabalho futuro e a interface ser bidireccional, ou seja,
poder o FORTRAN aceder a programas e metodos Java, ou
seja, o caminho inverso ao implementado neste projecto.
B IBLIOGRAFIA
Fig. 14
COMO W EB S ERVICE
C LASSE QUE EXPORTA A FUNC AO
implementadas.
Comunicaca o
Jaca/C++
C++/FORTRAN
Java/C++/FORTRAN
Web Service
Resultado
em concordancia com o esperado
TABELA I
TABELA DE R ESULTADOS
V. C ONCLUS OES
Demonstrou-se com este trabalho que e possvel fazer a interface entre as duas tecnologias propostas. Como trabalho
futuro, visto que ja se consegue a interface entre as duas linguagens devem-se agora aproveitar as grandes capacidades
de calculo do FORTRAN, mais especficamente na a rea do
calculo numerico,e utilizar bibliotecas ja existentes nessa
[1] Toufic Boubez Doug Davis Glen Daniels Yuichi Nakamura

Ryo Neyama Steve Graham, Simeon Simeonov, Building Web Services With Java, Sams Publishing, primeira edica o, 2001.
[2] Bruce Eckel, Thinking in Java, PRENTICE HALL, quarta edica o,
2006.
[3] P.J. Deitel H.M. Deitel, Java como programar, Bookman, quarta
edica o, 2003.
[4] Calling
FORTRAN
and
C
from
Java,
http://academic2.american.edu/ jpnolan/Misc/FortranDLL.html.
[5] John Nolan,
Creating a Windows DLL with Visual Fortran,
http://academic2.american.edu/ jpnolan/Misc/FortranDLL.html.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
223
Gestao de Software para salas de Informatica

P0945
Vitor Alexandre Moutinho Valente , bitor balente @hotmail.com
Abstract This project aims to implement a software tool

(framework) that facilitates the performance of environments
/ virtual machines and their replication, besides the fact of
support the graphics requirements for their management,in
an easy and automatic mode to support th education in computer science and engineering. For its implementation were
used the following tools: VMware, GTK +, SystemRescueCD
and Linux.
Resumo Este projecto tem como objectivo a implementaca o
de uma ferramenta de software (framework) que facilita o desempenho de ambientes/maquinas virtuais e a sua replicaca o,
para alem de suportar as condico es graficas para a sua
gestao, de modo facil e automatico para suporte de ensino em ciencia de computaca o ou engenharia. Para a sua
implementaca o foram consideradas as seguintes ferramentas:
VMware, GTK+, SystemRescueCD e Linux.
Keywords VMware, SystemRescueCD, linux
Palavras chave VMware, SystemRescueCD, linux
I. I NTRODUC AO
A gestao do software, aplicaco es e seus conteudos para
metodos de aulas laboratoriais aplicadas ao ensino de
computaca o e redes de computadores na vertente de ensino de linguagens de programaca o, sistemas operativos,
aplicaco es e gestao de administraca o de redes de computadores e reconhecidamente uma tarefa complicada. Os interesses e objectivos de cada sessao sao muito diferentes assim
como as necessidades.
Para se obter uma soluca o que suportasse os requisitos
para o ensino de LEEC1 e MEEC2 , teramos com toda
a certeza um sistema muito pesado, complexo e do tipo
monocentrico, isto e , com a possibilidade de ter um u nico
ponto de falha.
Recorrendo a virtualizaca o de ambientes / maquinas virtuais, este problema e de certo modo ultrapassado, sendo
que o sistema fica com caractersticas de fault-tolerance,
ou seja, se existir um problema drastico , bastara reiniciar o
sistema e todas as condico es serao repostas.
A utilizaca o de maquinas virtuais e bastante vantajosa aos
utilizadores, pois permite aos mesmos que trabalhem num
ambiente virtual com os privilegios de um administrador,
sem no entanto alterar a maquina fsica, mas sim uma
maquina virtual criada.
As maquinas virtuais simulam uma maquina fsica e os utilizadores tem a ilusao de que estao a trabalhar com a exclusividade do servico.
1 LEEC-
Licenciatura em Engenharia Electrotecnica e Computadores

Mestrado em Engenharia Electrotecnica e Computadores

2 MEEC-
Outra das vantagens das maquinas virtuais e o seu custo e

portabilidade. A utilizaca o das mesmas evita a necessidade
de ter um equipamento por cada servidor da rede. Podese ter um u nico computador e nele as diferentes maquinas
virtuais com as suas diversas aplicaco es.
O software comecera por permitir ao utilizador escolher a
desejada maquina virtual para o seu trabalho especfico.
Apos a escolha da desejada maquina virtual, o programa
ira abrir automaticamente o VMplayer com a maquina virtual seleccionada, tendo depois o utilizador acesso atraves
do VMware a todas as opco es da maquina que esta a ser
emulada.
O documento esta organizado da seguinte forma:
Introduca o, que descreve brevemente em que consiste o projecto, quais as ferramentas utilizadas, as
motivaco es e a estrutura do documento.
Estado da arte, em que e feito um desenvolvimento das
materias estudadas e aplicadas neste projecto, ou seja,
um estudo mais intensivo explicando em que consistem cada uma das materias, vantagens, desvantagens.
Concepca o, explicando como e que o projecto se vai
realizar.
Implementaca o, em que e explicado como e que o projecto foi executado, os passos seguidos para o sucesso
do mesmo e as dificuldades encontradas.
Testes e resultados, que contem uma analise ao
bom funcionamento bem como o comportamento das
maquinas virtuais.
Conclusao, aonde se relatam todas as analises, tanto
ao projecto bem como ao possvel trabalho futuro que
venha a acontecer com a implementaca o deste software.
II. T ECNOLOGIAS U SADAS
As tecnologias usadas na elaboraca o deste projecto foram
as seguintes:
Virtualizaca o
VMware
Zenity
Partimage
A. Virtualizaca o
A virtualizaca o [1] consite numa camada virtual que permite que varias maquinas virtuais, com sistemas operativos heterogeneos, sejam executadas isoladamente ou lado
a lado, na mesma maquina fsica.
A virtualizaca o tem algumas vantagens tais como:
224

Executar varias maquinas virtuais, com sistemas operacionais heterogeneos, ao mesmo tempo e na mesma
maquina fsica.
Criar maquinas virtuais configuradas totalmente de
forma isolada, com seu proprio conjunto de hardware
virtual para execuca o de sistemas operativos e respectivas aplicaco es.
Guardar, copiar e providenciar rapidamente maquinas
virtuais que possam passar de um servidor fsico para
outro, para permitir a consolidaca o da carga de trabalho e a manutenca o do tempo de inactividade muito
reduzido.
B. VMware
VITOR VALENTE [23301]
duas versoes do VMware (VMware Server e VMware

Player) que de seguida se descrevem:
B.1 VMware Server
O VMware Server e usado em servidores de pequeno e
medio porte. E um software basico para quem quer comecar
a aprender um pouco do mundo da virtualizaca o.
Conta com boa parte dos recursos da versao Workstation, e
adiciona recursos u teis ao uso em servidores, como a gestao
remota. Isto resulta em perda de desempenho na interface
grafica, apesar de nao ser um problema para servidores que
operam sem monitor ou interface grafica.
B.2 VMware Player
O VMware Player e outra versao da distribuica o do produto VMware. E diferente do VMware Server, no aspecto
em que a grande limitaca o e o facto de nao ter as opco es
de criar ou modificar as maquinas virtuais. Ou seja, com
este VMware apenas se trabalha com maquinas virtuais ja
criadas e configuradas.
Os recursos do VMplayer sao os seguintes:
Fig. 1
E SQUEMA DE UM SISTEMA BASEADO EM M AQUINAS

VIRTUAIS
O VMware [2] [3] e um software/maquina virtual que permite a instalaca o e utilizaca o de um sistema operativo dentro de um outro, dando suporte real a aplicaco es de outros
sistemas operativos.
Os arquivos sao armazenados em discos virtuais, que
aparecem como arquivos dentro de uma pasta no sistema
host e cada sistema operativo pode ter uma configuraca o de
rede distinta,com o seu proprio endereco IP. As maquinas
virtuais ficam entao disponveis na rede, como se realmente
se tratasse de computadores completos, permitindo que se
execute um servidor Web ou um programa P2P dentro de
uma maquina virtual, sem arriscar a seguranca do sistema
operativo original da maquina fsica.
O VMware e um produto comercial, destinado principalmente a servidores que podem executar varias maquinas
virtuais dentro do mesmo servidor e assim oferecer hosts
semi-dedicados a um custo bem mais baixo do que o de
servidores exclusivos. O cliente continua a ter acesso completo ao seu servidor, apenas o desempenho e que pode ser
menor, de acordo com o numero de maquinas virtuais por
host.
Por razoes de desempenho, o monitor do VMware utiliza
uma abordagem hbrida para implementar a interface do
monitor com as VMs. O controlo de excepca o e gerencia
de memoria e realizado atraves da manipulaca o directa do
hardware, mas para simplificar o aspecto do ecra, a responsabilidade do controlo de I/O e do sistema anfitriao.
No a mbito deste projecto foram utilizadas essencialmente
Consegue executar uma variedade de sistemas operativos de 32 e 64 bits ,tais como Microsoft Windows,
Red Hat, SUSE, Ubuntu e FreeBSD.
Copiar texto e ficheiros entre a maquina virtual e a
maquina fsica.
Aceder a pastas partilhadas para poder ver dados no
host.
Tem suporte para ligaco es USB 2.0.
Executar uma aplicaca o virtual para ter acesso a`
descrica o do autor acerca dessa mesma aplicaca o.
As aplicaco es virtuais sao previamente feitas e configuradas para estarem prontas a serem executadas dentro
das maquinas virtuais.
C. zenity
Outra ferramenta usada na elaboraca o deste projecto foi a
utilizaca o da linguagem de programaca o zenity, que serviu
para criar um menu bastante simples em que permita ao
utilizador a escolha entre as diferentes maquinas virtuais.
O zenity e uma ferramenta que ajuda a criar varias caixas
de dialogo.
Cada um desses dialogos tem diferentes formas de ser apresentado no ecra e diferentes formas de recolher dados do
utilizador.
Pode-se criar varias caixas de dialogo feitas pelo zenity de
acordo com a necessidade de cada trabalho, como por exemplo, caixas entrada, de erro, de calendario, de selecca o
de ficheiros, de notificaca o, de progresso, etc.
D. partimage
O partimage [4] [5] e uma ferramenta do Linux que
permite fazer e recuperar backups de discos rgidos ou
partico es, na forma de uma imagem.
Esta ferramenta e bastante u til devido ao facto de um administrador poder controlar as respectivas maquinas fsicas.
Pode-se fazer um backup de partico es individuais do disco
no caso de haver falha do sistema ou ficheiros corrompidos.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
Fig. 2
E XEMPLO DE UMA CAIXA DE DI ALOGO

ZENITY
Podemos comprimir o ficheiro de imagem com o gzip ou

com bzip2, para poupar espaco necessario em disco.
Podem tambem ser separados em multiplos ficheiros para
poderem ser gravados para um CD/DVD.
No caso de nao se querer instalar esta ferramenta, podese sempre gravar o SystemRescueCD para que se consiga
utilizar o partimage com a finalidade de recuperar imagens
mesmo sem o computador ter um sistema operativo instalado.
Esta ferramenta, para ser mais rapida e eficiente, apenas
vai gravar para o ficheiro de imagem as porco es de dados
ocupadas pela maquina, nao gravando as partes livres do
disco.
Tambem funciona com ficheiros bastante grandes conseguindo comprim-los com o gzip para ficheiros mais pequenos.
O partimage consegue, em 10 minutos, se houver problemas no sistema, restaurar o sistema original, conseguindo
depois gravar a imagem num CD para o utilizador nao ter
de usar espaco em disco.
Tambem e uma ferramenta muito u til para o caso de se
ter bastantes computadores numa mesma sala. Instala-se o
sistema base numa maquina, e cria-se a imagem para um
CD.
Depois e so inserir o CD nos restantes computadores e
fazer o restauro do sistema a partir dessa imagem.
III. C ONCEPC AO
O objectivo do projecto e fazer um menu para escolha de
maquinas virtuais, de forma a ajudar todos os processos que
possam advir da utilizaca o dos computadores de uma sala
de informatica, bem como para que os alunos possam escolher mediante das suas necessidades. Outro dos objectivos
do trabalho e , em caso de erro do sistema ou quebra do
mesmo, fazer a recuperaca o das maquinas virtuais atraves
das ferramentas necessarias.
Outra das finalidades passa por: Depois da elaboraca o
deste projecto, ele permita um acesso facilitado a todos os
utilizadores, para uma utilizaca o mais simples e eficaz de

225
Fig. 3
E SQUEMA DO FUNCIONAMENTO DO SOFTWARE
todos os recursos das maquinas fsicas.

O projecto ira consistir na abertura de um menu, com a
lista das maquinas virtuais disponveis.
Depois da escolha da maquina desejada, essa caixa de
dialogo (menu), ira desaparecer, abrindo entao o VMplayer
com a emulaca o da maquina virtual desejada.
O utilizador ira entao ter um ambiente de utilizaca o igual
ao sistema operativo escolhido.
Depois de acabar o seu trabalho o utilizador ira sair do
VMplayer, e a opca o de desligar o computador ira aparecer,
para que o trabalho possa estar concludo.
A parte da reposica o das maquinas ira ser da responsabilidade da pessoa encarregada da gestao dos computadores da
respectiva sala.
Ao introduzir o SystemRescueCD o administrador ira ter
a opca o de fazer backup aos respectivos computadores.
Depois do sistema base dos computadores estar restabelecido, os computadores irao fazer o backup da actualizaca o
das maquinas virtuais, como esta ilustrado na figura 3.
Desta forma o sistema ira estar operacional outra vez.
IV. I MPLEMENTAC AO
A implementaca o do projecto desenvolveu-se em varias
fases que de seguida se descreve:
Comecou-se por instalar o sistema base (xubuntu).
Apos isto foi desenvolvido um script para por as funcionalidades a correr sem nenhuma acca o do utilizador. O
primeiro script a ser criado e o menu em zenity, que se inicia com o seguinte comando: vim menu.sh
Logo depois, foi criado o codigo ilustrado na fig. 4.
Apos isto foi criado um script que corra dentro da opca o
de arranque em modo normal:
X&
Sawfish &
xterm &
while true;
do menu.sh;
226

VITOR VALENTE [23301]
quando for introduzida nova maquina virtual no menu).
Fig. 4
DO MENU EM ZENITY
C ODIGO
DE CRIAC
AO
Fig. 6
A SPECTO DA FUNCIONALIDADE PARTIMAGE
done
Depois, o ficheiro que contem o script foi posto a
correr no fim de todas as operaco es basicas para
o arranque da maquina com o seguinte comando:
ln /etc/init.d/teste.sh s99zteste.sh -s
Fig. 5
DO FICHEIRO TESTE COM O NOME S99 ZTESTE NA
C OLOCAC AO
ULTIMA
OPC
AO
Esse gestor ira tambem ter uma opca o para recuperar as

maquinas virtuais atraves da conexao a um servidor externo, em caso de falha de alguma das maquinas fsicas.
Esse processo tem o nome de partimage e funciona da
seguinte maneira: em caso de falha ira haver um tecnico
responsavel pela sala, que tem em seu poder um CD com
o SystemRescueCD, atraves do qual iniciara o computador pelo CD, conectando-se depois a um servidor externo,
e fazendo a recuperaca o da maquina fsica e de todas as
maquinas virtuais disponveis.
Este processo serve igualmente para quando o tecnico desejar fazer uma actualizaca o do software disponvel (ex:
V. T ESTES E R ESULTADOS
Nesta secca o e mostrado um teste feito ao VMware para
ver se este consegue correr bem as maquinas virtuais.
Neste caso, vai ser testada a maquina virtual do WindowsXP.
Fig. 7
DO W INDOWS XP
V IRTUALIZAC AO
Como se pode verificar pela fig. 7, a maquina virtual foi

bem sucedida na sua virtualizaca o.
Na fig. 8 podemos observar que a maquina virtual tem
todas as funcionalidades disponveis como se tratasse de um
sistema operativo base da maquina fsica.
Como se pode concluir, o resultado foi o esperado, nao
sendo observado qualquer erro nem nenhuma anomalia.
Visto isto, nao ha razao nenhuma para que o sistema nao
funcione bem, e por isso podera ser implementado numa
sala de aula.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
227
dentro do VMplayer nao sendo registado qualquer

problema durante a utilizaca o das mesmas.
A implementaca o do menu em zenity foi perfeitamente
executada ja que o menu e compreensvel para todos
os utilizadores.
A ferramenta partimage resultou, pois conseguiu-se
criar partico es no disco rgido a partir das imagens criadas das maquinas virtuais.
A interacca o entre os utilizadores e as maquinas virtuais foi atingida com sucesso.
Os trabalhos futuros que podem advir da realizaca o deste
trabalho sao os seguintes:
Fig. 8
A SPECTO DO AMBIENTE DE TRABALHO DO W INDOWS XP
Uma maior variedade de opco es para a gestao e

utilizaca o deste software.
Um aperfeicoamento do software de modo a que pequenas imperfeico es possam ser removidas.
B IBLIOGRAFIA
VI. C ONCLUS AO
O objectivo que se prendia com a realizaca o deste projecto
era desenvolver um software que permita a melhor gestao e
replicaca o dos computadores de uma sala de informatica.
Com este sistema, nao ira haver tantos problemas de falhas nestes computadores pois o sistema operativo e bastante
simples e nao exige demasiado pela maquina fsica, tendo
as respectivas maquinas virtuais la instaladas.
A instalaca o desta ferramenta de trabalho, devido ao
facto de ser um software amigavel do ponto de vista de
utilizaca o, e bastante u til aos utilizadores. Tambem aos
administradores vai permitir uma melhor gestao, pois possuem ferramentas que podem simplificar o seu trabalho de
manutenca o dos computadores.
As instalco es das maquinas virtuais (VMplayer), correu da
melhor maneira, sendo tambem uma funcionalidade bastante importante, pois vai permitir a facil implementaca o
das maquinas virtuais necessarias ao trabalho dos utilizadores. Esta ferramenta nao diminui muito o desempenho da maquina fsica.
A linguagem zenity, tambem foi bastante agradavel de usar
ja que se conseguiu criar um menu acessvel, sem muitas
complicaco es, e ao mesmo tempo foi uma linguagem facil
de implementar, pois consegue-se criar caixas de dialogo
bastante u teis.
Com o partimage, pode-se fazer um backup das maquinas
que desejarmos, bem como das partico es necessarias, para
as podermos utilizar noutras maquinas fsicas, desde que
haja espaco livre no disco do servidor externo. Em caso de
falha ira ser mais eficaz a recuperaca o dos dados perdidos.
Da secca o dos Testes e Resultados, podemos verificar que
o trabalho atingiu os seus objectivos, tendo todas as ferramentas necessarias a` basica utilizaca o que um sistema operativo costuma ter.
Desta forma os objectivos propostos e levantados durante
o estudo e realizaca o dos mesmos satisfazem os requisitos
na medida em que:
As maquinas virtuais sao executadas perfeitamente

[1] Building the Virtualized Enterprise with VMware Infraestructure.

White paper.pp18.
[2] Virtualization overhead. White paper.pp11.
[3] Virtualization: Architectured Considerations and other Evaluation
Criterie. White paper.pp14.
[4] V. Liang e X. Guan, A virtual disk environment for providing file
system recovery, 2006.
[5] M. A Penhallurick, Metodologies for use of VMware to boot
cloned/mounted subject hard disk images, 2005.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
229
Ambientes Tecnologicamente Assistidos-Sensores

P0946
Ademar Filipe Coelho Calcada, ademar calcada@sapo.pt
Abstract This project started with a partnership with PT

Inovaca o and the main approach is the Ambiente Assisted
Living (AAL), which aims to improve the quality of life of
older people and strengthen the Europe industry, through the
use of information and communication technologies (ICT) [1].
This study aimed to promote a better life, more healthy and
independent for risk groups, making a remote monitoring,
and giving any alarm in chase of emergency, looking for a new
ideology for the use of home automation.
Another approaching was made through the study of how
data collection can identify the profile of a citizen, using this
information to develop services which meet the specific needs
of the individual.
saudavel para indivduos em risco. Reforcar a seguranca,

para evitar o isolamento social e o apoio a` manutenca o da
multifuncionalidade da rede em redor do indivduo e ainda
o apoio a familiares e a organizaco es de cuidados [1].
Nestas u ltimas decadas tem se observado um enorme
avanco e desenvolvimento na tecnologia implementada nos
sensores, sendo cada vez mais pequenos e mais precisos,
e no desenvolvimento das telecomunicaco es sem fios (ex:
zigbee, bluetooth, wi-fi, etc.).
Neste sentido, tecnologias como as referidas poderao ser
de extrema utilidade no auxlio da populaca o em geral e
sobretudo da mais necessitada.
Resumo Este projecto partiu de uma parceria com a PT

Inovaca o e tem como abordagem principal o Ambiente Assisted
Living (AAL), que tem como objectivo principal melhorar a
qualidade de vida dos idosos, e fortalecer a base industrial na
Europa atraves da utilizaca o de Tecnologias de Informaca o e
Comunicaca o (TIC) [1].
O estudo levado a cabo teve como objectivo promover uma
vida melhor, mais saudavel e autonoma para grupos de risco,
fazendo a sua monitorizaca o remota e dando algum alarme
em caso de emergencia, procurando uma nova ideologia para
a utilizaca o da domotica.
Uma outra abordagem efectuada foi o estudo de como
atraves da recolha de dados se pode identificar o perfil do indivduo, uma informaca o importante para o desenvolvimento
de servicos que vao de encontro a` s necessidades especficas do
cidadao.
Keywords Home automation, Profiles, Monitoring
Palavras chave Domotica, Perfis, Monitorizaca o
I. I NTRODUC AO
Hoje em dia o cidadao comum tem a vida cada vez mais
ocupada, prova disso e a propria taxa de natalidade portuguesa.
A consequencia disso e o envelhecimento da populaca o
como se pode observar pelos dados estatsticos levados a
cabo pelo INE (Fig. 1 e Fig. 2).
Estes dados leva a pensar como a tecnologia pode ir de encontro aos problemas que da advem e ajudar nas tarefas do
dia-a-dia. Como podemos observar os idosos estao tambem
cada vez mais isolados e dependentes de si mesmos (Fig. 3).
O programa AAL tem por objectivos aumentar o tempo
de vida em que as pessoas podem viver no seu ambiente
preferido, aumentando a sua autonomia, auto-confianca e
mobilidade. Apoiar a manutenca o da saude e da capacidade
funcional dos idosos, promover uma vida melhor e mais
Fig. 1
I NDICE DE ENVELHECIMENTO POR NUTS II, 2007
A. A Domotica
A Domotica e uma tecnologia recente do ramo da engenharia que permite a gestao inteligente dos recursos
habitacionais, ou seja, viver de forma inteligente numa
casa robotizada com funco es automaticas.
O termo
Domoticaderiva do frances Domotiqueque podemos
identificar como casa (Domus) automatica (Imotique)
(Fig. 4).
E uma ciencia que consiste na aplicaca o de diferentes tipos
de controlo de funcionalidades dentro de uma casa, tudo em
benefcio do consumidor.
230

ADEMAR CALCADA [24248]
semelhantes a` s outras casas, mas com mais poupanca de

energia e a domotica vem ajudar a que isso ocorra [2] [3].
A.1 Aplicaco es da Domotica
Fig. 2
PERCENTUAL DA POPULAC AO
RESIDENTE SEGUNDO
D ISTRIBUIC AO
O GRUPO ET ARIO
, EM 31/12/2007 POR NUTS II
Fig. 3
I NDICE DE DEPEND E NCIA DE IDOSOS POR NUTS II, 2007
Alem da seguranca e comunicaco es que a domotica

abrange esta tambem interligada com a iluminaca o,
climatizaca o e automatizaca o da casa.
Por exemplo a partir de um site podemos ter acesso a diferentes funcionalidades que a domotica nos permite, como
apagar todas as luzes da casa em simultaneo e fechar todos
os estores. O que a domotica tambem permite realizar, e
podermos mudar as imagens dos quadros da casa e mudar
um vidro de opaco para transparente e vice-versa, como se
fosse um cortinado digital [2] [3].
Nos nossos dias, apesar de ainda ser pouco conhecida e divulgada, mas pelo conforto, comodidade e seguranca, seja
por incendio, inundaca o, intrusao ou quebra de vidros, a
domotica promete vir a ter muitos adeptos.
Uma mais-valia que a domotica nos da e a questao de podermos controlar uma casa em qualquer parte do mundo.
A gestao dos recursos habitacionais e o controlo dos consumos energeticos, gas e a` gua sao outras vantagens desta
tecnologia.
O interesse que temos de ter da domotica e ser capaz de
centralizar informaca o e controlo de uma serie de subsistemas ja existentes, como alarmes, controlo das luzes, controlo do aquecimento e o controlo da climatizaca o do ambiente.
Todas as pessoas hoje em dia se preocupam cada vez mais
se a sua casa lhes possibilita, ou nao, ter nveis de conforto
A Domotica combina a electronica e as TIC para efectuar

uma gestao dos diversos equipamentos integrados de uma
habitaca o. Tornando a vida mais confortavel, mais segura e
isto tudo com uma maior eficiencia.
Vem permitir uma automaca o das tarefas efectuadas no
dia-a-dia, deixando mais tempo livre e menos preocupaco es
para aos habitantes da casa.
O sistema pode ser controlado de acordo com as necessidades do utilizador, assim o utilizador pode escolher se
quer o sistema mais ou menos automatico, de acordo com a
inteligencia do sistema instalado [2] [3].
Nos sistemas passivos o elemento reage so quando lhe e
transmitida uma ordem, dada directamente pelo utilizador
ou por um comando.
Nos sistemas mais avancados, nao so interpreta
parametros, como reage a` s informaco es transmitidas
pelos sensores, por exemplo se detectar a existencia de
intrusos podera avisar o utilizador, ou se detectar que a
temperatura esta a diminuir pode ligar o aquecimento.
O controlo remoto de habitaco es deixa de ser algo complexo, sendo que a domotica permite o acesso a` s funco es
vitais da casa, a partir da Internet ou do seu telemovel.
A domotica permite programar tarefas diarias de uma
forma automatica [2] [3].
A domotica permite poupar energia utilizando os aparelhos
apropriados gerindo os gastos de electricidade e regulando
a iluminaca o de acordo com o nvel de luminosidade ambiente. Para a sua casa ter uma aparencia de estar habitada,
basta programar as luzes para acender a determinadas horas
e em determinadas divisoes.
A climatizaca o pode ser programada para activar e desactivar equipamentos de aquecimento, ventilaca o ou ar condicionado, permitindo manter um nvel de conforto e podemos ainda controlar tudo a partir do telemovel ou da internet, de modo a certificar-nos que tudo esta como queremos.
A domotica pode tambem actuar a diversos nveis de
seguranca. O sistema, atraves dos sensores, permite detectar se existem fugas de gas, inundaco es ou incendios. A
detecca o de intrusos tambem e muito relevante ao nvel da
seguranca e levada em consideraca o pelo sistema.
Por fim os dados podem ser comunicados apoiando-se
no avanco das novas tecnologias computacionais e de
telecomunicaco es. A domotica nao so permite visualizar (e
ouvir) a partir da Internet ou telemovel, diversas divisoes
de sua casa, permitindo-lhe estar completamente relaxado
sabendo que tudo esta bem, como permite a comunicaca o
com o sistema, desligando a televisao que ficou acesa,
baixar o estore quando o sol incidir, acender as luzes
exteriores quando se estiver a aproximar de casa ou
controlar a climatizaca o, de modo a manter o conforto
quando regressar a casa [2] [3].

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
231
Fig. 4
D OM OTICA
B. Sensores
Nos primordios, o homem gostava de poder medir/ quantificar uma certa grandeza fsica, como por exemplo a temperatura, fumo, pressao, etc.
No processo de medica o/quantificaca o por meios
electronicos e necessario obter uma grandeza electrica,
atraves da grandeza fsica a medir, de maneira a que essa
grandeza electrica seja sua fiel.
Pode definir-se um sensor ou transdutor como sendo, todo
o dispositivo ou equipamento que transforma uma forma de
energia noutra forma de energia [4]. Ou em instrumentaca o
electrica/electronica, todo o dispositivo ou equipamento
que converte qualquer grandeza fsica nao electrica (temperatura, calor, pressao, por exemplo), numa grandeza
electrica como tensao, corrente, resistencia, bobine ou um
condensador. Estes parametros podem ser depois descritos
em termos de amplitude, frequencia e fase. (Fig. 6).
Existem varias abordagens na classificaca o de sensores.
Podem ser classificados com base no princpio electrico
de funcionamento, na grandeza fsica a medir ou na propriedade que e medida, ou em funca o da aplicaca o a que se
destinam.
No que diz respeito a` sua aplicaca o, eles podem ser de tres
tipos: de observaca o e vigilancia de processos e operaco es,
de controlo de processos ou de analise experimental em

ciencias e engenharia [4].
Os sensores de observaca o e vigilancia de processos e operaco es, sao utilizados essencialmente para
observaca o. Por exemplo, os termometros, os barometros,
os anemometros, sao utilizados pelos meteorologistas para
observarem as condico es ambientais (temperatura, pressao,
velocidade do vento), nao sendo as suas leituras utilizadas
em qualquer funca o de controlo (no sentido usual, de
alteraca o voluntaria dessas condico es ambientais).
No segundo tipo, de controlo de processos, o sensor e um
componente de sistema de controlo, em geral automatico.
Por exemplo no caso de um sistema de aquecimento central,
ele deve incluir necessariamente um sensor capaz de medir
a temperatura. E caso se pretenda fazer um controlo de um
processo mais complexo deve dispor-se de varias medidas
de outros parametros tais como, a pressao, a velocidade,
ou tensao electrica, entre outras, para que atraves das suas
leituras se obtenha a ideia do estado actual do processo.
Nos de terceiro tipo, analise experimental em ciencia e engenharia, o trabalho de investigaca o cientfica e tecnologica
requer frequentemente uma grande quantidade de trabalho
experimental a fim de testar hipoteses cientficas, formular relaco es empricas, analisar a composica o de materiais,
232

etc. Os sensores utilizados com essa finalidade devem ser

de elevada precisao e de excelentes caractersticas de funcionamento.
Outro processo de classificaca o de acordo com o Institute
of Electrical Electronic Engineers (IEEE) [5], consiste na
divisao em dois grandes grupos:
Passivos: geram directamente sinais electricos em resposta a um estmulo externo, ou seja a energia do estmulo
de entrada e convertida pelo sensor numa energia de sada
sem necessidades de potencias adicionais, como exemplo
termoelectricos, piroelectrico, piezoelectrico.
Activos: auto-alimentados, necessitam de uma fonte
externa para operarem, que normalmente se designa
por sistema de excitaca o. Designam-se por vezes por
parametricos, pois as suas propriedades podem ser depois
convertidas em sinais electricos. Como exemplo para estes
sensores temos o termistor que e uma resistencia sensvel
a` temperatura. Este sensor nao gera qualquer sinal mas
fazendo passar atraves dele uma corrente electrica pode
medir-se a resistencia em ohms e directamente relacionarse com a temperatura.
O mecanismo associado a` interpretaca o duma grandeza a
medir por um sensor e sumariado com mais detalhe atraves
da (Fig. 5).
Interface com o ambiente: Sente a presenca de um
fenomeno externo representado de uma forma geral por
uma caracterstica fsica, (nao se excluem propriedades
qumicas ou biologicas): Detecca o.
Selecca o: Selecciona e mede uma propriedade do estmulo
externo
Processamento de Sinal: Transforma o sinal de entrada no sinal correspondente de sada expresso na forma
analogica, digital ou modelado. Algum condicionamento
de sinal pode ser necessario (exemplo: conversao A/D, filtragem, limitaca o, entre outros).
Interface de Sada: Passa o sinal directamente a um sistema de controlo, a um sistema de armazenamento ou a um
utilizador capaz de o processar: Comunicaca o.
Os sensores deverao ser categorizados em intervalos catalogados, pois e muito u til tratar os dados provenientes dos
sensores em muito menor numero, do que estar a tratar os
dados directamente dos sensores, em que teramos muito
mais valores.
Existem diversos tipos de sensores utilizados em equipamentos electronicos. Podendo ser desde simples chaves
ou dispositivos de accionamento momentaneo do tipo
mecanico, ate transdutores especiais que convertem alguma
grandeza fsica numa grandeza electrica como, por exemplo, uma tensao. Esses sensores servem para informar um
circuito electronico de algo que ocorra externamente, sobre
o qual ele deve actuar, ou a partir do qual ele deve comandar
uma determinada acca o [6].
Os equipamentos mais simples podem utilizar apenas
um sensor, enquanto que uma maquina industrial ou um
equipamento medico complexo pode empregar muitos
sensores e de tipos diferentes como sensores de pressao,
temperatura, movimento, etc.
Todos estes sensores
possuem especificaco es que devem ser entendidas por
qualquer um que deseje utiliza-los num projecto [6].
Fig. 6
S ENSORES
C. E-House care
As novas exigencias da Sociedade de Informaca o tornaram
emergente a a rea da Vida Assistida por Ambientes
Inteligentes apoiada nas Tecnologias de Informaca o e
Comunicaca o. Ao ser dada especial atenca o ao desenvolvimento de tecnologias e conteudos com o intuito de melhorar
a autonomia e qualidade de vida do cidadao, surge a oportunidade da criaca o de novos servicos orientados, tanto na
perspectiva do indivduo bem como na dos ambientes inteligentes de uso comum em grandes espacos publicos.
O nosso objectivo e o uso desta tecnologia para outro fim, a
monitorizaca o de um doente, um idoso, uma qualquer pessoa com necessidades especiais.
Sendo certo que ao monitorizar indivduos, em tempo real
ou nao, existem dificuldades na recolha de informaca o devido, por exemplo, a` diversidade de sensores (implantaveis
ou nao, com ou sem fio) com caractersticas proprias ajustadas tambem aos tipos de dados a processar, dada a inexistencia de normalizaca o na a rea de soluco es moveis para
informaca o biomedica, a garantia de QoS sera essencial
para que um sistema passe a constituir uma ferramenta de
apoio clnico.
O desenvolvimento de novas soluco es tecnologicas na a rea
das telecomunicaco es numa perspectiva holstica podera
abranger a prevenca o, monitorizaca o e apoio a prestar a indivduos ou comunidades que necessitem de cuidados de
saude, continuados ou nao, com patologias e caractersticas
especficas [7].
Utilizando os sensores ja existes na domotica dita normal,
podemos obter um outro tipo de informaca o a cerca dos
habitantes da casa, desde o simples saber se a pessoa se
move por casa a recolha de alguns dados biologicos (ex:
temperatura, pulsaco es, glicose, pressao arterial etc.). O
objectivo principal e a utilizaca o dessa informaca o recolhida para o auxlio da pessoa, tentando que isso altere o
mnimo possvel o dia-a-dia da pessoa.
A melhoria da qualidade de vida sera promovida com a

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
233
Fig. 5
E STRUTURA DE UM SENSOR
monitorizaca o remota de pessoas com situaco es clnicas

controladas, de modo a garantir as suas rotinas diarias (envio de mensagens MMS de familiares como reminders para
as pessoas ou tecnicos efectuarem determinada tarefa associada a` sua condica o clnica), ou dar algum alarme em caso
de alguma emergencia.
Daqui surge o conceito e-house care no intuito de aplicar
todas as tecnologias anteriormente descritas, num espaco
habitacional tradicional (Fig. 7).
utilizados por sistemas adaptativos, que personalizam a

interacca o humana com o computador.
Perfis de utilizador podem ser encontrados em sistemas operativos, programas de computador, ou em sites dinamicos
(tais como sites de redes sociais) [8] [9].
C.1 Novas utilizaco es para os sensores ja existentes na

domotica
Aqui vai ser abordada a utilizaca o de alguns sensores existentes na domotica e outros que podem vir a ser utilizados no conceito e-house care. Por exemplo o sensor de
inundaca o sera no a mbito da e-house care utilizado como
sensor de fluxo de a gua, isto e , em vez de detectar se existe
uma fuga de a gua, detecta a utilizaca o por parte de alguma
pessoa do sistema de a gua de uma casa, seja pela abertura
de uma torneira. Deste modo temos a percepca o que em
princpio tudo esta bem com essa pessoa. De um modo
analogo pode ser utilizado o sensor de gas, detectando assim o uso do sistema de gas.
O detector de intrusao ou sensor de presenca no a mbito da
e-house care e utilizado como detector de movimento, assim deste modo e utilizado para detectar movimento dentro
de casa, este detector e especialmente importante porque
podera dar-nos dados relevantes acerca do local onde a pessoa esta localizada, assim como se esta em movimento ou
parada.
Outro tipo de sensores a utilizar, sao os sensores que vao
de acordo com a patologia medica da pessoa. Sensores de
glicose, electrocardiograma, pressao arterial, etc.
Em conjunto estes sensores fornecem dados que sao muito
importantes para a criaca o do perfil de uma pessoa, de modo
a que o acompanhamento/monitorizaca o seja mais personalizada de acordo com as necessidades dessa mesma pessoa.
D. Perfis
Perfil e a recolha de dados pessoais associados a um utilizador especfico (Fig. 8).
Um perfil pode ser usado para armazenar descrico es de
caractersticas da pessoa, esta informaca o pode ser explorada por sistemas, tendo em conta as caractersticas e preferencias da pessoa. Por exemplo os perfis podem ser
Fig. 8
P ERFIL
D.1 Em estudo
1. Identificaca o de perfil/contexto, (qualquer informaca o
que caracteriza a situaca o duma entidade ou pessoa, exemplos: correr, andar, humidade, luz, deitado,
etc.), do paciente atraves de sensores; (e-house care +
Sinestesia);
2. Capacidade de adaptaca o e aprendizagem ao paciente/comunidade cuidados especficos; (reminder
MMS);
3. Capacidade de utilizaca o desta metainformaca o
para adaptar e desenvolver servicos de acordo com as
234

Fig. 7
E-H OUSE CARE
necessidades de cada utilizador; (Computaca o Evolutiva Agentes de Software);

4. Conhecer melhor o cliente e satisfazer as suas necessidades (Inqueritos empresas Home care);
5. Abordagens nao intrusivas (investigaca o em Fsica de
sinais).
III. C ONCLUS OES

Este projecto foi, em muitos aspectos, um projecto pioneiro. Tendo em consideraca o as novas abordagens dadas a`
domotica, que alias realcam a importancia de se dar seguimento a este trabalho.
Ficam como perspectivas para trabalhos futuros a recolha
de dados e o seu processamento de modo a inferir perfis/contextos com a possibilidade de transmitir os dados
sensoriais e os respectivos perfis/contextos inferidos. A capacidade de distinca o dos varios contextos, com base em arvores de decisao e a utilizaca o de uma arquitectura flexvel
capaz de conseguir rapidamente adaptar novos sensores que
possam vir a ser adicionados. Tudo isto possivelmente assente numa programaca o feita em java, de modo a funcionar
em qualquer plataforma que tenha JVM (Java Virtual Machine).
Alguns exemplos de aplicaco es que se possam vir a desenvolver para a informaca o obtida dos perfis em conjunto
com a e-house care sao a assistencia na saude de um paciente, assim como a recomendaca o de servicos de acordo
com o perfil do utilizador.

B IBLIOGRAFIA
[1] Ambient Assisted Living Joint Programme. URL:http://www.aaleurope.eu/about-aal. Consultado em julho de 2009.
[2] Domotica-Wikipedia
a
enciclopedia
livre.
URL:http://pt.wikipedia.org/wiki/Domotica. Consultado em julho de
2009.
[3] Sobre Domotica. URL:http://www.revolucione.com/domotica/sobre
domotica/. Consultado em julho de 2009.
[4] E. B. Jones, Instrument Mesurement and Fredback, McGraw, 1977.
[5] Institute
of
Electrical
Electronic
Engineers.
URL:http://www.ieee.com. Consultado em julho de 2009.
[6] Newton Braga Saber electronica online: Todos os tipos de sensores.
URL:http://www.sabereletronica.com.br/secoes/leitura/661. Consultado em julho de 2009.
[7] T-care Conhecimento e Saude URL:http://www.tcare.pt/servico/tcarecuidados. Consultado em julho de 2009.
[8] User
profile-Wikipedia
the
free
encyclopedia.
URL:http://en.wikipedia.org/wiki/User profile. Consultado em
julho de 2009.
[9] H. Chen., An Intelligent Broker Architecture for Pervasive ContextAware Systems, PhD thesis, Department of Computer Science, University of Maryland, Baltimore County, 2004.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
235
Ferramenta de simulaca o para a caracterizaca o da potencia instalada em

mini-hdricas
P0947
Joao Antonio Guedes Castanheira
Abstract This article aims to provide some small notions

about the water use of a central mini-hydro, and also provide
a small application to calculate the power to install a central
mini-hydro. After a search and analysis of information theory, has developed a small application to which the information returned by it is to help the user not only to calculate the
power to install, but also to decide on the best turbine for use
in a future implementation for a better use of the plant, also
comparing the values obtained by application to real values of
projects already implemented.
Resumo Este artigo tem como objectivo fornecer uma pequena noca o sobre o aproveitamento hidrco de uma central, bem como implementar tambem uma pequena aplicaca o
para o calculo da potencia a instalar numa central minihidrca. Apos uma busca e analise de informaca o teorica,
desenvolveu-se uma aplicaca o na qual a informaca o devolvida
tem como objectivo auxiliar o projectista nao so a calcular a
potencia a instalar, mas tambem a decidir sobre qual a melhor turbina a utilizar numa futura implementaca o para um
melhor aproveitamento da central, comparando tambem os
valores obtidos pela aplicaca o com valores reais de projectos
ja implementados.
Keywords Power, PHP, Mini-Hydro
Palavras chave Potencia, PHP, Mini-Hdrica
I. I NTRODUC AO
Este artigo tem como principal prioridade a divulgaca o das
varias componentes que compoem uma mini-hdrica, das
suas funco es e desempenhos bem como a demonstraca o
de uma aplicaca o em que e dimensionada a potencia a
instalar numa central mini-hdrica. Esta aplicaca o utiliza
3 tipos de programaca o, HTML, SQL e PHP.Inicialmente
optou-se por realizar uma busca de informaca o sobre centrais mini-hidricas ja existentes de modo a construir uma
base de dados consistente e real,posteriormente utilizou-se
a programaca o HTML e PHP para a interaca o com o projectista e tendo como resultado final uma informaca o que seja
capaz de elucidar o utilizador sobre qual o melhor equipamento a utilizar consoante os valores por ele introduzidos.
A designaca o de central mini-hdrica generalizou-se em
Portugal para designar os aproveitamentos hidroelectricos
de potencia inferior a 10MW, sendo que este limite e utilizado internacionalmente para realizar a separaca o entre as pequenas centrais hidroelectricas das grandes centrais hidroeletricas. Embora o nome nos leve a pensar

que a diferenca entre elas esteja apenas relacionada com

a potencia produzida devido a` sua dimensao isso nao e bem
assim, pois as pequenas centrais hidroelectricas sao consideradas centrais renovaveis devido ao seu pequeno impacto ambiental, ja as grandes centrais hidroelectricas a
sua classificaca o como centrais renovaveis e envolta em
polemica embora usem um recurso renovavel, pois este
tipo de centrais produzem efeitos nao desprezaveis sobre
o ambiente. Segundo a Uniao Internacional dos Produtores
e Distribuidores de Energia Electrica - UNIPEDE as centrais mini-hidricas devem ser classificadas em funca o da
potencia instalada,a qual podemos observar na tabela1 [1]:
Designaca o
Pequena central hidroelectrica
Mini central hidroelectrica
Micro central hidroeletrica
Pinst(MW)
ate 10
ate 2
ate 0,5
TABELA I
DAS CENTRAIS MINI - HIDRICAS QUANTO A
C LASSIFICAC AO
NCIA INSTALADA
POT E
Outro modo de classificca o e em relaca o a sua capacidade

ou nao de armazenamento, pois as centrais de fio de a gua
nao tem capacidade de armazenamento devido ao caudal
utilizavel ser o caudal que a percorre, ja pelo contrario as
centrais que tem capacidade de armazenamento possuem
uma albufeira, a qual permite controlar o caudal.
Elementos que constituem uma central minihidrica observada na figura1:
1 - Albufeira; 2 - Canal de Aduca o; 3 - Camara de carga; 4
- Conduta forcada: 5 - Edifcio da central; 6 - Restituica o;
7 - Caudal ecologico;
Como todos os projectos implementados os quais requerem um estudo previo para um melhor rendimento do projecto a realizar, este tipo de projectos ou
implementaco es tambem nao fogem a regra necessitando
para isso de uma analise hidrologica, sendo que este estudo e realizado por especialistas, tendo como principal objectivo prever qual o aproveitamento hidroelectrico,
fornecendo assim ao engenheiro dados que o orientam a` estimaca o de caudais, o qual se revela um elemento fundamental para a determinaca o do aproveitamento
hidroeletrico, bem como saber tambem em que alturas do
ano a produca o de energia sera mais elevada consoante o
caudal do rio.
Como o proprio nome indica(curva de duraca o de caudais), o caudal de um rio torna-se variavel ao longo do ano,
236
2009
cnica e de Computadores
JOAO
CASTANHEIRA,CASTANHA84@HOTMAIL.COM [23484]
Fig. 1
DE UMA CENTRAL MINI - HIDRICA [1] [2]
C ONSTITUIC AO
Fig. 3
DE CAUDAIS [1] [2]
C URVA DE DURAC AO
o que leva a que os especialista em hidrologia fornecam

apenas probabilidades sobre a ocorrencia de caudais em
determinada secca o do rio ao longo do ano. O grafico
desta curva de caudais e tanto melhor, quanto maior for a
duraca o da analise de valores ao longo do tempo para a sua
construca o, geralmente considera-se um perodo de trinta a
quarenta anos para que a curva media obtida seja significativa. A figura 2 respresenta representa o valor dos caudais
medios diarios numa secca o de um rio realizada a partir de
estudos feitos ao longo de varios anos. [2]
o objectivo de preservar o caudal mnimo necessario para

assegurar a conservaca o dos ecossistemas, em especial das
especies pisccolas.
A potencia a instalar numa central mini-hidrica esta directamente relacionada com o caudal que passa pela central,com a altura da queda u til, com o peso volumico da
a gua e por fim com o rendimento da central como apresentado pela equaca o1.
P (w) = Q h
(1)
Para analises mais simples e recorrente utilizar-se criterios

mais simples no que se refere ao calculo da potencia a instalar, sendo que em instalaco es de centrais mini-hdricas
ligadas a` rede nacional, a hipotese inicial e considerar a
instalaca o de um u nico grupo turbina-gerador. Tendo isto a
equaca o1 pode ser simplificada, damdo origem a` equaca o2.
P (w) = 7 Q h
Fig. 2
C URVA CRNOL OGICA

DE CAUDAIS [1] [2]
Na figura 3 podemos observar a curva de duraca o de caudais, a qual se obtem atraves da ordenaca o monotona decrescente dos valores obtidos.
Explicado isto, pode-se entender que o caudal influencia
bastante a potencia a instalar numa central mini-hidrica,
pois apresenta uma grande variaca o nos seus valores, sendo
que em alguns dos casos o caudal nao e todo aproveitado
para produca o de energia. Em algumas situaco es o caudal pode ser desviado por questoes de rega, como tambem
pode ser desviado para se manter o caudal ecologico, com
(2)
E importante dizer que o valor (7ou70%) corresponde ao rendimento global de todo o aproveitamento
hidroelectrico, considerando um conjunto de turbinagerador , do transformador e ainda dispendios de energia
nos equipamentos auxiliares. Um reparo que merece o
rendimento global de todo o aproveitamento hidroelectrico
e que este valor para pequenos aproveitamentos deve estar
compreendido entre o intervalo de 60% a 70%.
Um assunto indispensavel quando se fala sobre a potencia
a instalar e a escolha da turbina , pois no que se refere a` escolha da turbina, em termos economicos corresponde a uma
grande parte dos custos da central mini-hidrica, podendo
ate chegar aos 50%, pelo que ganha interesse a escolha
da turbina correcta. Para uma escolha correcta da turbina
teremos que considerar 3 parametros que sao essenciais:
Queda, caudal e potencia. A figura 4 mostra uma tabela
usada para a escolha de turbinas para pequenos aproveitamentos hidroeletricos.
No que se refere as turbinas elas podem ser consideradas turbinas de acca o ou turbinas de reacca o, sendo que

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Fig. 4
G R AFICO
PARA ESCOLHA DE TURBINAS
tanto umas como outras sao utilizadas em centrais minihdricas. As turbinas de acca o sao utilizadas principalmente em quedas elevadas e caudais baixos, sendo que
nas turbinas de reacca o distinguem-se 2 grupos que sao
as turbinas radiais adequadas para valores intermedios de
caudal e altura e as turbinas axiais que sao indicadas para
quedas baixas e caudias elevados.
Um exemplo de turbinas de acca o sao as turbinas Pelton e as turbinas Banki-Mitchell, sendo que as primeiras
funcionam com quedas intermedias (20 a 100m) e
potencias entre (50 e 500kW), quanto a s turbinas do tipo
Banki-Mitchell ela e utilizada mais na gama de baixas
potencias. [3]
Fig. 5
T URBINA P ELTON
A turbina Pelton e uma turbina hidraulica de acca o, isto

e , funciona a` pressao atmosferica. E constituda por uma
roda e um ou mais injectores, cuja funca o e transformar
a energia de pressao do escoamento em energia cinetica,
orientando esse mesmo escoamento para a roda. E mais
adequada para grandes quedas u teis ( entre os 350 m ate
1100 m). Este modelo de turbina opera com velocidades de

237
rotaca o maiores que as outras, e tem o rotor de caracterstica

bastante distintas. Os jactos de a gua provenientes dos injectores ao chocarem com as pas do rotor (em forma de dupla
colher) geram o impulso que faz com que a roda se mova.
Um dos maiores problemas destas turbinas, devido a` alta
velocidade com que a a gua se choca com o rotor, e a erosao
provocada pelo efeito abrasivo da areia misturada com a
a gua comum em rios de montanhas. As turbinas Pelton
devido a possibilidade de accionamento independente nos
diferentes bocais, tem uma curva geral de eficiencia plana
que lhe garante bom desempenho em diversas condico es de
operaca o. Ja no que se refere a s turbinas Banki-Mitchell apresentada na figura 6 podemos observar a sua constituica o,
bem como uma pequena explicaca o sobre o seu modo de
funcionamento:
Fig. 6
T URBINA BANKI -M ITCHELL
As turbinas Banki-Mitchell tem um rendimento inferior

a s turbinas de projecto convencional, mas mantem-se num
valor elevado ao longo de uma extensa gama de caudais.
A tecnologia utilizada por estas turbinas e bastante simples
pois requer poucos equipamentos para o seu fabrico e para
a sua manutenca o. No que se refere ao seu funcionamento,
este tipo de turbinas funcionam com quedas de 3 a 100m,
caudais de 0,02 a 2,0 m3/s e potencias de 1 a 100kW. Por
fim estas turbinas podem apresentar rotaco es especificas entre 40 e 200rpm devido a` sua facilidade de padronizaca o.
No que se refere a s turbinas de reacca o dentro das radiais
existem as turbinas Francis e dentro das axiais as turbinas
Kaplan.
A turbina Francis, considerada uma turbina de reaca o ou
seja, funciona com uma diferenca de pressao entre os dois
lados do rotor, onde as pas do rotor sao perfiladas de uma
forma complexa e uma caixa espiral, normalmente fundida,
para as turbinas pequenas, distribu a a gua ao redor do rotor. Este tipo de turbinas sao adequadas para operar com
condico es intermedias de queda e de caudal, sendo tambem
a turbina de maior uso em quedas e caudais medios. Quanto
ao seu rendimento as turbinas Francis apresentam um rendimento alto na ordem dos 80 a 90%, este rendimento sera
tanto mais alto quanto maior for a potencia. No que se refere a sua instalaca o, este tipo de turbinas pode ser instalada
238
2009
JOAO
Fig. 7
T URBINAS F RANCIS
Fig. 9
DE T URBINAS
C OMPARAC AO
em caixa espiral para um funcionamento em medias quedas,

acima dos 10 metros, ou em caixa aberta que suporta baixas
quedas, abaixo dos 10 metros.
Por fim temos a turbina axial que consiste basicamente de
um rotor, similar a helice de navio, ajustada internamente
na continuaca o de um conduto, com o eixo saindo do conjunto.Este tipo de turbinas pode actuar ate uma altura de
60m sendo que de um modo geral apresentam uma curva
de rendimento planagarantindo bom rendimento em uma
ampla faixa de operaca o.
de energia mecanica em energia electrica, opera com

uma velocidade de rotaca o constante sincronizada com a
frequencia da tensao electrica da rede. Quanto ao gerador
assncrono o princpio de funcionamento e identico com
pequenas diferencas, uma vez que dispensa um sistema de
excitaca o, pois esta mesma e fornecida pela rede e absorve
energia reactiva evitando que este tipo de energia circule na
rede, atraves de baterias de condensadores. Concluda esta
introduca o sobre o aproveitamento electrico de uma central, podemos agora passar a parte pratica desta aplicaca o,
revendo nomeadamente o software utilizado bem como o
principio de funcionamento atraves da seguinte figura10:
Fig. 8
T URBINAS K APLAN
Fig. 10
D IAGRAMA DE BLOCOS SOBRE O FUNCIONAMENTO DA APLICAC AO
Na tabela 2 pode comparar-se os varios tipos de turbinas

referidas, tendo como parametros para uma comparaca o a
queda e a sua velocidade em (rpm).
Para concluir esta parte e importante referir que tambem e
necessario escolher o gerador mecano-eletrico para equipar
a central mini-hidrica, uma vez que a escolha do gerador
depende das condico es impostas a turbina. A duvida inicial sobre a escolha do gerador e quanto a utilizaca o de
um gerador sncrono ou um gerador assncrono. O gerador
sncrono tem como principal objectivo, a transformaca o
Esta aplicaca o tem como objectivo principal a

caracterizaca o da potencia instalada numa mini-hidrca,
tendo sido utilizada uma linguagem que e o PHP Hypertext Preprocessor, a qual explicaremos mais a` frente neste
artigo. Esta aplicca o inicialmente apresenta ao cliente no
seu computador uma pagina em HTML possundo um
formulario o qual o cliente ira preencher com os parametros
essencias para o calculo da potencia da mini-hidrca. Apos

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
o seu preenchimento, o formulario contendo os dados

introduzidos pelo cliente sera enviado para uma pagina
PHP, onde estao especificados os parametros a receber
bem como o programa que fara o calculo da potencia
mostrando, como resultado final uma pagina HTML com
os resultados. De modo a tornar esta aplicaca o um pouco
mais completa, foi feita uma base de dados [4], contendo
dados de centrais mini-hidricas existentes. Os dados
utilizados sao o tipo de turbina utilizada, o numero de
turbinas da central, potencia e muitos outros. Ao juntarmos
esta funcionalidade a` aplicaca o, vai permitir que quando
os dados do formulario forem enviados para a pagina
PHP, ao mesmo tempo que o PHP realiza o calculo, ira
tambem realizar uma busca a` base de dados apresentando
resultados como a melhor turbina a utilizar consoante os
dados introduzidos e tambem apresentara em funca o da
potencia obtida as caractersticas de centrais mini-hidricas
existentes que mais se assemelhem a potencia calculada.
Para uma melhor compreensao mostram-se as figuras11 e
a figura12:
239
Fig. 12
DE RESULTADOS DA APLICAC AO
A PRESENTAC AO
Fig. 13
D IAGRAMA DE BLOCOS SOBRE O FUNCIONAMENTO DO PHP
Fig. 11
F ORMUL ARIO
DA APLICAC
AO
Visto que esta breve explicaca o sobre o funcionamento da

aplicaca o deu uma ideia clara sobre o que acontece quando
se executa a aplicaca o, veremos agora como funciona o
PHP, para uma percepca o total sobre o assunto. [5]O
PHP significa Hypertext Preprocessore e uma linguagem
principalmente utilizada no desenvolvimento WEB. A sua
sintaxe lembra um pouco a sintaxe do Csendo uma linguagem de facil compreensao. Esta linguagem permite
criar sitesWEB dinamicos, possibilitando uma interacca o
com o utilizador atraves de formularios,parametros da URL
e links. Uma das diferencas do PHP em relaca o a linguagens semelhantes como o Javascript e que o codigo PHP e
executado no servidor ,sendo enviado para o cliente apenas
HTML puro. Desta forma e possvel interagir com bases de
dados e aplicaco es existentes no servidor, com vantagem do
codigo fonte nao ser exposto. O que diferencia o PHP de
um scriptCGI escrito em C ou Perle que o codigo PHP
fica embutido no proprio HTML, enquanto no outro caso

e necessario que o script CGI gere todo o codigo HTML,

ou leia a partir de um outro arquivo. Tambem vimos que
com o PHP podemos recolher dados de um formulario,
podendo tambem gerar paginas dinamicamente ou enviar
e receber cookies. O PHP tambem tem como uma das
caractersticas mais importantes o suporte de uma grande
numero de base de dados, como dBase, Interbase, mySQL,
mSQL e varios outros. Construir uma base de dados tornase uma tarefa facil com o PHP, alem disso, o PHP tem suporte a outros servicos atraves de protocolos como SNMP,
NNTP e logicamente o HTTP, sendo possvel tambem a
interacca o com outros protocolos. As maiores vantagens e
benifcios que o PHP tem, e que o PHP e multi-plataforma,
podendo ser usado na maioria dos sistemas operacionais,
Opensource e diferente de scripts como o Javascript, ele
funciona no servidor, que alias e suportado pela maioria
dos servidores WEB que existem hoje no mercado como
o APACHE, PWS, etc. Com o PHP o cliente recebe apenas
os resultados dios scripts, que sao interpretados no servi-
240
2009
JOAO
dor, nao tendo acesso ao codigo. Por fim o PHP como ja

antes referido e muito simples de perceber e trabalhar, pois
atende desde os mais experientes programadores quanto os
iniciantes na a rea. Por u ltimo faz-se uma referencia ao
HTML que significa Hyper text Markup Languagee e
uma linguagem universal destinada a` elaboraca o de paginas
com hiper-texto, como o proprio nome indica. O conceito
de hiper-texto e bastante simples, podendo definir-se como
certos itens de um documento contendo uma ligaca o a outra
zona do mesmo documento ou como e mais vulgar, a outros
documentos. A principal aplicaca o do HTML e a criaca o de
paginas WEB e convem esclarecer que nao se trata de uma
linguagem de programaca o. De facto, o HTML e antes uma
especie de linguagem de formataca o, um ficheiro de texto
que e formatado atraves de uma serie de comandos, denominadas por tags.
III. C ONCLUS OES

Com a realizaca o desta aplicaca o e devido a necessidade
de realizar uma busca de material teorico para a realizaca o
da mesma, conclui-se que a implementaca o de centrais
hdricas se reveste de uma grande importancia, pois ao
longo dos anos a implementaca o das mesmas aumentou significativamente. Este tipo de implementaca o tem muitas
vantagens, uma vez que a a gua circula num ciclo fechado,
tornando os recursos hdricos inesgotaveis, tal que atraves
da sua construca o, quer sejam barragens ou albufeiras,
pode-se intervir no ciclo da a gua, guardando a gua excedente dos perodos mais chuvosos e transportando-os no
tempo ate as e pocas mais secas do ano. E de referir tambem
que este tipo de energia hidroelectrica revelou-se como
uma forma excelente de gerar electricidade, pois nao consome qualquer tipo de combustvel, embora este tipo de
implementaco es gere sempre controversia entre todos os
ambientalistas. Quanto a` parte pratica deste projecto devera ser referido que o software utilizado, nomeadamente o
PHP, e de grande utilidade, pois esta revestido de grandes
capacidades para uma implementaca o deste genero, uma
vez que nao utilizando este software teramos que realizar
a pagina web, a base de dados e o programa em software
diferentes, o que em prncipio levaria o dobro do tempo e do
trabalho. E de relembrar tambem a dificuldade em encontrar dados nomeadamente em relaca o a turbinas e projectos implementados, da podemos concluir que a informaca o
contida na base de dados nao seja a mais adequada sobre turbinas, nomeadamente potencias, uma vez que com
informaca o precisa e adequada para uma base de dados
mais realista, juntamente com este software, seria possvel a
realizaca o de uma aplicaca o muito mais completa, u til e interessante, podendo ainda aumentar as suas funcionalidades
de modo a efectuar todo o tipo de operacoes referentes
a` caracterizaca o da potencia de uma mini-hdrica, desde
a determinaca o da curva de caudais ate a determinaca o
da energia produtvel da mesma passando pela fiabilidade
monetaria do projecto.
B IBLIOGRAFIA
[1] Cristina Camus e Eduardo Eusebio, Gestao de energia, ISEL Instituto Superior de Engenharia de Lisboa, vol. 1, pp. 48, 2006.
[2] Rui M.G. Castro, Introducao a energia mini-hidrica, Universidade

Tecnica de Lisboa, vol. 1, pp. 324, 2002.
[3] J.A.Peca Lopes, Producao distribuida e energias renovaveis, FEUP
Universidade do Porto, vol. 1, pp. 18, 2005.
[4] Hydro Energy, http://www.hydro-energy.com.
[5] PHP, http://br.php.net/contact.php.
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
241
Servidor baseado em Linux, uma ferramenta de apoio a` s aulas praticas :

Sistema e Servicos Base
P0948
Joao Batista Ramos Furriel, joaocareca@gmail.com
Abstract The main objective of this project is to create a

server (system and basic services), to be used in the lab works
of Data Comunication courses (3rd year of the Electrical Engineering degree). This requires the instalation of several
services, specifically: DNS, DHCP, SMTP, POP3 and IMAP.
DHCP is a service that offers the hosts that are linked to the
server a dynamic configuration, allowing automatic configuration. DNS does the name management in an hierarchical way,
that is, when entering a link in a browser the DNS goes to the
database and if the link is found it returns the IP address of
that link. POP3, SMTP and IMAP are protocols related with
mail service, where POP3 and IMAP are mainly used to the
remote access to mailbox and SMTP is used for sending.
Resumo Este projecto consiste na criaca o de um servidor
(sistema e servicos base), para ser utilizado nas aulas practicas
da Unidade Curricular de Comunicaca o de Dados do 3o ano
da Licenciatura em Engenharia Electrotecnica e de Computadores. Para tal, e necessario instalar varios servicos, em concreto: DNS, DHCP, SMTP, POP3 e IMAP. O DHCP e um
servico que oferece aos hosts que estejam ligados ao servidor uma configuraca o dinamica, permitindo obter automaticamente, por exemplo o endereco IP. O DNS faz a gestao de
nomes de forma hierarquica, ou seja, ao digitar um link no
browser o DNS vai a` base de dados e se o encontrar retorna
o endereco IP desse link. O POP3, SMTP e IMAP sao protocolos relacionados com o servico de mail, sendo que o POP3 e
o IMAP sao utilizados principalmente para o acesso remoto a`
caixa de correio e o SMPT utilizado para o envio.
Keywords DNS, DHCP, SMTP, IMAP, POP3
Palavras chave DNS, DHCP, SMTP, IMAP, POP3
I. I NTRODUC AO
O objectivo deste projecto e instalar um servidor (sistema
e servicos base) em Linux para ser utilizado nas aulas de
Comunicaca o de Dados do 3o ano da Licenciatura em Engenharia Electrotecnica e de Computadores.
Com este trabalho pretende-se facultar aos alunos um
servidor actualizado compatvel com os trabalhos da
Academia Cisco [1], ferramenta que e indispensavel na disciplina acima referida.
Este servidor, ao contrario do utilizado anteriormente, da
uma maior liberdade ao docente da unidade curricular para
alterar, inserir ou apagar tudo o que desejar, o que no servidor anterior era impossvel, pois ao actualiza-lo/modificalo iria perder algumas propriedades ou servicos indesejados, o que implica que o docente tem de fazer o download

da u ltima actualizaca o do proprio site da Cisco tendo que

nessa mesma actualizaca o voltar a inserir os dados e propriedades que o anterior servidor ja dispunha. Desta forma,
o docente tera uma maior facilidade de actualizaco es sem
perdas de informaca o.
Ao longo deste artigo poder-se-a encontrar numa primeira
fase o sistema onde foi realizado este projecto, em seguida
os servicos instalados, a sua descrica o detalhada e as suas
configuraco es. Na parte final sao mostrados todos os testes
realizados e a sua analise, para no final se apresentar uma
conclusao onde sera analisado o trabalho realizado e onde
serao avaliados os objectivos propostos.
II. S ERVIC OS A INSTALAR
Para a realizaca o deste projecto foi utilizada uma maquina
virtual, o Vmware Server [2], e nela foi instalado o sistema operativo Ubuntu 8.10 server [3], sistema este que,
apos instalados, configurados e testados todos os servicos
necessarios, sera o servidor propriamente dito.
Como foi referido, foram varios os servicos a instalados e
sao diversas as suas funco es, as quais serao abordadas em
seguida.
a) DNS
O DNS (Domain Name System), e um servidor que
mapeia URLs (Uniform Resource Locator) em enderecos
IP (Internet Protocol) [4]. Ao digitar, por exemplo,
http://www.utad.pt no Browser por exemplo, o computador
vai enviar esse endereco ao servidor DNS que ira retornar o
endereco IP do servidor do site para que o seu PC (Personal
Computer) tenha acesso ao mesmo.
Este servico apenas facilita, mas e , sobretudo, essencial
para a existencia da web como a conhecemos.
Sem os servidores DNS seria necessario decorar os
enderecos IP de todos os sites que desejassemos visitar.
O DNS permite usar nomes amigaveis em vez de
enderecos IP para ter acesso a servidores, um recurso basico
que existe praticamente desde os primordios da Internet.
b) DHCP
O DHCP (Dynamic Host Configuration Protocol) permite que todos os clientes de uma rede recebam as
suas configuraco es de rede automaticamente a partir de
um servidor central, sem que seja preciso configurar os
enderecos manualmente em cada um [5].
O protocolo DHCP funciona de uma forma interessante.
Inicialmente, um novo cliente de uma rede nao sabe quem
e , nao possui um endereco IP e nao sabe sequer qual e
o endereco do servidor DHCP da rede. Ele envia, entao,
um pacote de broadcast enderecado ao IP 255.255.255.255,
242

que e transmitido pelo switch para todos os utilizadores da

rede. O servidor DHCP recebe este pacote e responde com
um pacote enderecado ao endereco IP 0.0.0.0, que tambem
e transmitido para todos os clientes dessa rede. Apesar
disso, apenas o cliente que enviou a solicitaca o ira ler o pacote, pois ele e enderecado ao endereco MAC (Media Access Control) da sua placa de rede.
Quando um cliente recebe um pacote destinado a um
endereco MAC diferente do seu, ele ignora a transmissao.
Dentro do pacote enviado pelo servidor DHCP estao especificados o endereco IP, mascara de rede, gateway e servidores DNS que irao ser usados pelo cliente.
c) SMTP
O SMTP (Simple Mail Transfer Protocol) e o protocolo
padrao para envio de emails atraves da Internet. E um
protocolo relativamente simples, baseado em texto simples,
onde um ou varios destinatarios de uma mensagem sao especificados (e, na maioria dos casos, validados) sendo, depois, a mensagem enviada [6].
Este protocolo utiliza a porta 25 e o protocolo de transporte TCP (Transmission Control Protocol) e nao e o ideal
para a transferencia de ficheiros. Alguns standards foram
desenvolvidos para permitir a transferencia de ficheiros em
formato binario atraves de texto simples, como o caso do
MIME (Multipurpose Internet Mail Extensions). Hoje em
dia quase todos os servidores SMTP suportam a extensao
8BITMIME.
O SMTP e um protocolo apenas de envio, o que significa
que ele nao permite que um utilizador descarregue as mensagens de um servidor. Para isso, e necessario um cliente
de email com suporte ao protocolo POP3 ou IMAP.
d) IMAP
O protocolo IMAP e um protocolo de gestao de correio
electronico que permite aos seus utilizadores nao so o
acesso a` sua caixa de entrada do seu correio electronico,
como tambem utilizar tudo o que estiver disponvel na sua
caixa de email, sejam mensagens ou pastas, a partir de computadores diferentes sem que seja necessario a transferencia
das mesmas do servidor para o computador que esta a utilizar [7]. Permite tambem o acesso simultaneo a uma caixa
postal partilhada por mais de um utilizador. Caso o email
recebido contenha algum anexo, o utilizador pode pedir
para visualizar apenas o anexo ou parte do texto que lhe
interesse. Um cliente de email funciona em dois modos,
online e offline, e o protocolo IMAP suporta ambos os modos. E um protocolo que opera na porta 143. Portanto, os
principais objectivos do protocol IMAP sao:
suporte para ambos os modos, online e offline;
compatvel com o seu browser independentemente do

que utilizar;
fornecer acesso a` sua caixa de correio de email em
qualquer computador;
e) POP3
O protocolo POP (Post Office Protocol), na versao 3
(POP3), permite que as estaco es acedam a essas caixas de
forma dinamica e u til [8]. Assim, o protocolo POP3 e utilizado para permitir que estaco es de trabalho descarreguem
FURRIEL [20340]
JOAO
mensagens de email de um servidor que as armazena.

O protocolo POP3 nao tem por objectivo permitir
a manipulaca o de mensagens no servidor e por isso
considera-se o seu funcionamento como offline. A intenca o
e permitir que as mensagens sejam descarregadas, exactamente como sao, sem modificaco es, e so entao alteradas.
Este protocolo e especialmente u til para utilizadores em que
o custo da ligaca o e proporcional ao tempo da mesma.
III. C ONCEPC AO
Para a realizaca o deste projecto foi necessario ter sempre
presente que este sera uma ferramenta essencial de apoio
a` s aulas practicas de uma unidade curricular que se guia
pelos trabalhos practicos do curso Network Fundamentals
da Academia Cisco.
Para tal, tanto os enderecos IP fornecidos pelo servidor
DHCP, como o proprio nome do servidor estao de acordo
com esses protocolos.
Na figura 1 e mostrada tanto a classe IP a fornecer, tal
como o nome do servidor.
Fig. 1
D IAGRAMA DE UM PROTOCOLO DO CURSO N ETWORK
F UNDAMENTALS DA ACADEMIA CISCO, MOSTRANDO AS
IP DOS DIFERENTES N OS
CONFIGURAC
OES
Para o correcto funcionamento deste servidor foram instalados varios servicos. Apos essa instalaca o foi necessario
configurar todos esses servicos, sempre de acordo com os
protocolos da Academia Cisco.
IV. I MPLEMENTAC AO
Como seria de esperar, a parte da implementaca o foi a mais
trabalhosa, pois foi necessario instalar e, o mais importante,
configurar todos os servicos pedidos.
Apresenta-se de seguida o modo como foram instalados e
configurados todos esses servicos:
DNS
Para instalar o servidor DNS, neste caso o bind9, foi utilizado o seguinte comando:
sudo apt-get install bind9
Apos instalado o servidor DNS, foi necessario configuralo e para tal foi alterado o ficheiro named.conf.local, com
um editor de texto, executando o comando:
vim /etc/bind/named.conf.local
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
243
DHCP
O servidor de DHCP utilizado para este projecto foi o
dhcp3-server e para o instalar bastou executar o seguinte
comando:
sudo apt-get install dhcp3-server
Apos concluda a instalaca o foi necessario configura-lo

conforme os protocolos da Academia Cisco alterando o
ficheiro dhcpd.conf. Para tal, com um editor de texto,
executou-se o comando:
Fig. 2
DO FICHEIRO NAMED . CONF. LOCAL
C ONFIGURAC AO
Foi igualmente necessario, criar o ficheiro example.com.db

na directoria zones e configura-lo como se verifica na figura
3.
vim /etc/dhcp3/dhcpd.conf
Em seguida acrescentaram-se ao ficheiro os seguintes dados:

Subnet 172.16.0.0 netmask 255.255.0.0{
Range 172.16.0.6 172.16.0.100 }
Fig. 5
DO FICHEIRO DHCPD . CONF
C ONFIGURAC AO
Fig. 3
DO FICHEIRO EXAMPLE . COM . DB
C ONFIGURAC AO
De seguida, dentro da mesma directoria, foi criado o ficheiro referente a` zona reversa com o nome
rev.1.16.172.in-addr.arpa, configurando-o conforme esta
apresentado na figura 4.
Desta forma o servidor de DHCP ficou instalado e configurado de acordo com os enderecos IP utilizados nos protocolos da Academia Cisco.
IMAP
Para instalar e configurar correctamente o protocolo IMAP
comecou por se criar uma nova directoria para receber
emails, a` qual foi dado o nome de mail, bastando para tal,
executar o comando:
mkdir /mail
Em seguida instalou-se o postfix (agente de transferencia

de emails)
sudo apt-get install postfix
Apos executados estes passos, foi possvel passar a`

instalaca o do protocolo IMAP, que neste caso foi o dovecotimapd executando o comando:
sudo apt-get intstall dovecot-imapd
Fig. 4
DO FICHEIRO REV.1.16.172. IN - ADDR . ARPA
C ONFIGURAC AO
Desta forma e apos serem implementadas todas as

alteraco es acima referidas, o servidor de DNS ficou instalado e configurado correctamente, estando pronto para ser
utilizado.

Para configurar os nomes como pedido nos protocolos da

Academia Cisco, foi necessario alterar alguns ficheiros, utilizando um editor de texto, executando os seguintes comandos:
vim /etc/hosts
No ficheiro hosts apenas se alterou a primeira linha, ficando 127.0.0.1 eagle-server eagle-server.example.com
244

FURRIEL [20340]
JOAO
vim /etc/hostname
Neste ficheiro apenas foi alterado o nome do servidor para

eagle-server.example.com
vim /etc/postfix/main.cf
Aqui
apenas
se
alterou
em
myhostname=example.localdomain para myhostname=eagleserver.example.com
Desta forma, e depois de estes ficheiros terem sido alterados, conforme requerido nos protocolos da Academia
Cisco, o protocolo IMAP foi instalado e configurado com
sucesso.
POP3
Para instalar o POP3 foi utilizado o pacote courier-pop,
bastando para tal, executar o comando:
sudo apt-get install courier-pop
No que respeita a este servico nao foi necessario configurar nenhum ficheiro, pois apos terminada a instalaca o,
reiniciou-se o mesmo e este ficou activo e a funcionar correctamente.
SMTP
O servidor SMTP utilizado ja tinha sido instalado anteriormente, na instalaca o do protocolo IMAP, o postfix. Como
tal, fica apenas demonstrado como o configurar.
Para configurar o postfix executou-se o comando:
Fig. 6
T ESTE AO SERVIDOR DNS
nicar com o servidor atraves do seu nome, obteve-se uma

resposta, o que significa que o servidor de DNS mapeou o
nome do servidor no seu endereco IP e retornou uma resposta.
DHCP
O teste realizado para testar o servidor de DHCP foi semelhante ao realizado para testar o servidor DNS, ou seja,
voltou-se a ligar um computador ao servidor e esperar para
ver se esse mesmo computador adquiria enederco IP automaticamente.
sudo dpkg-reconfigure postfix
Em seguida ficam os passos executados para a sua correcta

configuraca o:
tipo geral de configuraca o de mail: site internet, ok
nome de mail do sistema: eagle-server.example.com,
ok
destinatario do mail para root e postmaster: vazio
outros destinos para os quais aceitar mail? example.com, eagle-server.example.com
forcar actualizaco es sincronas na lista mail? no
redes locais:
127.0.0.0/8 [::fff:127.0.0.0]/104
[::1]/128 172.0.0.0/8, ok
limite do tamanho da mailbox(bytes): 0
caracter de extensao de endereco local: +
quais os protocolos de internet a utilizar: todos
Apos escolhidas todas estas opco es, o servidor SMTP ficou correctamente configurado.
V. T ESTES E R ESULTADOS
Instalados e configurados os servicos pedidos, realizaramse varios testes para verificar se estes estavam a funcionar
correctamente. Todos eles foram efectuados em laboratorio
utilizando este servidor e um computador auxiliar.
Apresentam-se de seguida os testes realizados, os resultados obtidos e as analises dos referidos resultados.
DNS
Para se testar o servidor DNS ligou-se um computador ao
servidor e a partir deste e utilizando o comando ping tentouse comunicar com o servidor.
Analisando a figura 6, pode-se verificar que o servidor de
DNS esta a funcionar correctamente, pois ao tentar comu-
Fig. 7
T ESTE AO SERVIDOR DHCP
Como se pode constatar na figura 7, o computador que foi

ligado ao servidor conseguiu adquirir automaticamente um
endereco IP, da rede previamente definida, o que permite
concluir que o referido servidor DHCP esta, de facto, a funcionar correctamente.
SMTP
Para se poder verificar se o protocolo SMTP estava a funcionar correctamente optou-se por se realizar dois testes.
O primeiro consistiu na tentativa de envio de um email,
` semelhanca do
utilizando o telnet (ver figura 8). A
primeiro, no segundo teste tentou-se tambem enviar um
email, recorrendo-se desta vez a um cliente de email (ver
figura 9 e figura 10). As figuras que se apresentam de
seguida mostram os testes que foram efectuados ao protocolo SMTP, bem como os respectivos resultados. Como se
e de
cnica
REVISTAem
DA L
NGENHARIA ELECTROT
ECNICA
E DE
1, N 1, JULHO 2009
Projecto
Engenharia
e
Computadores
pode verificar pelas imagens seguintes, tanto no primeiro

como no segundo testes realizados, o email foi enviado correctamente e recebido com sucesso, o que significa que o
protocolo SMTP esta a funcionar correctamente.
245
Para testar os protocolos IMAP e POP3 foi instalada uma

aplicaca o de nome mutt atraves do comando:
sudo apt-get install mutt
Em seguida, utilizando essa mesma aplicaca o, tentou-se

enviar um email do utilizador ccna1 para o ccna3. O resultado pode ser observado na figura seguinte.
Fig. 8
T ESTE SMTP UTILIZANDO TELNET
Na figura 8 pode-se observar o teste realizado ao servidor

SMTP utilizando o telnet. Uma simples comunicaca o com
o servidor na tentativa de envio de um email.
Fig. 11
T ESTE IMAP UTILIZANDO O MUTT ( ENVIO DE EMAIL )
Na figura 11 pode-se observar a tentativa de envio de um

email utilizando a aplicaca o mutt e na figura 12 a recepca o
desse mesme email com sucesso.
Fig. 9
T ESTE SMTP UTILIZANDO UM CLIENTE DE EMAIL ( ENVIO DE EMAIL )
Fig. 12
DE EMAIL )
T ESTE IMAP UTILIZANDO O MUTT ( RECEPC AO
Nas figuras 9 e 10 esta demonstrado outro teste ao servidor

SMTP, desta feita utilizando um cliente de email
Pelas imagens acima apresentadas pode-se verificar que o
email foi enviado e recebido com sucesso, portanto os protocolos IMAP e POP3 estao instalados e configurados correctamente.
VI. C ONCLUS OES
Fig. 10
DE
T ESTE SMTP UTILIZANDO UM CLIENTE DE EMAIL ( RECEPC AO
EMAIL )
IMAP e POP3

No incio deste trabalho foi proposto criar um servidor (sistema e servicos base), em Linux, que pudesse servir como
apoio para as aulas da unidade curricular de Comunicaca o
de Dados. Mais concretamente, os objectivos inicialmente propostos consistiam em instalar e em configurar
os servicos base para o referido servidor. Apos concludo
este trabalho e possvel perceber que os referidos objectivos
foram atingidos com sucesso. No que respeita a` instalaca o
da maioria dos servicos, esta revelou-se trivial, ja que implicou somente que o comando de instalaca o fosse executado
e que esta operaca o terminasse. Ja no que diz respeito a`
configuraca o de alguns servicos, pode-se concluir que nao
246

se trata de uma tarefa tao trivial. De entre todos os servicos

instalados, a configuraca o do servidor DNS revelou-se a
mais complicada, exigindo um a rduo trabalho de pesquisa,
assim como a realizaca o de varios testes, ate se obter o seu
correcto funcionamento. Neste sentido sera possvel facultar aos alunos um servidor actualizado, compatvel com os
trabalhos da Academia Cisco. Ao contrario do servidor anteriormente utilizado, este trara ao docente dessa unidade
curricular uma maior liberdade na sua gestao, permitindo
alterar, inserir ou apagar tudo o que pretender de uma forma
mais facil.
Nao obstante estes benefcios, acredita-se que alguns aspectos deste trabalho poderao eventualmente ser melhorados. No entanto, para este proposito as configuraco es utilizadas revelaram-se as mais adequadas e os servicos instalados os indispensaveis para o correcto funcionamento do
servidor, como o comprovam os testes realizados.
Considera-se que uma mais valia deste projecto sera, futuramente e caso necessario, a sua aplicaca o em diferentes
domnios e eventualmente com diferentes configuraco es,
mantendo-se no entanto um bom desempenho.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
http://cisco.netacad.net.
http://www.vmware.com.
http://www.ubuntu.com.
P. Mockapetris, RFC 1035 - DOMAIN NAMES - IMPLEMENTATION
AND SPECIFICATION, ISI, November de 1987.
Jonathan B. Postel, RFC 2131 - DYNAMIC HOST CONFIGURATION
PROTOCOL, Information Sciences Institute University of Southern
California, August de 1982.
R. Droms, RFC 821 - SIMPLE MAIL TRANSFER PROTOCOL, Network Working Group, March de 1997.
M. Crispin, RFC 3501 - INTERNET MESSAGE ACCESS PROTOCOL
- VERSION 4rev1, Network Working Group, March de 2003.
M. Rose J. Myers, Carnegie Mellon, RFC 1939 - POST OFFICE
PROTOCOL - Version 3, Dover Beach Consulting, Inc., May de 1996.
FURRIEL [20340]
JOAO
cnica
REVISTAem
DE E
NGENHARIA ELECTROTCNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
247
Servidor baseado em Linux, uma ferramenta de apoio s aulas prticas :

Servios Avanados
P0949
Lus Carlos Machado Reigoto, luisreigoto@gmail.com
Abstract This work is the Final Project of graduation course

in Electronics Engineering and Computers. It consisted in the
installation of a server, in a Linux distribution, using several
advanced services. This server has as a main goal to support
the lab lectures of Data Communication and Computers Networks. It has to be compatible with the lab works of Network
Fundamentals from Cisco Networking Academy. This requires the installation of several services: HTTP, FTP, TFTP,
SAMBA e IRC.
Resumo Este trabalho insere-se no mbito do Projecto final
de licenciatura de Engenharia Electrotcnica e de Computadores, consiste na instalao de um servidor numa distribuio
Linux, usando vrios servios avanados tendo como objectivo
principal o apoio as aulas prticas de Comunicao de Dados
e Redes de Computadores. O servidor dever ser compatvel
com os trabalhos prticos do curso Network Fundamentals
da Academia Cisco. Os servios a ser instalados so diversos:
HTTP, FTP, TFTP, SAMBA e IRC.
servios de transferncia de ficheiros, TFTP e FTP; servios

de comunicao entre utilizadores, IRC e servios de partilha de recursos, Samba.
Neste artigo sero descritas as caractersticas tcnicas detalhadas destes servios, as suas potencialidades, requisitos
e compatibilidades bem como a forma como foram implementados, instalados e configurados. Apresentam-se ainda
os testes de verificao de funcionamento de cada servio
e respectivos resultados que nos garantem a fiabilidade do
sistema. Na parte final ser feita uma anlise do trabalho
desenvolvido ao longo do projecto.
II. C ONCEPO /I MPLEMENTAO
Face proposta de trabalho feita foi necessrio estudar as
caractersticas de cada um dos servios pretendidos, modo
de funcionamento e conceber a forma de os implementar
bem como a sequncia de instalao.
Keywords Computers Networks, HTTP, FTP, TFTP,

SAMBA, IRC.
A. Caractersticas principais e funcionamento dos servios

pedidos:
Palavras chave Redes de computadores, HTTP, FTP, TFTP,

SAMBA, IRC.
A.1 Hypertext Transfer Protocol HTTP
I. I NTRODUO
Com este projecto pretende-se instalar um servidor
baseado numa distribuio Linux, para servir como ferramenta de apoio s aulas prticas das unidades curriculares
de Comunicao de Dados e de Redes de Computadores, do
3o ano da Licenciatura de Engenharia Electrotcnica e de
Computadores. O projecto, tal como foi concebido vai permitir ao docente das Unidades Curriculares referidas uma
maior capacidade de movimentao porque lhe permite alterar e modificar servios, podendo ser actualizado sempre
que necessrio sem modificar as configuraes previamente
feitas, o que no acontece com os servidores actualmente
fornecidos pela Cisco [1].
Um dos requisitos do servidor a compatibilidade com
os trabalhos prticos do curso "Network Fundamentals"da
Academia Cisco. A instalao vai ser feita numa mquina
virtual e os servios a instalar so:
Hypertext Transfer Protocol HTTP, File Transfer
Protocol FTP, Trivial File Transfer Protocol TFTP,
Internet Relay Chat IRC, Samba (SMB)
Estes servios distribuem-se por servidores de comunicao entre utilizadores e servidores na web, HTTP;

O HTTP, um protocolo de aplicao e surgiu da necessidade de criar uma forma padro de comunicao entre os
utilizadores e servidores. utilizada pela World Wide Web
desde 1990. Teve j vrias verses, sendo a primeira verso a HTTP/0.9 que transferia os dados no formato de texto
ASCII. Com a necessidade de transferir outros formatos
para alm do texto, foram criadas novas verses. Com as
novas verses, novos mtodos foram tambm sendo implementados. A verso 1.0 (RFC 1945 ) [2] permitia transportar mensagens MIME (Multipurpose Internet Mail Extensions) mas ainda continha limitaes ao nvel da hierarquia de redes. A verso 1.1 [3] permite ultrapassar estes
aspectos. Duma forma geral, o protocolo HTTP necessita
de utilizar os protocolos TCP e IP (Internet Protocol) para a
transmisso de dados, normalmente a porta 80. Este protocolo segue um modelo cliente-servidor, o cliente solicita um
pedido de ligao ao servidor enviando-lhe uma mensagem,
Universal Resource Identifier (URI), em formato MIME. O
servidor responde ao pedido feito, enviando a resposta sob
a forma de cdigo. Estes cdigos podem ser diversos:
1xx:informao;
2xx:sucess,exemplo : 200 OK- sucesso;
3xx:redirect, ex:301 Moved permanently, 302 Moved
Temporarily, O documento foi movido para outra localizao especificada;
248

4xx:error by client, ex:404 Not Found o documento

procurado no existe; Forbidden: o documento procurado existe, mas no pode ser acedido;
5xx:error by server, ex:500 server error.
Esta linha de status, status line, d-nos portanto a informao de sucesso ou insucesso e, neste ltimo caso, o motivo.
A ligao fechada aps o envio da resposta do servidor.
A.2 File Transfer Protocol FTP, Trivial File Transfer Protocol TFTP
FTP e o TFTP so protocolos de transferncia de ficheiros,
sendo uma das principais diferenas entre eles o protocolo
de transporte utilizado. O FTP utiliza o TCP Transmission Control Protocol enquanto o TFTP utiliza UDP User
Datagram Protocol.
No caso do FTP [4], a transferncia de ficheiros d-se entre o User FTP, que solicita a transferncia, e o Server
FTP que aceita ou rejeita tendo como base as opes pedidas e os critrios de proteco do sistema. A comunicao estabelece-se atravs da porta 21. Este servio permite transferir os ficheiros de forma fivel. A utilizao
deste protocolo uma forma bastante rpida e verstil de
transferir ficheiros, sendo uma das mais usadas na internet.
Os objetivos do FTP so: promover a partilha de ficheiros
(computador, programas e/ou dados), incentivar directa ou
indirectamente (atravs de programas) a utilizao de computadores remotos, e a transferncia de dados confivel e
eficiente.
No nosso caso (servidor), o FTP indispensvel pois
ir ser utilizado diversas vezes pelos alunos para fazerem
downloads tanto de protocolos como de ferramentas a utilizar nas aulas. Para tentar aceder a tudo o que est
disponvel no servidor FTP ser necessrio ter permisso
para tal, caso contrrio apenas poder fazer login como
annimo acedendo apenas a ficheiros e pastas disponveis
ao pblico em geral como o caso do nosso servidor.
No caso do TFTP [5], tambm feito um pedido ao servidor que autoriza abrindo uma conexo. A transferncia
feita por blocos fixos do comprimento de 512 bytes, que
so enviados um a um, e que necessitam de ser reconhecidos antes que o pacote seguinte possa ser emitido. Cada
pacote contm um bloco dos dados, e deve ser reconhecido
pelo receptor que envia um ACK Acknowledg, (pacote
de confirmao) antes que o pacote seguinte possa ser emitido. Se um pacote de informao se perde, o ACK no
enviado e o emissor volta a envi-lo. Se um pacote de confirmao se perde, este volta a transmitir o pacote perdido.
Esto colocados, quer no emissor, quer no receptor, temporizadores que fazem estas retransmisses automaticamente.
Erros de transmisso tambm podem ocorrer e so ento
enviados pacotes de erro que por no serem confirmados
fazem terminar a ligao. A porta de comunicao usada
a 69.
mais simples que o FTP, no exige controlo de acesso e
necessidade de identificao do utilizador, s permite transferncias de ficheiros numa direco, e menos fivel que o
FTP. No nosso projecto o TFTP apenas vai servir para transferncias de ficheiros de configurao de sistema operativo
LUIS REIGOTO [24983]
dos routers e switches do laboratrio das aulas.

A.3 (Server Message Block) - SAMBA
O Samba um software servidor que permite gerir e partilhar os recursos da rede [6]. Samba foi a palavra que o
seu criador Andrew Tridgell utilizou para o baptizar porque
contm as letras SMB, do protocolo Server Message Block
da Microsoft(r), que lhe serviu de base.
Com o servidor Samba, possvel partilhar ficheiros, impressoras e controlar o acesso a determinados recursos de
rede de forma eficiente tendo como sistema operativo o
Linux. Para alm de funcionar com este sistema operativo, compatvel com outros como a Microsoft. O SMB
um protocolo cliente-servidor do tipo pedido-resposta. Os
clientes conectam o servidor usando o TCP/IP e uma vez
estabelecida a ligao os clientes podem enviar comandos
SMBs para o servidor permitindo-lhes aceder a partilha,
abrir, ler e escrever ficheiros. Pode ser utilizado em muitos
protocolos tais como TCP/IP, NetBEUI, IPX/SPX. muito
seguro. Pode ser configurado por acesso remoto.
A.4 Internet Relay Chat IRC
O IRC um protocolo de comunicao entre vrios utilizadores [7]. muito utilizado para estabelecer fruns de
conversao mas tambm para troca de ficheiros. Funciona
em TCP/IP e baseado em texto (cdigo ASCII). Com este
protocolo possvel um servidor ligar-se a outros servidores, criando desta forma uma rede de IRC.
Os utilizadores para se ligarem a um servidor conectado a
uma rede IRC fazem-no, atravs de um cliente. As portas
de comunicao com os servidores so normalmente as portas 6666, 6667 ou 6668. Os servidores no exigem a identificao do utilizador/cliente, apenas exigido um nome,
nickname, antes da ligao. Podemos considerar um conjunto de elementos neste protocolo de comunicao, cada
um deles com uma funo bem definida. Clientes, servidores, operadores, canais e operadores de canais so ento
as peas elementares desta rede. Considera-se cliente qualquer ligao que no seja um servidor.
Quanto aos servidores estes devem ter alguns dados sobre
os clientes, informaes como, o host do cliente, o seu username e o nome do servidor ao qual este est conectado. O
servidor a espinha dorsal do IRC e estabelece a ligao
com outros servidores e clientes. Ele o ponto fulcral e
sem ele a comunicao no possvel.
Os operadores tm como principal funo desconectar e
reconectar servidores de forma a manter rede eficaz, ou
seja, impedir que haja overhead na rede. Tambm pode
servir para desconectar utilizadores. Os canais so grupos
de clientes que recebem mensagens para esse endereo. O
primeiro cliente a criar o canal o seu operador. Existem
algumas regras, cada canal deve comear pelos caracteres
& ou # e de comprimento at 200 caracteres. Alm disso
o nome de um canal no pode conter nenhum espao ou
vrgula. O operador do canal pode remover clientes deste,
mudar o modo do canal, tornar outros clientes operadores
deste canal, mudar o tpico do canal, entre outros. O operador de canal identificado atravs do smbolo @ antes
do nickname do cliente.
cnica
REVISTAem
DE E
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
B. Instalao dos servios

Depois de analisadas as diferentes caractersticas dos
servios foi necessrio proceder instalao dos mesmos.
Para a implementao deste servidor foi usado o VMWare
server [8]. Este programa serve para criar uma mquina virtual que funciona como um computador normal. Estavam
assim criadas as condies para a instalao dos restantes
servios.
O servidor HTTP, APACHE, foi o primeiro a ser instalado. Para cada servio a instalar foi feita uma pesquisa
inicial dos comandos a introduzir para que essa instalao
ocorresse. Em alguns casos foi necessrio alterar esses comandos porque no surtiam o efeito desejado, e como tal
tiveram que ser removidos. Aps cada tentativa eram feitos
testes de verificao.
249
Depois de instalados todos os servios seguiu-se a verificao atravs de testes que a seguir se apresentam.
III. T ESTES E RESULTADOS
HTTP
Aps instalado o servidor HTTP, o APACHE, colocou-se
no browser o endereo IP do servidor e verificou-se que
o servio foi instalado correctamente como demonstra a
Figura 1.
B.1 Instalao do HTTP

Foi introduzida na linha de comandos a expresso:
apt-get install apache
B.2 Instalao do FTP
Aps uma pesquisa feita onde se constatou que existem
vrios servidores de FTP no qual para o nosso projecto foi
escolhido o vsftpd. De seguida esto apresentadas as etapas
para instalar e configurar o servidor vsftpd no Ubuntu-8.10server. Atravs da linha de comandos insere-se o seguinte
comando:
Fig. 1
T ESTE AO SERVIO HTTP
FTP
Para fazer o teste a este servio colocou-se no browser o
seguinte endereo ftp://172.16.184.128, tendo assim acesso
ao servidor de FTP, como se comprova pela Figura 2.
sudo apt-get install vsftpd
Depois de concludo o processo de instalao avanamos

para a sua configurao. Para possibilitar o acesso annimo
ao nosso servidor FTP foi necessrio executar o seguinte
comando:
sudo chmod w /home/ftp/
Desta forma qualquer utilizador tem acesso as pastas

pblicas.
Para adicionar novos utilizadores no servidor de FTP usamos o seguinte comando:
sudo adduser nome do utilizador
No nosso caso foi desde o utilizador ccna1 at ao ccna22

conforme pedido nos protocolos Cisco.
B.3 Instalao do TFTP
Escreveu-se na consola o comando:
Fig. 2
ACESSO AO SERVIDOR FTP
TFTP
Para testar este servio criou-se na pasta onde est instalado TFTP(/srv/tftp/) um ficheiro de teste. Para esse teste
bastou inserir os seguintes comandos:
tftp localhost
get nome do ficheiro
Caso esteja a funcionar recebe-se uma mensagem, conforme Figura 3.
apt-get install tftpd

B.4 Instalao do Samba
Escreve-se na linha de comandos:
apt-get install samba
B.5 Instalao do IRC
Para instalar este servio executamos o seguinte comando:
apt-get install ircd-irc2

Fig. 3
T ESTE DO SERVIO TFTP
250

LUIS REIGOTO [24983]
SAMBA
Neste servio o teste bastante simples bastando escrever
na barra de explorador \\"seguido do nome do servidor ou
at mesmo o seu IP como podemos ver no seguinte comando:
\\eagle-server.example.com
A eficcia do teste verifica-se atravs da entrada na pasta

partilhada do servidor - Figura 4.
Fig. 6
T ESTE AO IRC - ENTRADA / CRIAO DE UM CANAL
3- Aps criar o canal e quando o outro utilizador fizer

o mesmo procedimento at agora efectuado, pode-se
verificar a entrada deste na nossa sala de conversao.
Posto isto os utilizadores podem comear a comunicar
entre si - Figura 7.
Fig. 4
T ESTE AOS SERVIO SAMBA
IRC
No servio IRC o teste baseia-se nos seguintes passos:
1-Inicialmente necessrio criar uma conta: para isto
insere-se o nome de utilizador que vamos utilizar no
chat, de acordo com os protocolos da Cisco escolhemos o ccna2 e ccn10 como utilizadores. Insere-se tambm o nome do servidor ou o IP do servidor, neste caso
172.16.1.2. Por fim escolhe-se o tipo de protocolo
utilizado que neste caso o IRC - Figura 5.
Fig. 7
T ESTE AO IRC - E NTRADA NA SALA DE CONVERSAO
4 Por fim podemos verificar a conversao entre dois

utilizadores (ccna2 e ccna10). Aps a comunicao
entre os dois utilizadores podemos dar por finalizado
o teste deste servio e concluir que o servidor de IRC
funciona correctamente - Figura 8.
Fig. 5
T ESTE AO IRC - JANELA DE login
2-Quando se conclui a criao da conta verifica-se a

comunicao com o servidor de IRC. Em seguida
necessrio entrar num chat, para isso cria-se um canal,
neste caso o nome do canal escolhido teste. preciso inserir um # antes do nome escolhido do canal,
como se poder ver na Figura 6.
Fig. 8
T ESTE AO IRC - C ONVERSAO ENTRE OS UTILIZADORES
cnica
REVISTAem
DE E
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
IV. C ONCLUSO
O objectivo deste trabalho foi criar um servidor baseado
numa distribuio LINUX, para servir de apoio s aulas
prticas das unidades curriculares de Comunicao de Dados e Redes de Computadores. Para alm do sistema operativo, era necessrio instalar servios avanados no servidor
em questo.
Foi instalada uma mquina virtual, a VMWare server, que
permitiu alojar o servidor com o sistema operativo Ubuntu
8.10 server e os servios solicitados: HTTP, FTP, TFTP,
SAMBA e IRC. Para cada servio foi necessrio fazer uma
pesquisa no sentido de encontrar as configuraes correctas uma vez que tinham que estar de acordo com os protocolos da Cisco. Para cada servio foram feitos os testes
necessrios tendo em vista verificar o seu correcto funcionamento. Em algumas situaes foi necessrio reformular uma vez que no se obtinham os resultados pretendidos.
Os servios FTP, TFTP, SAMBA permitem essencialmente
a transferncia de ficheiros e recursos de rede respectivamente. O IRC permite estabelecer uma comunicao entre
diferentes utilizadores.
No final verificou-se com agrado o correcto funcionamento
do servidor criado tendo-se atingido o objectivo pretendido.
Desta forma ser possvel, ao docente destas Unidades Curriculares uma melhor gesto do seu trabalho, no contexto
solicitado, compatibilidade do servidor com os protocolos
Cisco, num servidor instalado numa mquina virtual.
B IBLIOGRAFIA
[1] http://www.cisco.com/.
[2] UC Irvine H. Frystyk T. Berners-Lee, R. Fielding, RFC1945 - Hypertext Transfer Protocol HTTP/1.0, MIT/LCS, May de 1996.
[3] J. Gettys J. Mogul H. Frystyk L. Masinter P. Leach T. Berners-Lee
R. Fielding, UC Irvine, RFC2616 - Hypertext Transfer Protocol
HTTP/1.1, Compaq/W3C, Compaq, W3C/MIT, Xerox, Microsoft
June de 1999.
[4] D. Reed J. Oikarinen, RFC959 - File Transfer Protocol, ISI, October
de 1985.
[5] K. Sollins, RFC 1350 - The TFTP Protocol (Revision 2), MIT, July
de 1992.
[6] www.samba.org/.
[7] J. Reynolds J. Postel, RFC1459 - Internet Relay Chat Protocol, Network Working Group, May de 1993.
[8] http://www.vmware.com/.

251

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
253
Micromouse Speedy Gonzalez(SG-01)

P0950
Davide Jose Dias Borges, Davide j borges@hotmail.com
Abstract It built a Micromouse to explore a path to the center of a maze in the shortest period of time possible. The
project incorporates a microcontroller, sensors and motors.
Motors and sensors were connected to the microcontroller that
is capable Micromouse able to move a given distance in a given
direction of trains as well as receive information from sensors
and stop before hitting a wall. Future challenges lie in the programming of Micromouse through the Pic.
construdo um Micromouse para explorar um
Resumo E
caminho para o centro de um labirinto no menor periodo de
tempo possivel. O projeto integra um microcontrolador, sensores e motores. Os motores e sensores foram conectados ao
microcontrolador para que o Micromouse seja capaz capaz
de se mover numa determinada distancia, numa determinada
direca o de forma autonoma, bem como receber informaco es
dos sensores e parar antes de bater numa parede. Futuros
desafios reside na programaca o do Micromouse atravez do
Pic. [1].
Palavras chave robo, autonomo, labirinto
a posica o onde inicialmente fora largado. Quando largado

uma segunda vez na mesma posica o, este tera de ir para o
centro do labirinto pelo percurso mais rapido, baseando-se
na matriz construda a quando da sua primeira abordagem
ao respectivo labirinto.
A. Breve historia
O Micromouse e um pequeno robo autonomo construdo
para navegar um labirinto. O primeiro registo de mouse
versus labirintoe datado de 1950.
Foi apresentado
pela primeira vez por Cloude Shannon, que construiu o
labirinto original. No entanto, a primeira competica o de
Micromouse comecou na decada de 1970, quando os robos
foram testados um contra o outro. Os Micromouses sao
construdos para funcionar de uma forma autonoma ao
longo de um labirinto e encontrar o seu centro a partir
de um determinado canto do labirinto. Atraves do seu
algoritmo e configuraca o, os Micromouses devem ser
capazes de manter a memoria do labirinto, a sua posica o
dentro do labirinto, registo de dados sobre labirinto, e
optimizar uma rota para ser executado no menor tempo
possvel [2].
B. O que e o Micromouse?
Fig. 1
E XEMPLO DE UM MICROMOUSE - D ECIMUS
I. I NTRODUC AO
O projecto consiste na construca o do hardware e numa
posterior programaca o de um Micromouse, como exemplo
o Micromouse representado na fig.1, um mini robo que e
largado na extremidade de um labirinto onde este, de uma
forma autonoma, partira a procura do centro desse mesmo
labirinto, efectuando na primeira abordagem um mapado
labirinto no seu cerebro, em forma de matriz, voltando para

Micromouse e um evento onde pequenos robos autonomos

competem uns contra os outros para resolver um labirinto
o mais depressa possvel. O labirinto e constitudo por
celulas quadradas de 18 centmetros de face e com muros
com 5 cm de altura, fazendo no seu conjunto uma matriz
16x16. Os robos devem encontrar o caminho para o centro do labirinto sozinhos a partir de um canto do labirinto
` medida que avanca no labirinto o Midesconhecido. A
cromouse deve guardar a sua posica o e determinar o melhor caminho. Assim que este encontra o centro, retorna
a` posica o inicial. Os eventos Mircomouse sao realizados
regularmente em escolas, colegios, universidades e centros
exposica o a volta do mundo. Ao longo dos anos, o desafio
de criar um robo autonomo que possa resolver um labirinto
espalhou-se no mundo inteiro com regularidade. O desafio
inicial foi encontrar o centro do labirinto (o que em si exige
competencias em micro robotica e programaca o), mas ao
longo dos anos, os acontecimentos desenvolveram-se numa
corrida para o centro, com Micromouses capazes de velocidades superiores a 3 ms1 [3].
254

Este trabalho esta dividido em duas partes: A primeira
parte consistiu na implementaca o de todos os circuitos de
controlo, assim como toda a parte mecanica do Micromouse. Todas as placas impressas foram projectadas usando o EAGLE e foram produzidas aqui na UTAD usando
uma maquina propria para este fim. Na placa mae (fig.2 e
3), encontram-se os componentes essenciais que fazem o
robo funcionar e nela esta, entre outras coisas, o microcontrolador dsPIC33fj128MC804.
DAVIDE BORGES [22061]
define os limites de concepca o do mesmo. O Micromouse

tem um sistema de contagem do numero de voltas que a
roda efectua ao longo do seu percurso. Entre outros, utilizei
o PIC dsPIC33fj128MC804 da Microchip [4], um LCD de
um Nokia 1100, mosfet drivers MAX4427 da Maxim [5],
ULN2803A da Motorola [6], MOSFETs ZXMC3A16DN8
da Zetex [7], o integrado LP38690 [8], o integrado TSL
261 [9]e se necessario mais tarde tambem podemos colocar
uma memoria FM24V10 [10].
A.1 Construca o mecanica
Fig. 2
B OARD CONSTRUI DA NO E AGLE
Fig. 4
DOS COMPONENTES
M ICROMOUSE NA FASE DE APLICAC AO
Fig. 3
DOS COMPONENTES
M ICROMOUSE NA FASE DE APLICAC AO
Depois uma outra parte onde o Micromouse sera programado atraves de uma PIC, um trabalho a realizar futuramente.
A. Mecanica
A parte mecanica foi conseguida com a ajuda das oficinas
de mecanica.O robo foi feito seguindo o regulamento o qual
Podemos observar na figura 4 o Micromouse praticamente

na sua fase final. A placa preta colocada na parte dianteira
do robo nao e apenas um elemento de estetica, tem como
objectivo impedir que exista perturbaco es entre o emissor
IR e o receptor IR, e assim permitir uma boa utilizaca o
destes. Na parte traseira, do lado de ca da imagem existem dois botoes de pressao, tendo estes a funca o de start e
reset. Do lado contrario estao dois conectores para que se
possa ligar uma ou duas baterias como preferir. No centro
da traseira estao dois conectores, um para a interface com o
programador do Pic e outro para ligar o LCD. Foram aplicadas duas placas para a fixaca o do eixo, tendo nas extremidades do eixo as rodas presas ao eixo atraves de rolamentos. Essas placas sao feitas de alumnio e foram fixas na
placa Mae, sendo entao furadas nos locais de interesse para
a passagem do eixo, do tubo do encoder, do eixo do motor e
tambem para fixar o motor. As rodas tem uma parte dentada
para assim fazer a ligaca o com os movimentos do motor e,
por sua vez, rodar tambem o man que faz parte do encoder.
B. Controlo Motores
Um circuito muito popular para motores de DC motrizes e
chamado uma H-ponte(fig.5). E chamado assim porque se
parece com a letra maiuscula H em esquemas classicos.

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
255
Fig. 7
C IRCUITO RECEPTOR IR
Fig. 5
C IRCUITO DE CONTROLO DOS MOTORES
A grande habilidade de um circuito de H-ponte e que o motor pode ser controlado para a frente ou para tras a qualquer velocidade. Uma H-ponte pode ser implementada
com varios tipos de componentes (transstores bipolares comuns, transstores de FET, transstores de MOSFET). Normalmente sao precisados de quatro transstores numa Hponte. Cada transistor forma um canto na carta H, com
entrada de cada moso motor que e a barra no meio. A
fet driver MAX4427 da Maxim chega a informaca o para o
controlo do motor, sendo que um sinal indica a frequencia
e outro indica a direcca o [11] [12].
C. Sensores de Distancia
O Micromouse possui seis sensores, os quais estao colocados de maneira a cumprirem de forma optimizada a sua
tarefa. No circuito emissor(fig.6) estes sao alimentados
com a tensao da bateria para poder-mos ter uma maior
potencia. Todos eles funcionam por infravermelhos. Todos
eles sao colocados na parte frontal do Micromouse, mas
cada um tem uma direcca o especifica para assim detectar
as paredes. Eles emitem um feixe de infravermelhos o qual
reflecte no obstaculo, neste caso nas paredes, e retorna para
o receptor(fig.7), a atenuaca o do sinal diz qual a distancia a
que o obstaculo se encontra [13] [14] [15].
Fig. 8
AO P IC
E SQUEMA DE LIGAC OES
Fig. 6
C IRCUITO TRANSMISSOR IR
D. Microcontrolador
O
Pic(fig.8
e
9)
pertence
a
famlia
dsPIC33FJ128MCX02/X04, sendo constitudo por 44

256

DAVIDE BORGES [22061]
Fig. 9
E XEMPLO DE UMA FIGURA - 2 COLUNAS
pinos. E um circuito integrado produzido pela Microchip

Technology Inc., que pertence a categoria dos microcontroladores, ou seja, um componente integrado que num u nico
dispositivo contem todos os circuitos necessarios para
realizar um completo sistema digital programavel. Neste
projecto sao utilizados 40 dos 44 pinos(Tabela.1), pinos
estes com diferentes funco es para controlar e comandar os
diferentes metodos de actuaca o de cada componente. Os
PWM sao utilizados no controlo dos motores. PGC PGD
e MCLR sao utilizados para a programaca o do Pic. Os
RPs utilizam-se na grande parte dos componentes pois sao
portas que se podem programar.
E. Controlo de tensao
No circuito de controlo de tensao(fig.10) e utilizado um
LP38690, assim como tambem e projectado um divisor de
tensao. Circuitos estes que fazem com que a alimentaca o
dos diversos componentes tenham um valor correcto para o
bom funcionamento dos mesmos.
F. Alimentaca o
A alimentaca o e feita atraves de uma bateria de Li-poly
cell com 7.4v e 130mAH. Se preferirmos podemos utilizar
duas baterias pois existem duas entradas para esse efeito,
ligadas em paralelo.
Fig. 10
E SQUEMA PARA CONTROLAR A TENS AO
E T RABALHO F UTURO
III. C ONCLUS OES
Toda a parte fsica do trabalho esta pronta para que se
possa programar o robo, excepto o LCD que falta apenas
soldar as ligaco es para conectar com o Pic. A escolha dos
motores com os encoders separados talvez nao tivesse sido
a melhor escolha, pois como sao separados existe sempre
alguma variaca o da posica o exacta de cada encoder a cada
ensaio que se realiza, mas visto o custo de um motor ja

cnica
REVISTAem
DE E
NGENHARIA ELECTROT
ECNICA
E DE
COMPUTADORES
VOL. 1, N 1, JULHO 2009
Projecto
Engenharia
Electrot
e
e de ,Computadores
2009
Portas
SDA1/RB9
PWM2H1/RC6
PWM2L1/RC7
RP24(1)/RC8
RP25(1)/RC9
VSS
VCAP/VDDCORE
RP10(1)/RB10
RP11(1)/RB11
RP12(1)/RB12
RP13(1)/RB13
RA10
RA7
PWM1H1/RB14
PWM1L1/RB15
AVSS
AVDD
MCLR
AN0/RA0
AN1/RA1
AN2/RB0
AN3/RB1
AN4/RB2
AN5/RB3
AN6/RC0
AN7/RC1
RP18(1)/RC2
VDD
VSS
RA2
RA3
RA8
RB4
RA4
RA9
RP19(1)/RC3
RP20(1)/RC4
RP21(1)/RC5
VSS
VDD
PGD3/RB5
PGC3/RB6
RB7
SCL1/RB8
Pinagem
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
identificador
SDA
INBE
INAE
SCLK
SDI
GND
VCC
AD
BD
ID
XRES
XCS
INAD
INBD
AGND
AVCC
MCLR
ADC1
ADC2
ADC3
ADC4
ADC5
ADC6
ADC7
VCC
GND
OPT1
OPT2
LEDD
LEDC
LEDE
IE
BE
AE
GND
VCC
PGD
PGC
START
SCL
TABELA I
AO P IC
TABELA DE CONEX AO
com encoders torna-se mais economica a soluca o adoptada, mesmo sabendo que nao existe tanta precisao. Futuramente pretendo dar vida ao Micromouse, ou seja, programa-lo de forma a este se tornar autonomo e assim competir com outras universidades em concursos Micromouse
que se venham a realizar, fazendo futuramente a tese de
mestrado, acabando assim este projecto aliciante. Uma das
modificaco es a aplicar sera por uns motores que ja possuam encoders para assim ter mais precisao do posicionac UTAD - ECT - Departamento de Engenharias

257
mento do Micromouse. Se necessario, sera colocada uma

memoria, pelo que foi reservado um espaco para esta caso
se confirme a sua necessidade.
IV. AGRADECIMENTOS
Queria agradecer ao meu orientador, Antonio Valente,
pelo apoio prestado para que o projecto fosse realizado.
Ao Engenheiro Cristovao das oficinas de mecanica pela
disponibilidade, pois a sua ajuda foi preciosa para fixar os
motores e o eixo, bem como na elaboraca o das rodas.
Aos meu colegas e amigos pelo apoio que sempre me
deram.
Aos meus pais e parentes mais proximos por sempre me
apoiarem e ajudaram dando bons conselhos sempre que
estes foram precisos.
B IBLIOGRAFIA
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
[15]
Micromouse design the intellimouse explorer,

http:
//www.ece.uidaho.edu/ee/classes/ECE480-2s05/
Teams/intellimouse/Sem1Report.pdf, 31/03/2009.
Faton Avdiu, Senior Design Spring 2008, PhD thesis, City College
of New York CCNY, 2008.
Jim Chidley e Derek Hall, Picaxe micromouse kit, Relatorio
tecnico, 2009.
Microchip Technology Inc.,
Datasheet do microcontrolador
dspic33fj128mc804, Relatorio tecnico, 2008.
Microchip, Datasheet do integrado maxim 4427, Relatorio
tecnico, 1993.
Motorola, Datasheet do integrado uln 2803, Relatorio tecnico,
1996.
Zetex, Zetex - zxmc3a16dn8 complementary 30v enhancement
mode mosfet datasheet, Relatorio tecnico, 2005.
National Semiconductor Corporation, Datasheet do integrado
lp38690, Relatorio tecnico, 2009.
Taos, Datasheet do integrado tsl 261, Relatorio tecnico, 2000.
Ramtron, Datasheet da memoria fm24v10, Relatorio tecnico,
2009.
Robot room,
http://www.robotroom.com/index.
html#PROJECTS, 27/03/2009.
Ng beng kiat,
http://www.np.edu.sg/alpha/nbk,
27/03/2009.
microchip,
http://www.microchip.com/stellent/
idcplg?IdcService=SS_GET_PAGE&nodeId=64,
25/03/2009.
pesquisa google, http://www.google.com.au/search?
hl=en&q=micromouse&btnG=Google+Search&meta=,
27/03/2009.
micromouse online, http://www.micromouseonline.
com/forum, 27/03/2009.
e de Computadores
bologna
process
Grau de Licenciado
Anlise Matemtica I
Qumica
Programao
Computao
Electrnica I
Comunicao de Dados
Sistemas Operativos
Electrnica Digital
Gesto Industrial
1
2
3
Anlise Matemtica II
Mecnica e Ondas
Sistemas Digitais
Algoritmia
Sistemas e Sinais
Electrnica II
Bases de Dados
Computadores
Grau de Mestre
Mquinas Elctricas
Automao industrial
Mtodos de Optimizao
Dissertao
Opo A
Opo B
tica e Deontologia
Instalaes Elctricas
Microtecnologias
1
2
Dissertao
Acreditado pela
I novAO
BOSCH
Anexos
Listagem dos Orientadores - Comiss

ao Cientfica
Ant
onio Lus Gomes Valente
Ant
onio Manuel T. Silva Cunha
Carlos Filipe Campos Rompante da Cunha
Carlos Jose Alves Serodio
Eduardo Jose Solteiro Pires
Emanuel Soares Peres Correia
Get
ulio Paulo Peixoto Igrejas
Jo
ao Agostinho B. L. Pavao
Jo
ao Manuel Pereira Barroso
Jose Benjamim R. da Fonseca
Jose Boaventura R. da Cunha
Jose Manuel Ribeiro Baptista
Jose Paulo B. de Moura Oliveira
Leonel Caseiro Morgado
Lus Torres Pereira
Manuel Jose Cabral dos Santos Reis
Miguel Alves Fernandes
Paulo Alexandre C. Salgado
Pedro Miguel Mestre A. da Silva
Pedro Mogadouro do Couto
Raul Manuel Pereira Morais dos Santos
Salviano Filipe S. Pinto Soares
Sergio Augusto Pires Leitao
Vtor Manuel Jesus Filipe
Apresentao Pblica
ProjectoemEngenhariaElectrotcnicaedeComputadores
h
l
d
d
SessoA
10:0011:15
Dia22
Avaliaotcnicaeeconmicadesistemasdemicroproduode
P0902
electricidadebaseadosemER
P0904 ProduodescentralizadadeelectricidadeUmcasodeestudo
P0916 OptimizaodasLigaesdeAerogeradoresemParquesElicos
P0947
Sesso
oB
11:3012:45
Ferramentadesimulaoparacaracterizaodapotnciainstaladaem
minihidricas
P0917 SntesedeCircuitosDigitais
P0937 SimulaoComputacionalGrficadeSistemasAutomatizados
Simulao Computacional Grfica de Sistemas Automatizados
P0938 AquaDisplay
P0914
TICAEFAsTecnologiasdaInformaoeComunicaonoApoioao
EnsinodaFsica
Almoo
14:0016:00
P0918
DataloggercomarmazenamentoemcartesSD/MMCemFAT32
(Parte1Logger)
SesssoC
P0929 SistemadeGestodeAdegaseCooperativasAgrcolas
P0943 GestodeFilasdeEsperaparaAdegaseCooperativas
P0911 Identificaoautomticadeprodutosnumadespensainteligente
AdQuam
EmpresadeRecursosHumanos
16:1517:30
g
p
P0901 NavegaodeumrobotparaConduoAutnoma
SeessoD
P0909 ConduoautnomadeveculoConduo

P0910 ConduoautnomadeveculoDetecodeobstculos
Conduo autnoma de veculo Deteco de obstculos
P0930 SistemasdeVigilnciaInteligente
P0935 Sistemademonitorizaodaconcentraodecondutores
Apresentao Pblica
ProjectoemEngenhariaElectrotcnicaedeComputadores
10:0011:15
P0926
Sesso
oE
P0925
P0924
SeessoF
11:30 12:30
11:3012:30
Dia23
SiteWebparagestodeexamesTestes,Segurana,Autenticaoe
Privacidade
SiteWebparagestodeexamesGestodeBasedeDadose
Relatrios
SiteWebparagestodeexamesInterfacecomoutilizadore
InterfacedeAdministrao
P0927
PaineisdeInformaoWireless
P0928
HELPMIintegraodeserviosdevozentreMessengerseMundos
Virtuais
P0944
InterligaoentreFORTRANeJava
P0945
GestodeSoftwareparasalasdeInformtica
P0948
P0949
ServidorbaseadoemLinux,umaferramentadeapoiosaulas
prticas:SistemaeServiosBase
ServidorbaseadoemLinux,umaferramentadeapoiosaulas
prticas:ServiosAvanados
ti
S i
A
d
P0942
KitdeDemonstraodeModulaesAnalgicas
P0920
Desenvolvimentodealvosdedetecodetiroautomticoparao
pentatlomoderno
Almoo
14:0016:00
P0915
S
SessoG
P0922
P0923
P0933
P0939
Sistemadeaquisioetransmissodedadosambientais
Desenvolvimentodefirmwareparaumsensordehumidadeparao
solo
Desenvolvimentodeumaaplicaoparaaquisiodedadosdeum
sensordehumidadeparaosolo
Desenvolvimentodeumsistemadeinstrumentaopara
monitorizaodeumasondadeultrasons
Estudoedesenvolvimentodeumsensorparaocrescimentodauva
SessoH
16:1517:30
PTin/EstgiosCurriculares
P0946
AmbientesTecnologicamenteAssistidosSensores
P0921
AmbientesTecnologicamenteAssistidosAplicao
P0950
MicroMouseSpeedyGonzalez(SP01)
P0912
Estudoecaracterizaodesistemasestreodevisoporcomputador

Projetos de Convenções Interessantes

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Projetos de Convenções Interessantes

Transféré par

Droits d'auteur :

Formats disponibles

Antonio Lus Gomes Valente

Salviano Filipe S. Pinto Soares

Universidade de Tras-os-Montes e Alto Douro

Notas dos Autores

cnica e de ComEste e o primeiro n

Desta forma a direcc

Com os melhores cumprimentos,

Jose Manuel Baptista

Notas dos Autores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

TIC-AEF As Tecnologias da Informa

17 Site Web para gest

Navegaca o de um robot para Conduca o Autonoma

Abstract This work aims to build a robot able to travel

autonoma, de forma a superar todas as dificuldades encontradas na prova de conduca o autonoma.

JONAS TEIXEIRA [23487]

cnica e de Computadores 2009

nvel analisamos com especial interesse as rodas traseiras,

do servo, que funciona como sensor de posica o, e por um

A. Nvel responsavel pelo controlo de direcca o do veiculo

largura de pulso) numa das suas portas configuradas como

Os dispositivos pertencentes a esta famlia possuem uma

USB e ao MSP430FG4618 atraves do porto JTAG. O como

cnica e de Computadores 2009

B. Nvel responsavel pelo movimento do veiculo

JONAS TEIXEIRA [23487]

pelo movimento do veiculo e controlado por uma aplicaca o

VI. C ONCLUS OES

Assim sendo o funcionamento do veculo resume-se ao

mbc, Conducao autonoma, Relatorio tecnico, 2005.

cnica e de Computadores 2009

[13] maxon motor control, Epos p positioning controller documentation

JONAS TEIXEIRA [23487]

Avaliaca o Tecnica e Economica de Sistemas de Microproduca o de Electricidade

Abstract Climate change and the expected scarcity of the

fontes tem reservas estimadas para poucas decadas, o que

cnica e de Computadores 2009

DILMAN ALMEIDA [AE-874]

tiva CE/77/2001 do Parlamento Europeu e do Conselho de

(f) Os precos sofrem uma reduca o sucessiva de 5% por

(a) Reduca o da dependencia energetica nacional.

III. I NDICADORES DE AVALIAC AO

No entanto, deve-se realcar que, muito provavelmente a

A decisao de investir em projectos, deve ser o resultado de

DILMAN ALMEIDA [AE-874]

cnica e de Computadores 2009

rentabilidade e o PRI-Perodo de recuperaca o do investimento (Payback Period).

partir do momento em que a rentabilidade do projecto de

electricidade, e uma realidade. Basta verificar que a tarifa

Existe uma outra base de dados estatsticos, patrocinada

cnica e de Computadores 2009

DILMAN ALMEIDA [AE-874]

potencia do inversor, a contar para a ligaca o a` rede electrica

A. Resultados tecnico-economicos obtidos

R ESULTADOS T E CNICO - ECON OMICOS

Custo c/IVA (e)

Energia Vendida (kWh/ano)

VII. C ONCLUS OES

Foram simulados varios cenarios, de forma a dar uma

cnica e de Computadores 2009

DILMAN ALMEIDA [AE-874]

R ESULTADOS T E CNICO - ECON OMICOS

Custo c/IVA (e)

Energia Vendida (kWh/ano)