Você está na página 1de 109

Universidade de Aveiro

2008

Lus Filipe Gomes


da Silva

Departamento de
Engenharia Mecnica

Automao em Ambientes Residenciais

Automao em Ambientes Residenciais

Jri

Presidente:

Prof. Doutora Mnica Oliveira, Professora Auxiliar, Departamento de


Engenharia Mecnica, Universidade de Aveiro

Arguente:

Prof. Doutor Carlos Cardeira, Professor Auxiliar, Instituto Superior


Tcnico, Universidade Tcnica de Lisboa

Orientador:

Prof. Doutor Jos Paulo Santos, Professor Auxiliar, Departamento de


Engenharia Mecnica, Universidade de Aveiro

Co-orientador:

Prof. Doutor Rui Moreira, Professor Auxiliar, Departamento de


Engenharia Mecnica, Universidade de Aveiro

Automao em Ambientes Residenciais

Agradecimentos

Aos meus pais e minha famlia por terem


permitido chegar aqui.
Aos meus orientadores, Professor Jos Paulo
Santos e Professor Rui Moreira pela
orientao, apoio e compreenso.
Ao Marcos e ao Peter pelo apoio e companhia
nos estudos, e aos meus amigos pessoais
pela motivao, apoio e pacincia.

Automao em Ambientes Residenciais

Palavras-chave

Domtica, X10, EIB/KNX, Qbus, autmato programvel,


comunicao, monitorizao e controlo remoto.

Resumo

A automao hoje uma realidade emergente em ambientes


residenciais. O conceito de habitao tem mudado na ltima dcada
em funo da rpida evoluo tecnolgica. Neste contexto surge a
domtica, que tem por objectivo a automatizao das habitaes.
Actualmente, existe uma oferta bastante diferenciada de solues
na rea da automao residencial, mas existem limitaes ao nvel
da interligao e da partilha de informao entre diversos sistemas
funcionais.
O trabalho desenvolvido demonstra a aplicabilidade de mecanismos
de integrao de sistemas de domtica. Foram assim desenvolvidas
ferramentas de software que permitem o controlo e a monitorizao,
individual e integrada, da rede X10, da rede Qbus e uma rede de
autmatos programveis.
Foram tambm desenvolvidas interfaces de utilizao simples e
amigvel, que permitem o controlo e monitorizao local e remoto
do sistema prottipo desenvolvido.

Automao em Ambientes Residenciais

Key words

Home automation, X10, EIB/KNX, Qbus, PLC, communication,


remote monitoring and control.

Abstract

The automation is today an emergent reality in residential


environments. The habitation concept has changed in the last
decade following the fast technological evolution. In this context and
with the main objective of automating day to day activities, the house
automation has been considered to be a needed feature in
contemporary houses. Currently, several differentiated solutions for
residential automation exist, but limitations to the level of the
interconnection and the sharing of information the functional systems
is usually a reality.
The developed work demonstrates the applicability of integration in
home automation systems. Thus, software tools that allowing the
control of X10 and Qbus devices along with a local net of PLCs,
were developed.
Also simple and friendly interfaces have been developed, allowing
the local and remote control of the proposed prototype system.

Automao em Ambientes Residenciais

ndice

1 Introduo ............................................................................................................................... 1
1.1.1 Controlo de Iluminao .............................................................................................. 2
1.1.2 Controlo de acessos .................................................................................................. 3
1.1.3 Sistemas de segurana .............................................................................................. 4
1.1.4 Sistemas de videovigilncia ....................................................................................... 6
1.1.5 Sistemas de aquecimento e ar condicionado e ventilao ......................................... 6
1.2 Objectivos......................................................................................................................... 7
2 Estado da Arte ........................................................................................................................ 9
2.1 Sistemas de Domtica ...................................................................................................... 9
2.1.1 Protocolo X10 ............................................................................................................ 9
2.1.2 Protocolo EIB ............................................................................................................14
2.1.3 Protocolo QBUS ........................................................................................................20
2.1.4 Sistema baseado num PLC .......................................................................................21
2.1.5 Protocolo LonWorks ..................................................................................................23
2.1.6 Principais diferenas entre as diversas tecnologias ..................................................27
2.2 Protocolos de Comunicao ............................................................................................31
2.2.1 Modelo de referncia OSI .........................................................................................31
2.2.2 Protocolo de Comunicao RS-232 ..........................................................................33
2.2.2 Protocolo de comunicao RS 485 ...........................................................................34
2.2.3 Protocolo de comunicao TCP/IP ............................................................................35
2.2.4 Protocolo de comunicao Modbus ..........................................................................39
2.2.5 Protocolo de Comunicao ZIGBEE .........................................................................42
3 Arquitectura Proposta.............................................................................................................45
3.1 Sistema de comunicaes da arquitectura proposta ........................................................47
3.1.1 Comunicao Autmato Autmato .........................................................................47
3.1.2 Comunicao PC PLC ...........................................................................................54
3.1.3 Comunicao X10 PC ............................................................................................57
3.1.4 Comunicao Qbus - PC...........................................................................................59
3.1.5 Comunicao PC Base de dados ...........................................................................61

Mestrado Integrado em Engenharia Mecnica

4 Implementao e anlise do desempenho .............................................................................65


4.1 Estrutura do sistema prottipo proposto ..........................................................................66
4.1.1 Hardware utilizado ....................................................................................................66
4.1.2 Software desenvolvido ..............................................................................................71
4.2 Anlise de desempenho ..................................................................................................92
5 Concluso ..............................................................................................................................95
6 Referencias Bibliogrficas Utilizadas ......................................................................................97
Anexos ......................................................................................................................................99
Anexo 1 ...............................................................................................................................100
Anexo 2 ...............................................................................................................................101
Anexo 3 ...............................................................................................................................102
Anexo 4 ...............................................................................................................................103

xii

Automao em Ambientes Residenciais

ndice de figuras
Figura 1 - Mdulos (X10) de calha DIN que permite o controlo da luminosidade [1]. ................. 3
Figura 2 - Terminal de controlo de acessos com identificao biomtrica por impresso digital
[2]............................................................................................................................................... 4
Figura 3 - Exemplo de um detector de intruso [3]. .................................................................... 4
Figura 4 - Exemplo de um detector de incndio [3] .................................................................... 5
Figura 5 - Exemplo de um detector de inundao [3]. ................................................................ 5
Figura 6 - Exemplo de um sistema de videovigilncia [4]. .......................................................... 6
Figura 7 - Envio de sinais binrios 1 e 0....................................................................................11
Figura 8 - Exemplo da transmisso de um comando, no caso A2 ON. ......................................12
Figura 9 - Esquema tipo de uma rede EIB [7]. ..........................................................................14
Figura 10 - Imagem com as diversas formas que a topologia fsica de um sistema EIB pode
assumir [7]. ...............................................................................................................................15
Figura 11 - Imagem esquemtica de uma estrutura EIB. ..........................................................16
Figura 12 - Esquema tipo do endereamento fsico de um mdulo EIB. ...................................17
Figura 13 - Formato dos endereos de grupo. ..........................................................................17
Figura 14 - Imagem de um cabo BUS [7]. .................................................................................18
Figura 15 - Esquema tpico do sistema Cardio [8]. ....................................................................22
Figura 16 - Autmato utilizado num sistema Cardio [8]. ............................................................23
Figura 17- Rede de controlo LonWorks tpica [9]. .....................................................................24
Figura 18 - Constituio de um MAC_PDU [9]. .........................................................................26
Figura 19 - Campo NPDU[9]. ....................................................................................................26
Figura 20 Estrutura da mensagem recebida segundo o modelo OSI. ....................................32
Figura 21 Esquema dos pinos de uma ficha de RS232. .........................................................33
Figura 22 Grfico que mostra a variao da taxa de transferncia (bps) em funo do
comprimento do cabo Rs 485[10]..............................................................................................35
Figura 23 cabealho TCP.......................................................................................................37
Figura 24- N mestre a emitir em modo unicast. .......................................................................40
Figura 25 - Ilustraao do n mestre a emitir em modo Broadcast..............................................40
Figura 26- Estrutura de uma mensagem no Modbus.................................................................41
Figura 27 - Representao esquemtica da arquitectura proposta. ..........................................46
Figura 28 - Rede de autmatos ligados por Ethernet/RS485. ...................................................47
Figura 29 - Estrutura de mensagens proposta ..........................................................................49
Figura 30 - Exemplo de aplicao da estrutura de mensagens proposta, no caso a Leitura da
sada digital 5 do autmato definido pela estao 2. .................................................................49
Figura 31 - Exemplo de aplicao da estrutura de mensagens proposta, no caso a activao da
sada digital 1 do autmato definido pela estao 3. .................................................................50
Figura 32 - Esquema do algoritmo usado na interpretao da mensagem ................................51
Figura 33 - Algoritmo utilizado para o processo de leitura de uma varivel do autmato ..........52
Figura 34 - Algoritmo utilizado para o processo de escrita de uma varivel no autmato ..........53

Mestrado Integrado em Engenharia Mecnica

Figura 35 - Ligao entre o PC e a rede de autmatos .............................................................54


Figura 36 - Exemplo de um projecto criado no Facon Server. ...................................................55
Figura 37 - Estrutura da Mensagem Proposta ...........................................................................56
Figura 38 - Esquema de ligao entre o sistema de domtica X10, um comando RF, e o PC. .57
Figura 39- Modulo CM 11 com sada USB que permite a ligao entre o PC e o sistema de
domtica X10. ...........................................................................................................................58
Figura 40- Esquema de comunicao entre uma ordem dada por RF para o controlo de um
equipamento Qbus ou de um equipamento ligado a um autmato. ...........................................59
Figura 41 Esquema da comunicao PC Qbus. ..................................................................60
Figura 42- Representao esquemtica da ligao entre o Pc/Aplicao Vb e a base de dados.
.................................................................................................................................................61
Figura 43 - Campos da tabela SQL que controla e monitoriza o sistema de domtico proposto.
.................................................................................................................................................62
Figura 44 - o mdulo de aparelho X10 [13]. ..............................................................................66
Figura 45 - interruptor de Calha DIN [13]. .................................................................................67
Figura 46 - receptor de radiofrequncia de sinais X10 [13]. ......................................................67
Figura 47- Mdulo CM 11[13]. ...................................................................................................68
Figura 48 - Comando de radiofrequncia [13]. ..........................................................................68
Figura 49 Modulo ETH02, interface de Ethernet [14]..............................................................69
Figura 50 - Dim04-300 Modulo Dimmer [14]...........................................................................69
Figura 51 - SWI04 Interruptor Qbus [14]. ...............................................................................70
Figura 52 Autmato Fatek Corp, modelo Fbs-60MC [15]. ......................................................70
Figura 53 Autmato Fatek Corp, modelo Fbs-20MC [15]. .......................................................71
Figura 54 - Funcionamento do software quando o utilizador controla ou monitoriza o sistema. 76
Figura 55 - Esquema que representa o funcionamento do software com controlo por parte do
utilizador. ..................................................................................................................................77
Figura 56 Panorama Geral da Interface Grfica desenvolvida. ..............................................78
Figura 57 Menu de funes bsicas. ......................................................................................79
Figura 58 Menu inteligente. ....................................................................................................80
Figura 59 Monitorizao dinmico do prottipo. .....................................................................81
Figura 60 Deteco de intruso no lado norte da habitao. ...............................................81
Figura 61 Quadro de Comunicaes e de Controlo................................................................82
Figura 62 Menu de temporizaes. ........................................................................................83
Figura 63 Aspecto da pgina Web desenvolvida. ...................................................................84
Figura 64 zonas de controlo e gesto dos diversos mdulos do prottipo. .............................85
Figura 65 Janelas desenvolvidas no prottipo que contemplam a segurana. .......................86
Figura 66 Diferenas entre interface Web e Visual Basic. ......................................................87
Figura 67 Menu de Funes inteligentes .............................................................................87
Figura 68 - Esquema de funcionamento da aplicao flash desenvolvida. ................................88
Figura 69 - Aspecto da aplicao Flash desenvolvida. ..............................................................89
Figura 70 - Exemplo de navegao entre menus. .....................................................................90
Figura 71 Menu de Iluminao geral na aplicao flash desenvolvida. ..................................90
Figura 72 Menu de controlo remoto da iluminao da sala. ...................................................91
Figura 73 Menu das funes inteligentes. ..............................................................................91
xiv

Automao em Ambientes Residenciais

ndice de Tabelas
Tabela 1- Lista de exemplos de comandos X10 bsicos. ..........................................................12
Tabela 2 Esquema dos pinos de uma ficha RS232. ...............................................................33
Tabela 3 - Tempos de reaco do sistema prottipo proposto ..................................................93

Automao em Ambientes Residenciais

1 Introduo
O conceito de habitao tem mudado ao longo dos tempos em funo da mudana de estilo de
vida da sociedade. A rpida evoluo tecnolgica das ltimas dcadas contribuiu para esta
mudana de estilo de vida. Esta constante mudana e evoluo da sociedade tem se
repercutido na forma de utilizao da habitao que foi adaptando-se s exigncias dos seus
ocupantes.
A evoluo tecnolgica nos ltimos anos tem contribudo para o desenvolvimento constante dos
sistemas de informao, dos sistemas electrnicos e de comunicaes. Esta evoluo
tecnolgica tem trazido para os mercados produtos que num passado recente eram meros
objectos de fico cientfica e que hoje so uma realidade emergente.
Contudo, ainda subsistem limitaes ao nvel da interligao dos diversos sistemas funcionais.
De facto, verifica-se uma total ausncia de partilha de informao, onde cada sistema age com
total independncia, ocorrendo mesmo redundncia das funcionalidades.
A domtica tem por objectivo a automatizao das habitaes para satisfazer as necessidades
dos seus ocupantes, tais como:
Segurana: segurana contra intruso, segurana tcnica (sistemas de alarme contra
incndios, inundaes, etc);
Conforto: automao de funes de rotina, controlo de iluminao, controlo de
ventilao e climatizao, distribuio de udio e vdeo;
Gesto Energtica: controlo e racionalizao energticos, telemanuteno, telegesto;
Comunicaes: so consideradas as comunicaes internas, com o exterior, com o
objectivo de integra-las da forma mais eficiente e global.

A palavra domtica resulta da juno da palavra domus (casa) com robtica (controlo
automatizado de algo). A domtica pode emergir em novos contextos. Esta pode prestar um
1

Mestrado Integrado em Engenharia Mecnica

auxlio importante no apoio a pessoas com deficincias ou pessoas idosas, permitindo assim
uma melhor qualidade de vida e uma maior autonomia. A domtica pode estar relacionada com
a automatizao de funes no auxlio e aviso (lembra toma de medicamentos) ou mesmo
monitorizar a actividade no interior da habitao.
Desta forma, a domtica ser um conceito que far cada vez mais sentido. Problemas como a
gesto de recursos, ausncia de pessoas em casa, envelhecimento da populao e problemas
de segurana, iro contribuir para uma mudana de imagem da domtica, ainda associada nos
dias que correm a um luxo, para uma imagem que se relaciona com a necessidade de uma
simples ferramenta imprescindvel do quotidiano.
Contudo, os sistemas actuais de domtica como KNX-EIB, QBUS, X10 e outros no do uma
resposta completa s exigncias dos seus ocupantes, focando-se essencialmente no controlo
de iluminao e de estores, podendo ter algumas interaces com os outros subsistemas de
segurana, controlo de acessos e outros sistemas funcionais. Assim, um sistema de domtica,
no seu conceito mais amplo, deve ser uma soluo integrada, dispondo de diversas tecnologias
de suporte.
Estas tecnologias de suporte surgem no mercado como solues independentes, e permitem
desenvolver sistemas funcionais, associados a funes normalmente autnomas, como por
exemplo: controlo de iluminao, controlo de acessos, segurana, conforto trmico, entre
outros.

1.1.1 Controlo de Iluminao


Todos os sistemas de domtica contemplam o controlo de iluminao e da distribuio
elctrica. Normalmente esta funo surge como a funo central de um sistema de domtica,
razo pela qual usual confundir domtica com o controlo da iluminao. No mercado existem
diversas solues (Figura 1), nomeadamente as solues inerentes a cada sistema de
domtica (X10,EIB, Qbus, etc). O controlo da iluminao pode ser processado manualmente
(atravs de boto e/ou telecomando), por programao horria, telefonicamente, atravs de um
PC, autonomamente por um nvel de luminosidade (sensor crepuscular) ou por movimento em
quase todos os sistemas de domtica.

Automao em Ambientes Residenciais

Figura 1 - Mdulos (X10) de calha DIN que permite o controlo da luminosidade [1].

1.1.2 Controlo de acessos


O controlo de acessos tambm uma funcionalidade tpica de uma casa inteligente. O controlo
de acessos importante ao nvel da segurana uma vez que permite ao dono de casa controlar
o acesso s instalaes.

Existem sistemas de acesso com leitura de cartes de banda magntica ou com insero de
cdigos pessoais, mas os mais utilizados e fiveis recorrem identificao biomtrica
(impresso digital (Figura 2), reconhecimento de voz, de palma de mo, etc). Existem no
mercado diversos equipamentos que podem ser controlados remotamente atravs de um PC,
de um autmato ou serem completamente autnomos.

Por questes de segurana, o sistema de controlo de acessos normalmente instalado de


forma autnoma e independente, no existindo comunicao com outros sistemas.

Mestrado Integrado em Engenharia Mecnica

Figura 2 - Terminal de controlo de acessos com identificao biomtrica por impresso digital [2]

1.1.3 Sistemas de segurana


A funo da segurana, quando associada a um sistema de domtica, assegura usualmente
dois tipos de interveno:
segurana relativa a intruso, usando detectores, alarmes e outras formas de dissuaso
e aviso (Figura 3);
segurana tcnica, como por exemplo, detectores de fugas de gs, detectores de
incndio e deteco de inundao entre outras possibilidades.
No que respeita deteco de intruso usual recorrer-se ao uso de detectores de presena,
de movimento, ou de passagem, detectores magnticos de embutir nas janelas e entradas
consideradas de risco, detectores volumtricos, fotoclulas, entre outros equipamentos.

Figura 3 - Exemplo de um detector de intruso [3].

Automao em Ambientes Residenciais

Por outro lado, no campo da segurana tcnica, a deteco de incndio normalmente


realizada por detectores ptico-trmicos (Figura 4) nas zonas susceptveis de incndio, tais
como: lareiras, zona da caldeira do aquecimento central e cozinha.

Figura 4 - Exemplo de um detector de incndio [3]

Outra forma de segurana tcnica o detector de inundao, que permite a proteco contra
os danos causados por entrada de gua e inundaes. Um dos detectores de inundao mais
simples consiste num sensor com 2 contactos abertos (Figura 5), que instalado em zonas
potencialmente afectadas tais como: caves, garagens subterrneas, lavandaria, cozinhas,
quartos de banho e balnerios. Este sensor detecta a passagem elctrica entre os 2 elctrodos
quando estes esto imersos em gua.

Figura 5 - Exemplo de um detector de inundao [3].

Os detectores normalmente esto ligados a uma central de alarmes, que permite gerir e
monitorizar estas funes de deteco, usando recursos de aviso tais como alarmes sonoros,
envio de mensagens telefnicas, ou eventualmente notificaes via correio electrnico.

Mestrado Integrado em Engenharia Mecnica

1.1.4 Sistemas de videovigilncia


Os sistemas de videovigilncia (Figura 6) so actualmente considerados indispensveis numa
habitao inteligente, ou mesmo em qualquer tipo de infra-estrutura onde seja exigida algum
nvel de segurana. No mercado, e face ao aumento da procura deste tipo de sistemas, existe
uma grande oferta e um contnuo desenvolvimento destes produtos e servios.

Figura 6 - Exemplo de um sistema de videovigilncia [4].

1.1.5 Sistemas de aquecimento e ar condicionado e ventilao


Os sistemas de aquecimento e de ar condicionado so fundamentais para garantir uma
climatizao adequada no ambiente residencial. Os sensores de temperatura e de humidade
podem medir estes parmetros em diversas divises da casa e activa ou desactivar de forma
independente vlvulas e controlos de temperatura, regulando assim a temperatura e
procurando um equilbrio entre o conforto e a gesto eficiente de energia. Na ventilao e no ar
condicionado existem sensores de corrente de ar que podem monitorizar o estado do sistema
de ar condicionado, que devem fazer parte integrante de um sistema de domtica.

Automao em Ambientes Residenciais

1.2 Objectivos
No actual panorama das solues de domtica disponveis no mercado existe uma grande
diversidade de solues funcionais, s quais no esto integradas entre si. De facto, a
autonomia e a inexistncia de interligao, ou de partilha de recursos, uma constante nos
equipamentos de domtica actualmente existentes e instalados nas habitaes inteligentes.
A falta de integrao de sistemas em parte justificada pela ausncia de padres normalizados
que actuam sobre estes equipamentos e tambm pelo facto de serem produzidos por
fabricantes diferentes. No entanto, a interligao dos diversos sistemas e a partilha de recursos
assume uma posio de destaque no desenvolvimento de sistemas de domtica integrados e
eficientes.
Neste contexto, objectivo deste trabalho demonstrar a aplicabilidade de mecanismos de
integrao de sistemas de domtica, associando e interligando as mais diversas tecnologias de
suporte existentes actualmente. Para o efeito estabelecido um conjunto de requisitos para a
soluo a propor, nomeadamente:
deve permitir a integrao de alguns protocolos de domtica existentes no
mercado, nomeadamente a integrao da rede X10, a rede QBUS e de uma rede de
autmatos programveis disponveis no departamento;
deve ter elevada flexibilidade de reconfigurao;
deve permitir a monitorizao e o controlo remoto da habitao;
deve ter uma interface de utilizao simples e amigvel;
deve ter uma elevada capacidade de expanso e reconfigurao de tipologia.

Automao em Ambientes Residenciais

2 Estado da Arte
O desenvolvimento de novas solues passa sempre por um estudo inicial das solues
existentes no mercado. Neste contexto, este captulo tem por objectivo explicar as principais
solues de domtica existentes. De uma forma simplificada podemos descrever um sistema
de domtica como um conjunto de sensores e actuadores ligados em rede. Desta forma, os
protocolos de comunicao entre equipamentos num sistema de domtica assumem uma
grande importncia. Por essa razo, neste captulo tambm se far um levantamento
bibliogrfico de diversos protocolos de comunicao, alm dos principais sistemas de domtica.

2.1 Sistemas de Domtica


No panorama actual existe uma grande diversidade de solues ao nvel da domtica. Neste
contexto procedeu-se a um levantamento bibliogrfico acerca dos sistemas de domtica mais
relevantes no mercado.

2.1.1 Protocolo X10

O Protocolo X10 uma das tecnologias com maior abundncia de produtos, clientes e
fornecedores nos Estados Unidos da Amrica. Inicialmente a tecnologia foi mais requisitada
pelos amadores ligados rea de automatizao de habitaes, sendo mesmo a mais utilizada
nas instalaes domticas caseiras.
A tecnologia X-10 foi desenvolvida entre 1976 e 1978 pela empresa Pico Electronics Ltd, em
Glenrother, Esccia, com a finalidade de transmitir dados atravs de uma linha elctrica de
baixa velocidade (50 bps na Europa e 60 bps nos EUA). O nome X10 surgiu porque este foi
dcimo projecto da referida empresa [5].
A patente foi posteriormente adquirida pela empresa X10, Ltd e mantida at ter expirado em
1997 [3]. O X10 actualmente um protocolo de domtica aberto, permitindo a qualquer
fabricante o desenvolvimento de produtos baseados nesta tecnologia, que utiliza a rede
elctrica existente numa habitao para envio dos diversos comandos de controlo.
9

Mestrado Integrado em Engenharia Mecnica

2.1.1.1 Camada Fsica

A tecnologia X10 utiliza a rede de distribuio de energia elctrica como o principal meio de
comunicao entre os diversos equipamentos. Este um aspecto chave desta tecnologia e a
sua maior vantagem face a outros protocolos de domtica. Esta tecnologia no necessita de
nenhum elemento central para o seu funcionamento, dizendo por isso que usa uma arquitectura
descentralizada.
Um sistema X10 pode ser apenas constitudo por um conjunto de equipamentos que so
directamente controlados pelo utilizador, ou ento pode ser constitudo por diversos mdulos,
em que cada mdulo consegue receber todos os sinais elctricos que circulam na rede
elctrica, e o sistema tem de ser capaz de enderear cada mensagem. Para solucionar a
problemtica anterior, o protocolo X10 implementou um sistema simples de endereamento que
utiliza 16 cdigos do aparelho (1-16) e 16 cdigos de casa (A-P), permitindo enderear sem
equvocos 256 aparelhos. A atribuio destes endereos aos vrios equipamentos X10 da
responsabilidade de cada utilizador nos prprios equipamentos, actuando sobre dois selectores
rotativos, sendo seleccionado em cada um dos selectores um dos cdigos referidos
anteriormente. Se existirem mdulos com o mesmo endereo na nossa rede, esses mdulos
actuam simultaneamente mesma ordem (partilha de endereo).

2.1.1.2 Camada Lgica

A comunicao no protocolo X10 baseia-se na injeco de sinais de alta frequncia (120Khz),


sobre a rede elctrica comum, 220V corrente alterna, representando sinais binrios (1 ou 0). O
sinal inserido depois da onda sinusoidal de 50Hz ter passado pela origem, com um atraso
mximo de 200 micro segundos. Esta particularidade til aos receptores para saberem
quando devem escutar a linha.
Uma vez que o meio de distribuio de energia electricamente muito ruidoso, a forma que se
encontrou para resolver esse problema, diminuir a probabilidade do rudo elctrico ser
confundido com um sinal vlido, foi garantir que um bit nunca enviado isolado, sendo enviado
10

Automao em Ambientes Residenciais

sempre o bit e o seu complemento. Isto significa que o envio do bit 1 conseguido pelo envio
de um bit 1 (sinal de 120kHz na origem) seguido de um 0 (ausncia de sinal). No caso do envio
de um bit a 0 enviado um 0 (ausncia de sinal) seguido de um 1 (frequncia de 120kHz na
origem), como ilustrado na Figura 7.[5]

Figura 7 - Envio de sinais binrios 1 e 0.

No que diz respeito estrutura das mensagens enviadas neste protocolo, uma transmisso
completa de um comando X10 engloba a transmisso de quatro campos que ocupam onze
ciclos da onda elctrica. O primeiro campo representa o Start Code sequncia de bits (1 1 1
0), e representa 2 ciclos (neste caso no se verifica a regra de cada bit ser enviado de seguida
o seu complemento). No campo seguinte figura o cdigo da casa e seus respectivos
complementos e representado em 4 ciclos. De igual forma, seguem-se mais 4 bits, que
ocupam 4 ciclos, que representa o cdigo do aparelho ou o cdigo da funo. Para diferenciar
este ltimo campo enviado um ltimo bit (e respectivo complemento), que identifica se o
campo anterior se refere ao nmero de um equipamento (bit = 0) ou ao cdigo de uma funo
(bit = 1).
Cada pacote completo deve ser enviado em dois grupos, o primeiro a indicar o aparelho, e o
segundo a funo a ser executada. Os dois grupos devem ter no mximo trs ciclos da onda
alternada sinusoidal entre eles. Os comandos Dim e Bright so excepes a esta regra e
devem ser transmitidos continuamente sem nenhum ciclo de intervalo entre eles. Na Figura 8
est descrito um exemplo da transmisso de um comando simples por X10.

11

Mestrado Integrado em Engenharia Mecnica

Figura 8 - Exemplo da transmisso de um comando, no caso A2 ON.

Um comando X10 envolve normalmente duas aces, activar um dado equipamento e de


seguida enviar a funo a executar [6]. Aps a activao de um dado equipamento, ele
permanece activo at outro ser referenciado, podendo receber mltiplos comandos, como se
pode ver na tabela 1.
Tabela 1- Lista de exemplos de comandos X10 bsicos.

Lista de Comandos X10


Cdigo

Funo

0000

All Units OFF

0001

All Lights ON

0010

ON

Liga um equipamento

0011

OFF

Desliga um equipamento

0100

Dim

Reduz a intensidade luminosa

0101

Bright

0111

Extended Code

1000

Hail Request

1001

Hail Acknowledge

100X

Pr-Set Dim

1100

Extended Data

1101

Status is On

1110

Status is Off

1111

Status Request

12

Descrio
Desliga todos os equipamentos com o cdigo da casa indicado na
mensagem
Liga todos os equipamentos de iluminao (com capacidade de
controlo de brilho)

Aumenta a intensidade luminosa


Cdigo de extenso
Solicita resposta do equipamento com o cdigo da casa indicado na
mensagem
Resposta ao comando anterior
Permite seleccionar dois niveis pr-definidos de intensidade luminosa
Dados adicionais (seguem-se 8 bytes)
Resposta ao pedido Status Request, indicando que o equipamento
est ligado
Resposta indicando que o equipamento esta desligado
Pedido solicitando o estado de um aparelho

Automao em Ambientes Residenciais

2.1.1.3 Servios disponveis no X10

Com a tecnologia X10 o utilizador est restringido capacidade de ligar/desligar ou de regular a


intensidade luminosa das lmpadas. possvel fazer o controlo e a monitorizao de diversos
equipamentos da casa como por exemplo a televiso, as persianas, ou ar condicionado, o
sistema de rega. Todavia, nestes equipamentos s possvel utilizar as funes de
ligar/desligar.
Existem equipamentos de interface para PC, nomeadamente por ligao RS232, existindo
assim diverso software que permite gerir um sistema de domtica com a tecnologia X10. No
entanto, possvel para um utilizador avanado criar o seu prprio software, uma vez que o
protocolo X10 um protocolo aberto e amplamente divulgado.

2.1.1.4 Vantagens e Limitaes do protocolo X10

A tecnologia X10 uma tecnologia antiga e barata e apresenta as seguintes vantagens:

possui uma atractiva relao custo/benefcio;

constitui uma boa soluo para habitaes antigas ou j construdas;

fcil de instalar e operar.

No entanto, este protocolo possui tambm um conjunto significativo de limitaes que


condicionam a sua aplicao generalizada, tais como:
elevada sensibilidade ao rudo elctrico;
reduzida flexibilidade de reconfiguraes;
limitaes de endereamento (no caso da habitao ao lado possuir uma
rede X10 poder haver troca de sinais e confuso no sistema);
um protocolo relativamente lento no envio de comandos;
no suporta a confirmao no envio das mensagens.

13

Mestrado Integrado em Engenharia Mecnica

2.1.2 Protocolo EIB

O EIB um protocolo de comunicao standard, desenvolvido e orientado pela EIBA (EIB


Association). Este protocolo esta assente sobre a utilizao de um barramento de dados (bus)
de comando que interliga os vrios sistemas envolvidos.
As principais caractersticas da instalao elctrica com bus de comando so as seguintes:
permite

integrar

varias

funes,

automatizando-as

de

forma

independente, mas possibilitando a comunicao entre as mesmas;


permite manter a flexibilidade de reconfigurao;
utiliza uma tenso reduzida de segurana, de modo a tornar a instalao
ainda mais segura.
2.1.2.1 Camada Fsica

O sistema EIB caracterizado pela utilizao de dois circuitos distintos: um circuito de potncia,
para a distribuio de alimentao dos respectivos receptores elctricos, e um circuito de
comando para a transmisso de ordens de comando e informaes, como se pode visualizar na
Figura 9. Esta separao entre o sistema de potncia e o de comando alm de tornar o sistema

fivel, permite em qualquer altura expandir ou modificar facilmente a instalao [7].

Figura 9 - Esquema tipo de uma rede EIB [7].

14

Automao em Ambientes Residenciais

A topologia fsica do EIB pode assumir diversas formas, tais como a topologia linear, em
estrela, em anel, em rvore ou uma combinao destas, como se pode visualizar na Figura 10.

Figura 10 - Imagem com as diversas formas que a topologia fsica de um sistema EIB pode
assumir [7].

O sistema EIB est organizado segundo uma estrutura hierarquizada, sendo uma rede EIB
composta por zonas EIB e estas por linhas EIB.
Uma linha EIB a entidade mais pequena do sistema, sendo constituda por uma alimentao
e por diversos produtos EIB, normalmente designados por participantes. Uma linha EIB suporta
no mximo 64 participantes.
Numa zona ou rea EIB possvel prever mais de 64 participantes. No entanto, torna-se
necessrio acrescentar e interligar as vrias linhas entre si. Para tal exigido a definio de
uma linha principal, onde todas as outras so ligadas atravs de acopladores de linha.
possvel interligar 15 linhas secundrias a uma linha principal. Ao conjunto de vrias linhas dse o nome de Zona EIB.
Numa rede EIB de grandes dimenses possvel integrar at um mximo de 15 zonas (Figura
11). Desta forma, a estrutura mxima de uma rede EIB permite interligar e suportar mais de

15000 participantes, dependendo este nmero do uso ou no de repetidores ao longo do


barramento de dados (bus) de comando.
15

Mestrado Integrado em Engenharia Mecnica

Figura 11 - Imagem esquemtica de uma estrutura EIB.

Existem diferentes tipos de participantes do ponto de vista funcional, os vulgarmente


denominados de mdulos de entrada ou sensores (botes de presso, interruptores, detectores
de movimento sensores, etc) que so sensveis a comandos, ordens ou a medio de
grandezas fsicas, processando e enviando comandos aos mdulos de sada. Estes ltimos,
vulgarmente denominados de mdulos de sadas so actuadores que recebem, interpretam e
executam as ordens provenientes dos mdulos de entrada. Os participantes de sada so na
realidade interfaces de potncia uma vez que escutam as informaes transmitidas pelos
mdulos de entrada e executam as ordens ou comandos que a eles se destinam.

Numa instalao EIB cada participante inserido no sistema ter uma designao nica. Esta
designao conhecida como endereo fsico do produto e funciona como Bilhete de
Identidade do aparelho. O endereo fsico tem uma estrutura estabelecida, como se pode
observar na Figura 12.

16

Automao em Ambientes Residenciais

Figura 12 - Esquema tipo do endereamento fsico de um mdulo EIB.

O endereo fsico de um produto poder ser, por exemplo 3.11.55. Isto significa que o produto
ser o 55 participante instalado na linha 11 da zona 3. O endereo fsico de um produto est
assim estritamente relacionado com a sua posio dentro da estrutura EIB.
Existe ainda o endereo de grupo que se define durante a programao da instalao e
utilizado para definir que produtos devem comunicar entre si. Podem existir 2 ou 3 nveis
devendo ser escolhido aquele que melhor se adequa situao. Na Figura 13 pode observar-se
uma estrutura tipo dos endereos de grupo de 2 nveis [5].

Figura 13 - Formato dos endereos de grupo.

2.1.2.2 Camada Lgica

Os dados so transmitidos atravs de um par entranado, podendo tambm ser transmitidos


sobre a rede elctrica 220V. A transmisso de sinais feita por meio da diferena de tenso
entre os dois condutores do cabo.
O modo de transmisso dos dados mais utilizado sem dvida o cabo bus, como se pode
visualizar na Figura 14. O cabo normalmente recomendado pela EIBA habitualmente de cor
verde ou cinzenta e deve respeitar um conjunto de normas e requisitos. Os cabos YCYM

17

Mestrado Integrado em Engenharia Mecnica

2x2x0,8 ou J-Y(St)Y 2x2x0,8 so dois exemplos de cabos comuns entre aplicaes nesta
funo e so constitudos por dois pares entranados:
par 1: vermelho (+)/ preto (-) -> suporte da comunicao EIB;
par 2: amarelo/branco -> reserva.

Estes cabos ainda so caracterizados por terem uma bainha exterior em PVC, e apresenta uma
blindagem metlica, que reduz o efeito exterior de origem electromagntica. A seco dos
condutores normalmente de 0.8 mm.

Figura 14 - Imagem de um cabo BUS [7].

A velocidade mdia de transmisso de dados de aproximadamente 9,6kbps. No exigida


nenhuma combinao de impedncias.
A informao modulada sobre baixa tenso (24VDC) e separada da linha de alimentao
dos equipamentos. Tem de existir, pelo menos, uma linha de alimentao por barramento (bus).

18

Automao em Ambientes Residenciais

2.1.2.3 Servios disponveis no EIB

Numa instalao elctrica moderna que possua o sistema EIB possvel ter o controlo e a
monitorizao de diversos domnios tais como:
controlo de iluminao;
comando de estores, persianas, toldos ou portes motorizados;
controlo de aquecimento, ventilao e ar condicionado;
integrao do sistema de segurana;
comunicao com outros sistemas;
monitorizao do funcionamento da instalao;
controlo e monitorizao da instalao distncia.

O funcionamento do sistema ser definido atravs da programao dos produtos EIB. A


programao feita normalmente atravs de um PC utilizando um software especfico, o ETS
(EIB Tool Software), que adquirido directamente EIBA. Este programa informtico permite a
criao do projecto, a escolha dos produtos a utilizar, a atribuio dos endereos fsicos, a
criao dos endereos de grupo e a parametrizao dos produtos.

2.1.2.4 Vantagens e limitaes do protocolo EIB

O protocolo EIB surge como um protocolo com muitas vantagens, razo pela qual um dos
mais utilizados actualmente. As suas principais vantagens so:

simplificao e reduo da cablagem;

circuito de comando realizado em Tenso Reduzida de Segurana;

liberdade na atribuio de funes e aplicaes;

integrao de comandos distncia;

agrupamento de comandos;

facilidade de instalao;

disponibilizao de informaes para efeitos de controlo;

elevada flexibilidade de reconfigurao e expanso.

19

Mestrado Integrado em Engenharia Mecnica

As suas principais limitaes relacionam-se com o elevado preo da sua instalao e a


dificuldade associada programao, que no acessvel ao utilizador comum.

2.1.3 Protocolo QBUS

O Qbus um protocolo proprietrio da empresa Qbus, que desenvolve e comercializa os


mdulos desta tecnologia.
2.1.3.1 Camada Fsica

O sistema QBUS um sistema de domtica baseado num conjunto de controladores que se


encontram num quadro central ou parcial, as quais se interligam uma srie de mdulos de
entrada e sada, recorrendo a um barramento de dados (Bus) de comando com dois
condutores.
Os controladores que normalmente se encontram no quadro central tm essencialmente duas
funes. A primeira funo a comunicao interna, ou seja o processamento de todos os
sinais de entrada e envio da informao a todos os mdulos relevantes. A segunda funo a
alimentao de todos os mdulos QBUS.
Os controladores podem, consoante o seu tipo, adicionar 16, 32 ou 400 sadas distintas.
Normalmente cada controlador vem equipado de origem com funes lgicas, capacidade de
realizar operaes on line, entre outras funes.
2.1.3.2 Camada Lgica

O barramento de dados (bus) do QBUS caracterizado por ter dois condutores


preferencialmente do tipo par entranado blindado. O barramento de dados (bus) tem
realmente uma polaridade distinta para cada um dos condutores, no entanto todos os mdulos
QBUS permitem a troca de polaridade.
O barramento de dados (bus) dever ser preferencialmente instalado numa estrutura tipo anel,
mas pode ser igualmente instalado numa estrutura segundo uma topologia em estrela, rvore
ou numa combinao entre estas duas variantes. A comunicao pode ser half-duplex ou full-

20

Automao em Ambientes Residenciais

duplex, ou seja cada mdulo pode enviar ou receber sinais para uma unidade central, ou
tambm pode ser simultnea ou seja suporta vrios comandos e/ou programaes que podem
ser efectuadas em simultneo sem conflitos.

2.1.3.3 Servios disponveis no Qbus

O QBUS apresenta servios muito semelhantes ao protocolo EIB, uma vez que utilizam a
tecnologia bus como elemento fundamental no seu protocolo. No entanto, o protocolo QBUS
um protocolo proprietrio, existindo no site do QBUS determinadas bibliotecas de funes que
tornam possvel ao utilizador desenvolver software de controlo e monitorizao de um sistema
de domtica.
2.1.3.4 Vantagens e limitaes do protocolo Qbus

As vantagens do protocolo Qbus so:

simplificao e reduo da cablagem;

circuito de comando realizado em Tenso Reduzida de Segurana;

liberdade na atribuio de funes e aplicaes;

integrao de comandos distncia.

As principais limitaes do protocolo Qbus devem-se ao facto de o protocolo ser proprietrio, o


que implica uma restrio de solues disponveis no mercado e dependncia do proprietrio.

2.1.4 Sistema baseado num PLC


Este sistema de domtica assenta sobre um controlador lgico programvel centralizado, ligado
directamente aos postos de comando (interruptores, actuadores, sensores).
O sistema Cardio um exemplo desta forma de domtica, sendo um dos mais utilizados em
Portugal, principalmente em habitaes do tipo unifamiliar. Este sistema pode facilmente
acoplar-se instalao elctrica de uma vivenda, tanto em construo, como construda, com
algumas modificaes relativamente instalao normal.
21

Mestrado Integrado em Engenharia Mecnica

Com este sistema podemos controlar praticamente tudo numa habitao, tais como: a
iluminao, o ar condicionado, o sistema de rega, a vigilncia e segurana entre outros, o que
faz com que se tenha o controlo absoluto da casa.
Este sistema baseado num autmato ligado a uma interface grfica para o utilizador, que
normalmente uma consola tctil ou variais interligadas. Nesta consola possvel controlar,
configurar e monitorar todo o sistema de domtica da habitao. A Figura 15 representa de uma
forma esquemtica um sistema tpico de Cardio.

Figura 15 - Esquema tpico do sistema Cardio [8].

Os autmatos utilizados neste sistema de domtica so autmatos convencionais, ou seja,


possuem uma carta de entrada, uma carta de sada e uma porta de ligao Ethernet. Na Figura
16 pode visualizar-se um autmato tipo utilizado num sistema de domtica Cardio.

A carta de entradas permite obter informao sobre algo que foi accionado, enquanto que a
carta de sada um mecanismo que permite accionar um determinado mecanismo, por
exemplo uma lmpada ou uma electrovlvula. A porta UTP permite estabelecer a comunicao
com uma consola tctil central, que pode ou no ter outras emparelhadas. A ligao Ethernet
permite, por exemplo, ligar o autmato a um PC e este internet ou a uma rede local,
permitindo o controlo remoto atravs da internet.

22

Automao em Ambientes Residenciais

Figura 16 - Autmato utilizado num sistema Cardio [8].

2.1.5 Protocolo LonWorks


O sistema LonWorks uma tecnologia que possibilita a criao de sistemas abertos e
distribudos para solues em automao industrial, residencial, sistemas de transporte e redes
de controlo gerais [9].
O sistema LonWorks uma tecnologia que inclui a infra-estrutura de hardware e software para
a operao de uma rede de controlo denominada Local Operating Network (LON). Trata-se de
uma tecnologia aberta, de controlo distribudo, projectado para implementar a interoperabilidade
de redes de controlo.

2.1.5.1 Camada Fsica


O protocolo de comunicao utilizado denominado LonTalk (padro ANSI American
National Standards Institute 709.1) que implementa as sete camadas do modelo de referncia
OSI (International Organization for Standarization). Permite seis meios fsicos de transmisso
de sinais: cabos elctricos, par entranado, cabo coaxial, infravermelho, radiofrequncia e fibra
ptica. A parte principal de uma rede de controlo LonWorks um circuito integrado de nome
Neuron Chip. Os controladores Neuron Chip implementam o protocolo LonTalk (firmware) e os
transceivers que permitem a ligao aos distintos meios fsicos de transmisso.

23

Mestrado Integrado em Engenharia Mecnica

O controlo da rede distribudo nos equipamentos (ns). Cada n tem o seu prprio programa,
e de acordo com a funcionalidade pretendida, comunica com os outros ns atravs do protocolo
LonTalk.
Os ns presentes no sistema podem dividir-se em dois grupos funcionais: o grupo de ns
controlo,

com

memria

capacidade

de

processamento,

grupo

de

ns

transdutores/actuadores, que actuam unicamente lendo as variveis dos transdutores e


enviando-as atravs da rede at aos ns de processamento. Similarmente, um n actuador
pode simplesmente activar uma sada em resposta a uma ordem enviada pelo n de controlo.
Esta distribuio necessria devido ao nmero limitado de entradas/sadas fsicas de cada
n, sendo em muitos casos, impossvel integrar num nico n todas as funes de actuao e
controlo.
A Figura 17 mostra um exemplo de uma rede de controlo LonWorks tpica.

Figura 17- Rede de controlo LonWorks tpica [9].

O algoritmo de endereamento no protocolo LonWorks define qual o pacote que


encaminhado de um equipamento para um ou vrios equipamentos. Estes pacotes podem ser
enviados para um nico equipamento, para um qualquer grupo de equipamentos ou para todos
os equipamentos.
Para suportar uma rede de equipamentos, pode conter entre dois a dezenas de milhares de
equipamentos, o protocolo LonWorks suporta vrios tipos de endereos, desde o simples

24

Automao em Ambientes Residenciais

endereo fsico at endereos que designam vrios grupos de equipamentos. Os diferentes


tipos de endereos so:
O Endereo fsico (physical address) onde todos os equipamentos Lon contm um nico
identificador de 48 bit chamado Neuron ID. Este identificador tipicamente associado na
fase de fabrico de um equipamento e nunca sofre alteraes at ao fim da sua vida;

O Endereo de equipamento (device adress) onde um equipamento Lon associado um


device adress quando este equipamento instalado na rede de equipamentos Lon. O
device address utilizado porque consegue garantir melhor eficincia na parte do
encaminhamento de mensagens e simplifica a reposio de equipamentos com falhas.
Este endereo assenta sobre trs componentes:o ID de domnio (domain ID), o ID da
sub rede (subnet ID) e o ID do n (node ID);O domain ID identifica um conjunto de
equipamentos que podem interagir entresi. Pode-se enderear ter at 32000
equipamentos num domnio.O subnet ID identifica um conjunto, que pode ir at 127
equipamentos inseridos num s canal ou num conjunto de canais ligados por
repetidores. Este endereo usado para encaminhar, de forma eficiente, os pacotes na
rede. Por domnio pode suportar at 255.O node ID identifica o equipamento individual
contido numa sub rede;

O Endereo de grupo um conjunto lgico de equipamentos inseridos num domnio;

O Endereo de transmisso tem como responsabilidade a identificao de todos os


equipamentos da sub-rede, ou de todos os equipamentos num domnio.

2.1.5.2 Camada Lgica

O formato das mensagens que circulam no protocolo LonWorks pode ser visualizado na Figura
18. Assim a informao transmitida pelo bus descrita sob a forma de tramas.

25

Mestrado Integrado em Engenharia Mecnica

Figura 18 - Constituio de um MAC_PDU [9].

O BitSync e o ByteSync permitem que todos os equipamentos sincronizem os seus relgios


internos. O campo L2Hdr da trama usado pelo Mac layer do protocolo. De seguida
transmitido um campo de dados chamado Network Protocol Data Unit ou NPDU. A trama
terminada com o envio de um campo de 16 bit CRC que serve para deteco de erros de
transmisso. O campo NPDU pode ser dividido nos seguintes semi-campos como se pode
observar na Figura 19 [9].

Figura 19 - Campo NPDU[9].

O semi-campo version define a verso do protocolo. Format define o tipo de formato para o
semi-campo Address e Protocol data unit. Dependendo do semi-campo format, o semi-campo
address pode conter um ou mais dos seguintes endereos: source address, destination
address, subnet ID, Destination SubNet ID, Neuron ID. O Protocol Data Unit (PDU) contm os
dados actuais para comunicar com os outros equipamentos.
A comunicao obedece ao protocolo CSMA (Carrier Sense Multiple Access).
2.1.5.3 Vantagens e Desvantagens do Protocolo LonWorks

O sistema LonWorks apresenta-se como uma boa soluo a nvel tcnico, no entanto a sua
principal limitao reside no facto da sua quota de mercado na Europa ser reduzida, o que
implica limitaes a nvel de escolha de fornecedores e resultando restries nas alternativas
para a expanso ou manuteno.
O protocolo LonWorks permite:
utilizar diferentes meios de transmisso;
criar sistemas de grande dimenso;
excelentes velocidades de transmisso.

26

Automao em Ambientes Residenciais

2.1.6 Principais diferenas entre as diversas tecnologias


Em seguida sero enunciadas as principais diferenas entre as tecnologias abordadas
anteriormente.
Assumiu-se que nesta comparao entre os diversos protocolos no se ir fazer distino entre
o protocolo EIB e o Qbus. A enorme diferena entre eles que um o protocolo aberto e outro
proprietrio. No entanto a nvel tcnico so muito similares.
Entre os protocolos descritos anteriormente os que tem maior impacto so o X10 e o EIB. O
X10 tem uma maior divulgao na Amrica do Norte, enquanto que o EIB tem maior divulgao
na Europa. Estes protocolos proporcionam uma maior adeso de novos clientes porque existe
no mercado uma grande diversidade de produtos, de fabricantes e de fornecedores, o que
permite uma grande variedade de opes e uma fcil disperso tecnolgica.
A disperso tecnolgica associada ao facto de serem ambos protocolos abertos promove a
adeso de novos fabricantes e fornecedores, permitindo um aumento constante da
sustentabilidade dos protocolos, contribuindo para uma oferta de novos produtos e garantias ao
cliente final.
Estabeleceu-se a diferenciao entre os protocolos a diferentes nveis:
Modo de transmisso da informao

O EIB utiliza um barramento de transmisso prprio (bus), com excelentes garantias de


fiabilidade de transmisso. Os meios de comunicao so o par entranado ou rede elctrica.
Com o par entranado possvel a instalao de sistemas de grandes dimenses (1000m de
comprimento mximo de barramento + 700m de distncia mxima entre barramentos; podem
ser interligados at 15 barramentos e 15 reas). O sistema de par entranado instalado
paralelamente com a rede elctrica.

Se o sistema implementado for uma rede de autmatos, o modo de transmisso pode ter vrias
opes. Uma rede de autmatos pode comunicar entre si usando as ligaes RS 232, Ethernet

27

Mestrado Integrado em Engenharia Mecnica

ou RS 485. Se o modo de comunicao entre a rede de autmatos for o protocolo RS 485 ou


Ethernet, possvel a instalao de um sistema de grandes dimenses.

No sistema LonWorks o modo de transmisso pode assumir diferentes meios de transmisso:


par entrelaado, rede elctrica, RF, infravermelhos, fibra ptica e o cabo coaxial.
Actualmente o mais usado o par entrelaado ou a rede elctrica. Permite implementar
sistemas de grande dimenso, devido grande diversidade de endereos, podendo alcanar os
2200m de comprimento mximo do barramento.

O sistema X10 utiliza os condutores de potncia da prpria rede elctrica. Este modo de
comunicao torna difcil a instalao deste protocolo em edifcios de uso colectivo ou edifcios
de elevada complexidade tecnolgica. Por outro lado, este modo de comunicao reduz logo
partida os custos da instalao. Este protocolo esta limitado em termos de distncia a 185
metros, existindo problemas de comunicao para distncias maiores.

Velocidades de transmisso

O sistema X10 no ultrapassa os 50-60 bps porque est limitado frequncia da rede electrica
ser de 50-60 Hz.
O sistema EIB caracterizado por ter uma velocidade mdia de transmisso de 9.6 Kbps.
No sistema LonWorks pode atingir-se velocidades mximas de 1,25 Mbps, dependendo do
meio utilizado.
Numa rede de autmatos, a velocidade de transmisso depende dos mdulos de comunicao
utilizados. No caso do mdulo de comunicao utilizar o protocolo de comunicao RS 485,
pode se atingir velocidades de transmisso de dados de 921.6 Kbps.

Nmero mximo de equipamentos

No protocolo EIB se s forem usados acopladores de linha o sistema chega facilmente atingir
os 1000 equipamentos por rea. Se, para alm destes tambm forem usados acopladores de
rea e repetidores o sistema pode chegar a atingir os 57.600 equipamentos.
28

Automao em Ambientes Residenciais

No protocolo LonWorks possvel ter um nmero mximo de 32000 equipamentos enquanto


que no protocolo X10 apenas possvel atribuir 256 endereos diferentes a equipamentos.
Numa rede de autmatos possvel enderear tantos equipamentos quanto o numero de
autmatos que a rede possa suportar. Um autmato convencional pode ter 24 sadas digitais
e36 entradas digitais, aos quais poderemos enderear um ou vrios equipamentos, em funo
da estrutura do nosso sistema.

Alimentao de equipamentos

No protocolo EIB os equipamentos so alimentados directamente a partir do prprio meio de


comunicao. O meio para o envio de dados no o mesmo meio que alimenta os
equipamentos. A informao modulada e conduzida sobre 24VDC.

No protocolo LonWorks os equipamentos so alimentados a partir de fontes de alimentao


prprias existentes em cada n. Assim, o meio por onde so enviados os dados no o mesmo
que os alimenta.

No protocolo X-10 os equipamentos so alimentados directamente da rede elctrica, e tambm


sobre ela que enviam os dados.

Uma rede de autmatos alimentada pelos convencionais 220VAC, as suas entradas digitais e
sadas digitais so alimentadas com 24VDC.

Arquitectura do sistema

O protocolo EIB opta usualmente pela arquitectura descentralizada. No entanto existe a


possibilidade de se optar pela arquitectura centralizada.

29

Mestrado Integrado em Engenharia Mecnica

O protocolo LonWorks utilizava inicialmente uma arquitectura centralizada. Actualmente e face


aos problemas existentes na arquitectura centralizada, utiliza uma arquitectura o mais
distribuda possvel.

O protocolo X10 caracterizado por utilizar uma arquitectura descentralizada, enquanto que
uma rede de autmatos tem a possibilidade de ter uma arquitectura descentralizada ou
centralizada.

Endereamento de equipamentos e protocolo em geral

No protocolo EIB pode ser enviada a mensagem para um equipamento, para um grupo de
equipamentos, ou para todos os equipamentos. Utiliza um sistema composto por acopladores
de linha e de rea para expandir a rea coberta pelo sistema EIB. Os dados a enviar so
modulados e transmitidos sobre as linhas de alimentao (24VDC). O envio de informao
obedece ao modelo OSI que composto por 7 camadas.

O protocolo LonWorks similar ao sistema EIB neste contexto uma vez que envia a mensagem
para um equipamento, para um grupo de equipamentos ou para todos os equipamentos. Utiliza
routers ou pontes para direccionar as mensagens. A informao conduzida sobre 42V
diferenciais. O envio de informao obedece ao modelo OSI que composto por 7 camadas.

O protocolo X-10 envia a mensagem para todos os equipamentos do sistema. S os


equipamentos que tm o endereo que a mensagem especfica que a recebem. Transmite os
dados sobre a prpria rede elctrica. No necessita de equipamentos adicionais para distribuir
as mensagens a no ser os interruptores contidos nos prprios equipamentos. Apresenta um
protocolo de comunicao bastante mais simples e prprio.

Uma rede de autmatos pode comunicar entre si atravs de diversos meios. A transmisso de
dados depende dos mdulos de comunicao presentes nos autmatos da rede. A informao
conduzida atravs dos condutores do meio de comunicao presente na rede, e um autmato
pode enviar ou receber mensagens de um ou de vrios autmatos, dependendo do protocolo
de comunicao ou das mensagens que circulam na rede de autmatos.
30

Automao em Ambientes Residenciais

2.2 Protocolos de Comunicao


Os protocolos de comunicao assumem um papel fundamental num sistema de domtica,
uma vez que temos vrios equipamentos que comunicam entre si. Desta forma til o
levantamento bibliogrfico de alguns protocolos de comunicao existentes.

2.2.1 Modelo de referncia OSI

Quando as redes de computadores surgiram, as solues eram, na maioria das vezes,


proprietrias, ou seja uma determinada tecnologia s era suportada pelo fabricante. Uma vez
que no havia a possibilidade de misturar solues de fabricantes diferentes, um mesmo
fabricante era responsvel por construir praticamente tudo na rede. Para facilitar a interligao
de sistemas de computadores a ISO (International Standards Organization) desenvolveu um
modelo de referncia chamado OSI (Open Systems Interconnection), para que os fabricantes
pudessem criar protocolos a partir desse modelo.
Na Figura 20 encontra-se representada a estrutura de uma mensagem recebida segundo o
modelo OSI (este com 7 camadas, uma vez que a camada Data Link corresponde camada
de ligao de dados e camada fsica) sendo possvel identificar os diversos cabealhos
acrescentados pelas diferentes camadas.

31

Mestrado Integrado em Engenharia Mecnica

Figura 20 Estrutura da mensagem recebida segundo o modelo OSI.

No que diz respeito camada de aplicao, esta estabelece a interface entre o protocolo de
comunicao e o aplicativo que pediu ou receber a informao atravs da rede.
A camada de Apresentao, tambm chamada camada de Traduo, converte o formato do
dado recebido pela camada de Aplicao num formato comum a ser usado na transmisso
desse dado, ou seja, um formato entendido pelo protocolo usado.
A camada de Sesso permite que duas aplicaes em computadores diferentes estabeleam
uma sesso de comunicao. Nesta sesso, essas aplicaes definem como ser feita a
transmisso de dados e coloca marcaes nos dados que esto sendo transmitidos.
A camada de Transporte responsvel por dividir os dados recebidos da camada de sesso
em pacotes que sero enviados para a camada de rede. No servidor, esta camada
responsvel por receber os pacotes provenientes da camada de rede e agrupa-los num nico
segmento a ser enviado camada de Sesso.
A camada de Rede responsvel pelo endereamento dos pacotes, convertendo endereos
lgicos em endereos fsicos (ou IP), de forma que os pacotes consigam chegar correctamente
ao destino. Esta camada determina tambm a rota que os pacotes iro seguir para atingir o
destino, baseando-se em factores como condies de trfego da rede e prioridades.

32

Automao em Ambientes Residenciais

A camada de Ligao de dados responsvel por identificar os equipamentos numa rede com
base nos seus endereos de hardware e, desse modo, controlar o fluxo de dados e organizar
os bits da camada Fsica.
A camada Fsica define as caractersticas tcnicas dos equipamentos elctricos do sistema. Ela
contm os equipamentos de comunicao que comunicam directamente com o controlador da
camada de Ligao de dados.

2.2.2 Protocolo de Comunicao RS-232


O protocolo RS- 232 um dos protocolos de comunicao mais antigos e uma das formas de
estabelecer a comunicao entre dois aparelhos, recorrendo a uma ligao fsica atravs de um
cabo com diversos condutores, como representa a Figura 21.Este protocolo define as
funcionalidades caractersticas da camada fsica do modelo OSI.

Figura 21 Esquema dos pinos de uma ficha de RS232.


Tabela 2 Esquema dos pinos de uma ficha RS232.

Pino
1
2
3
4
5

Sinal
Detector de dados a enviar
Recepo de dados
Transmisso de dados
Terminal de dados pronto
Terra - Comum

Pino
6
7
8
9

Sinal
Conjunto de dados pronto
Pronto para enviar
Envio dos dados
Indicador de telefone

33

Mestrado Integrado em Engenharia Mecnica

Para que se estabelea a ligao necessria pelo menos a ligao do pino 2 de um aparelho
ao pino 3 do outro e uma ligao entre ambos os pinos 5,permitindo apenas para envio de
dados (comunicao simplex). Existem outros tipos de ligao rs232, half-duplex e full-duplex.
O tipo full-duplex permite envio e recepo simultneo, enquanto o half-duplex apenas permite
uma operao de cada vez.
No protocolo de comunicao RS-232, os caracteres so enviados um a um como um conjunto
de bits. A codificao mais comum o uso de um start bit, seguido por 7 ou 8 bits de dados,
opcionalmente um bit de paridade e um ou dois stop bits.

2.2.2 Protocolo de comunicao RS 485

O Protocolo de comunicao RS 485 foi criado em 1985 e gerido pela Telecommunication


Industry Association (TIA) que responsvel pelo sector de comunicao da Electronic
Industries Alliance (EIA), sendo este ltimo credenciado pelo American National Standards
Institute (ANSI). Este protocolo tambm corresponde camada fsica do modelo OSI.

O protocolo RS-485 recorre a uma comunicao entre 2 ou 4 condutores. O modo de operao


diferencial porque o nvel lgico determinado pela diferena de tenso entre os 2
condutores. Assim, transmite-se um nvel lgico 1 quando a tenso no condutor A for positiva e
a do condutor B negativa. De igual forma, transmite-se o nvel lgico 0 quando B for positivo e A
negativo. O protocolo RS 485 do tipo half-duplex ou full-duplex. Se a comunicao RS 485
utilizar 2 condutores half-duplex, ou seja ambos podem transmitir e receber dados, mas em
diferentes intervalos de tempo. Se a comunicao utilizar 4 condutores full-duplex, ou seja
podem enviar e receber dados no mesmo intervalo de tempo.

O protocolo RS-485 utiliza a comunicao multiponto e permite conectar at 32 equipamentos,


existindo 1 transmissor e 1 receptor por equipamento.

Uma das vantagens do uso deste protocolo a sua robustez contra rudo de outros e
interferncias externas. Outra das caractersticas importantes deste protocolo a capacidade
de transmisso a longas distncias relativamente a outros protocolos, como por exemplo o RS
232. O protocolo Rs485 suporta distncias at 1200 metros e velocidades de transferncia at
34

Automao em Ambientes Residenciais

10Mbps, no entanto quanto maior for a distncia menor ser a taxa de transferncia, como
representado no grfico da Figura 22.

Figura 22 Grfico que mostra a variao da taxa de transferncia (bps) em funo do


comprimento do cabo Rs 485[10].

2.2.3 Protocolo de comunicao TCP/IP


A internet tal como a conhecemos nos dias de hoje baseada num conjunto protocolos de
internet criados h bastantes anos atrs com o objectivo de descentralizar as redes existentes
na altura e suprir a necessidade de interoperabilidade entre equipamentos. A arquitectura
Tcp/Ip surgiu com a criao de uma rede patrocinada pelo departamento de defesa do governo
dos USA com o objectivo de manter os rgos do governo e universidades alertados contra
catstrofes que afectassem aquele pas. Desta forma surgiu a ARPANET, uma rede que
permaneceria intacta caso um dos servidores perdesse ligao. A ARPANET necessitava ento
de um modelo de protocolos que assegurasse tal funcionalidade esperada, mostrando-se
confivel, flexvel e de fcil implementao. ento desenvolvida a arquitectura Tcp/Ip. A
ARPANET cresceu e tornou-se a rede mundial de computadores a Internet. [11]

35

Mestrado Integrado em Engenharia Mecnica

2.3.3.1 Fundamentos do protocolo IP

O protocolo IP actua na camada de rede e fornece os servios de endereamento e


empacotamento tais como:
identificao de computadores host locais ou remotos;
fragmentao dos pacotes para permitir o seu envio no caso do caminho de
destino da rede utilizar um tamanho diferente do pacote;
eliminao de pacotes antigos (time-to-live);
envio dos pacotes para a camada superior.
Estas aces so reflectidas num cabealho acrescentado a mensagem transmitida pela
camada inferior [11].
2.2.3.2 Fundamentos do protocolo TCP

O TCP um protocolo do nvel da camada de transporte (camada 4) do Modelo OSI sendo a


sua principal funo o controlo de fluxo e de erros. As caractersticas fundamentais deste
protocolo so:
full duplex : possvel a transferncia simultnea em ambas direces (cliente-servidor)
durante toda a sesso;
orientado ligao : a aplicao envia um pedido para o destino e utiliza a ligao fsica
para transferir dados;
comunicao Extremo a Extremo: uma ligao TCP estabelecida entre o equipamento
de origem e o equipamento de destino;
fiabilidade : o protocolo TCP permite a recuperao de dados corrompidos, eliminao
de pacotes duplicados, recuperao de pacotes perdidos e pode recuperar a ligao em
caso de problemas no sistema e na rede;
entrega ordenada a aplicao faz a entrega ao TCP de blocos de dados com um
tamanho arbitrrio num fluxo de dados, tipicamente em bytes (tambm denominados de
octetos no contexto de rede de computadores e telecomunicaes);
controlo de fluxo - o receptor, medida que recebe os dados, envia mensagens ACK
(=Acknowledgement), confirmando a recepo de um segmento. O transmissor pode

36

Automao em Ambientes Residenciais

transmitir segmentos com um nmero de bytes permitido. Existe a possibilidade de limitar


o nmero de segmentos que circulam entre receptor e transmissor. O TCP garante que,
no final da conexo, todos os pacotes foram bem recebidos.

O cabealho da mensagem TCP representado na Figura 23:

Figura 23 cabealho TCP.

O campo Porta de origem e Porta de destino indicam as portas TCP (16 bits cada)
atravs dos quais vai ser efectuada a transmisso de dados. Por exemplo, a porta 80
utilizada pelos browsers e pelos servidores Web.
O campo Numero de Sequncia identifica a posio do segmento no fluxo de
dados.Cada transmisso de dados possui um fluxo de dados particular.
O campo Numero de confirmao utilizado para confirmar a recepo de segmentos
enviados anteriormente e especifica o prximo segmento esperado.

37

Mestrado Integrado em Engenharia Mecnica

O campo tamanho do cabealho indica o nmero de palavras de 32 bits do cabealho


TCP.
O campo tamanho da janela utilizado para o controlo de fluxo. Este campo indica ao
equipamento emissor quantos fragmentos pode enviar at que o receptor confirme a
recepo do primeiro fragmento enviado pelo emissor (Acknowledge number). As
transmisses de acordo com este protocolo so efectuadas em modo confirmado, isto
significa que o receptor tem de confirmar ao emissor o nmero de fragmentos que
recebeu correctamente. Dessa forma, o emissor sabe se necessita de retransmitir algum
fragmento.
O campo checksum utilizado para a verificao de erros. O equipamento emissor
calcula o checksum da mensagem enviada e armazena-o em 16 bits. Esses 16 bits so
tambm enviados no final da mensagem. O receptor calcula o checksum da mensagem
recebida e compara os 16 bits por si calculados com os 16 bits de checksum enviados
pelo emissor. Se os dois nmeros forem iguais a mensagem foi correctamente recebida.
O campo urgent pointer utilizado pelo emissor para indicar onde se encontra algum
dado urgente dentro do segmento.
O campo Opes utilizado para a configurao de opes.
O campo Dados contm os dados que de facto se pretendem transmitir.
O campo URG indica que o campo Urgent Pointer vlido.
O campo ACK indica que o campo Acknowledge number vlido.
O campo PSH utilizado para indicar ao receptor quando entregar os dados
aplicao imediatamente, sem esperar que o buffer fique completo.

38

Automao em Ambientes Residenciais

O campo RST utilizado para reiniciar uma transmisso de dados. Este campo
tambm utilizado para rejeitar uma tentativa de conexo ou rejeitar um segmento
invlido.
O campo SYN utilizado para estabelecer a conexo.
O campo FIN utilizado para encerrar a transmisso de dados, dizendo que o
transmissor no tem mais dados a enviar [11].

2.2.4 Protocolo de comunicao Modbus

O Modbus um protocolo de comunicao de dados criado na dcada de 1970 pela Modicon, e


bastante utilizado em sistemas de automao industrial, principalmente em redes de
controladores lgicos programveis (PLC), para a aquisio de sinais de instrumentos e
comandar actuadores.
O protocolo Modbus pode ser descrito como um protocolo actuando segundo um sistema
mestre-escravo. Neste sistema existe um n mestre que envia comandos para o escravo e
processa a sua resposta. Os escravos no transmitem dados sem existir uma requisio do n
mestre e nem comunicam com outros escravos. O n mestre inicia somente uma transaco
Modbus de cada vez, podendo estar enlaados a cada n mestre 247 escravos.
Os sistemas Modbus podem usar diferentes interfaces fsicas, nomeadamente o RS232 ou o
RS485. A interface RS485 de 2 fios actualmente a mais utilizada, sendo possvel recorrer
interface RS 232 para a comunicao entre 2 pontos prximos.
O n mestre pode emitir para um n escravo uma requisio em dois modos distintos, o modo
Unicast e o modo Broadcast. O modo Unicast (Figura 24) caracterizado pelo n mestre
enderear somente um escravo que depois de receber e processar a requisio, envia uma
mensagem de resposta para o mestre. Neste modo, uma transaco de Modbus constitudo
por duas mensagens: uma requisio do mestre e uma resposta do escravo. Cada escravo
dever ter um endereo nico (entre 1 e 247) de forma a poder ser endereado de forma
independente dos outros.

39

Mestrado Integrado em Engenharia Mecnica

Figura 24- N mestre a emitir em modo unicast.

Por outro lado o modo Broadcast(Figura 25) caracterizado pelo facto do n mestre poder
enviar uma mensagem para todos os ns escravos. Neste modo os escravos no respondem
uma vez que as requisies de Broadcast so necessariamente mensagens de escrita. O
endereo 0 reservado para identificar uma mensagem de Broadcast.

Figura 25 - Ilustraao do n mestre a emitir em modo Broadcast.

40

Automao em Ambientes Residenciais

O espao de endereamento do Modbus compreende 256 caracteres diferentes. O endereo 0


reservado para a emisso em modo broadcast, e todos os escravos o devem reconhecer
como tal. O elemento mestre Modbus no tem endereo especfico e somente os ns escravos
devem ter um endereo. Os endereos devem ser nicos em cada barramento de Modbus.

2.2.4.1 Estrutura de Mensagens

A unidade de dados do protocolo Modbus constituda por um campo para o codigo da funo,
um campo de dados, um campo para o endereo e um campo de verificaao de erros (Figura
26).

Figura 26- Estrutura de uma mensagem no Modbus.

Numa comunicaao Modbus o campo de endereo contm o endereo de um determinado


escravo. Um mestre enderea um escravo colocando o endereo do mesmo neste campo.
Quando o escravo retorna a resposta, ele coloca o seu prprio endereo no campo de
endereamento.
O cdigo da funo indica ao servidor que tipo de aco deve ser executada. Este campo
seguido do campo de dados, onde seguem os parmetros de requisio e da resposta.
O campo de verificao de erro resultado da verificao da redundncia que adicionada
mensagem. Existem dois mtodos de definio do campo de verificao de erros: RTU e ASCII,
cuja a aplicao depende do modo de transmisso utilizada.

41

Mestrado Integrado em Engenharia Mecnica

2.2.4.2 Meios de Transmisso

As redes Modbus suportadas pelos protocolos de transmisso em RS232 ou RS485 podem


apresentar duas variaes na forma de transmisso, o modo RTU e o modo ASCII. O modo de
transmissao deve ser comum a todos os elementos ligados mesma rede Modbus.
No modo RTU os dados so transmitidos no formato binrio de 8 bits, o que torna simples a
compactao dos dados em pequenos pacotes. No modo RTU os endereos e os valores
podem ser representados em binrio. No modo ASCII os dados transmitidos so codificados
em caracteres ASCII de 7 bits. Apesar de gerarem mensagens facilmente legveis, este modo
consome mais recursos de rede.

2.2.5 Protocolo de Comunicao ZIGBEE

O protocolo de comunicao Zigbee uma tecnologia recente, uma vez que a sua primeira
verso foi apresentada ao pblico em Julho de 2005, e surgiu no mercado quando no existia
nenhuma norma de redes sem fios globalmente aceite no mbito de sensores e equipamentos
de controlo. Contrapondo-se aos elevados dbitos oferecidos por outras tecnologias (como o
Bluetooth ou o WiFi), o ZigBee pretende associar a transmisso de dados sem fios a um
reduzido consumo energtico e uma elevada fiabilidade.

A tecnologia Zigbee tem um vasto potencial de aplicao, desde o controlo industrial


automao de residncias (domtica). O protocolo ZigBee possui ento determinadas
caractersticas que o tornam absolutamente diferente dos restantes protocolos. Assim, as suas
principais caractersticas so:

reduzido consumo de potncia;


elevada fiabilidade;
elevada segurana, com recurso a 128 bits de encriptao;
possibilidade coordenar uma elevada densidade de ns por rede (num mximo de
65535 equipamentos por cada coordenador ZigBee, valor manifestamente superior aos 8
do Bluetooth ou 30 do Wi-Fi);

42

Automao em Ambientes Residenciais

admite diferentes topologias da rede: estrela (star), malha (mesh) ou rvore (cluster
tree), permitindo o estabelecimento de redes de ns ad-hoc.

Para alm das caractersticas enumeradas anteriormente, este protocolo apresenta um tempo
de ligao rede menor que os outros protocolos e apresenta maior rapidez na passagem do
modo desligado a activo. Apresenta dois estados de operao: active (activo), aquando do
envio ou recepo de dados, e sleep (inactivo), a aplicao no ter de se preocupar em
seleccionar o modo mais adequado.

O protocolo Zigbee permite dois modos de operao da rede: beaconing e non-beaconing. No


modo beaconing, os ns ZigBee Routers transmitem periodicamente sinalizao (beacons) a
confirmar a sua presena aos outros ns da rede; os restantes ns s necessitam de estar
activos no momento da sinalizao. No modo non-beaconing os equipamentos mantm os seus
receptores permanentemente activos, existindo um consumo energtico superior.
A principal limitao deste protocolo para a aplicao na domtica reside no facto de, apesar de
o protocolo estar implementado h cerca de 2 anos, ainda no se encontra consolidado no
mercado. De facto, o hardware disponvel no mercado ainda se encontra em fase de
desenvolvimento e os prprios fornecedores destes equipamentos no esto devidamente
informados sobre as caractersticas e detalhes do equipamento que vendem. Tais factores
fazem com que esta tecnologia esteja ainda numa fase muito embrionria, tendo, no entanto,
pelas suas caractersticas um enorme potencial a mdio prazo.

43

Automao em Ambientes Residenciais

3 Arquitectura Proposta
A arquitectura proposta tem como principal objectivo permitir ao utilizador uma grande
flexibilidade no sistema de domtica presente na sua habitao. Existem diversas solues no
mercado bastante eficientes e bem implementadas. No entanto, alm das limitaes inerentes
desses sistemas, so sistemas dispendiosos, e principalmente, apresentam uma flexibilidade
muito limitada, ou seja no permitem que depois de implementados se possam adaptar-se s
necessidades futuras da habitao.
A flexibilidade num sistema de domtica faz todo o sentido na sociedade actual, uma vez que
as tendncias tecnolgicas e sociais justificam a implementao de uma arquitectura flexvel.
As tendncias actuais na rea da tecnologia esto relacionadas com a existncia de uma maior
oferta na rea das telecomunicaes, um maior aumento da penetrao da banda larga, que
implica o acesso cada vez mais facilitado em termos econmicos a essas tecnologias.
Socialmente as tendncias esto relacionadas com o envelhecimento da populao, com o
aumento das famlias unipessoais, com a deslocao de populao, com o desaparecimento de
famlias numerosas, com a maternidade tardia, entre outros factores que indicam que as
A arquitectura que se prope neste trabalho prev a utilizao de um autmato, ou uma rede de
autmatos, a utilizao de um computador pessoal (PC) e a integrao deste sistema com
outros dois sistemas de domtica, o sistema de domtica X10 e o sistema de domtica Qbus. A
Figura 27 representa de forma esquemtica a arquitectura proposta.

45

Mestrado Integrado em Engenharia Mecnica

Figura 27 - Representao esquemtica da arquitectura proposta.

Na arquitectura proposta os autmatos devem ter a capacidade de controlar sistemas


funcionais, como o controlo dos electrodomsticos, da iluminao e dos estores, e deve ser
capaz de monitorizar e controlar detectores de incndio e intruso, detectores de fugas de gua
e gs.
O PC surge na arquitectura proposta como membro essencial, uma vez que assume o centro
de comando e interligao de sistemas. O PC desempenha um papel fundamental para
assegurar a interligao entre o Homem a Maquina e Interface, denominado na domtica como
o HMI. O PC garante ainda a capacidade do sistema de domtica possuir a capacidade de ser
controlado e monitorizado remotamente atravs da Web ou atravs de rdio frequncia.

46

Automao em Ambientes Residenciais

O PC permite a interligao do sistema de domtica a uma base de dados, permite o acesso e


a gravao a contedos multimdia, pode monitorizar o sistema de videovigilncia, alarmes e
integrar o sistema de controlo de acessos. Este elemento garante ainda a flexibilizao da
arquitectura proposta, permitindo a ligao a outros sistemas domticos (X10,Qbus), quer para
a expanso destes sistemas ou apenas para a utilizao de algumas funcionalidades.

3.1 Sistema de comunicaes da arquitectura proposta

As comunicaes entre os diversos equipamentos de qualquer sistema de domtica assumem


grande importncia porque permitem a troca de informao a diversos nveis. Na arquitectura
proposta neste trabalho utilizaram-se diversos protocolos de comunicao em funo da
tecnologia dos equipamentos utilizados.

3.1.1 Comunicao Autmato Autmato

Os autmatos representam na arquitectura proposta um papel importante uma vez que so


responsveis pelo controlo directo dos sistemas funcionais (Figura 28). Assim, proposta uma
estrutura de mensagens que pode ser usada na ligao entre autmatos, usando o protocolo
RS 485 ou o protocolo Ethernet.

Figura 28 - Rede de autmatos ligados por Ethernet/RS485.

47

Mestrado Integrado em Engenharia Mecnica

3.1.1.1 Estrutura de Mensagem Proposta

A estrutura de mensagens que se prope uma mensagem com 7bytes, como ilustrado na
Figura 29 e constituda por:
Campo Incio Mensagem (R + 0): Este campo da mensagem representa o carcter de incio de
mensagem;
Campo Identifica PLC (R + 1): Este campo representa o endereo do PLC (autmato) para o
qual se destina a mensagem;
Campo Funo (R + 2): Este campo representa a funo a implementar. Pode assumir os
valores 0 ou 1. O valor 0 significa que a funo que se pretende implementar um Read
(Leitura), o valor 1 significa que a funo que se pretende implementar ;
Campo Valor da Funo (R + 3): Neste campo definido o valor da funo que se pretende
implementar, 0 para OFF, e 1 para ON. Se a funo que se pretende implementar for um Read
(Leitura), neste campo deve ir a identificao do PLC que faz a requisio;
Campo Tipo de Item (R + 4): Este campo define o item que se pretende monitorizar ou
controlar: uma sada, uma entrada ou uma posio de memria do PLC. Este campo pode
assumir os seguintes valores:
1 entradas digitais;
2 sadas digitais;
3 registos de data;
4 registos;
5 posies de Memria;

Campo Item Nmero (R + 5): No basta definir no campo anterior o tipo de item que se
pretende monitorizar ou controlar pois existem vrios itens do mesmo tipo em cada PLC. Este
48

Automao em Ambientes Residenciais

campo indica qual o item especifico que se pretende controlar o monitorizar. Este campo pode
assumir diferentes valores em funo do endereo fsico em causa;

Campo Fim de Mensagem (R + 6): Este campo da mensagem representa o carcter de fim de
mensagem.

Figura 29 - Estrutura de mensagens proposta

A Figura 30 representa um exemplo de implementao desta estrutura de mensagem. Neste


exemplo pretende-se ler a sada digital n 5 do autmato n2. Foi definido que os campos de
incio e de fim de mensagem seriam respectivamente 253 e 254.

Figura 30 - Exemplo de aplicao da estrutura de mensagens proposta, no caso a Leitura da sada


digital 5 do autmato definido pela estao 2.

49

Mestrado Integrado em Engenharia Mecnica

A Figura 31 representa outro exemplo de implementao onde se pretende activar a sada


digital 1 do autmato n 2. De igual forma, foi definido que os campos de incio e fim de
mensagem seriam respectivamente 253 e 254.

Figura 31 - Exemplo de aplicao da estrutura de mensagens proposta, no caso a activao da sada


digital 1 do autmato definido pela estao 3.

3.1.1.2 Interpretao e Construo da Mensagem Proposta em linguagem Ladder

Depois de definida a estrutura de mensagem houve necessidade de criar um algoritmo de


interpretao e construo da mensagem proposta em linguagem ladder que um auxlio
grfico para programao de Controladores Lgicos Programveis (PLC) no qual as funes
lgicas so representadas atravs de contactos e bobinas, de modo anlogo a um esquema
elctrico com os contactos dos transdutores e actuadores. O esquema da Figura 32 representa
parte do algoritmo de interpretao da mensagem proposta em linguagem ladder.

50

Automao em Ambientes Residenciais

Figura 32 - Esquema do algoritmo usado na interpretao da mensagem

As posies de memria que correspondem leitura e escrita de variveis no autmato so


diferentes por motivos bvios. O algoritmo que seguem, apesar das semelhanas inerentes ao
processo de identificao da varivel que se pretende ler ou escrever, tem um fim de ciclo
diferente. Enquanto na leitura pretende-se a criao de uma mensagem de resposta para o
autmato que fez o pedido, na escrita pretende-se a activao de uma varivel do autmato.
51

Mestrado Integrado em Engenharia Mecnica

Nas Figuras 33 e 34 representa-se o algoritmo utilizado para o processo de leitura e escrita de


uma varivel do autmato, respectivamente.

Figura 33 - Algoritmo utilizado para o processo de leitura de uma varivel do autmato

52

Automao em Ambientes Residenciais

Figura 34 - Algoritmo utilizado para o processo de escrita de uma varivel no autmato

O algoritmo implementado para a componente de leitura termina com a elaborao da


mensagem de resposta ao autmato que lhe fez o pedido. Esta mensagem de resposta vai
estar de acordo com a mensagem proposta, tendo o campo da funo(R + 2), o valor 1,
correspondente funo de escrita; o campo identifica PLC (R + 1) para o qual se destina a
53

Mestrado Integrado em Engenharia Mecnica

mensagem definido pelo campo valor da funo (R +3) da mensagem anterior; o campo
valor da funo (campo R + 3) da mensagem actual de resposta, o campo valor apresenta o
estado/valor que definido pelo estado da varivel que se pretende ler. A informao
guardada numa posio de memria definida para o efeito no autmato que lhe fez o pedido.
O algoritmo implementado para a parte de escrita culmina com a activao ou desactivao da
varivel do autmato e com a criao da respectiva mensagem de resposta, para que o
autmato que lhe fez o pedido saiba o seu estado actual.

3.1.2 Comunicao PC PLC

Na arquitectura proposta a comunicao entre o PC e o PLC pode ser efectuada utilizando a


estrutura de mensagens descritas anteriormente. Alternativamente pode recorrer-se a um
protocolo especfico da Fatek Automation Corp. Assim perante estas duas opes possvel
comunicar com a rede de autmatos atravs de Ethernet ou RS 232. A Figura 35 representa a
ligao entre o PC e a rede de autmatos.

Figura 35 - Ligao entre o PC e a rede de autmatos

54

Automao em Ambientes Residenciais

3.1.2.1 Comunicao utilizando o Facon communication protocol

O OPC Server Fatek Facon permite a comunicao entre o PLC e o computador usando o
Facon communication protocol. Este servidor consegue controlar e supervisionar mltiplos
PLCs. O OPC Server Fatek Facon utiliza diferentes vias de comunicao com o computador,
tais como uma comunicao srie ou recorrendo ao protocolo Tcp/Ip.
utilizado o ActiveX fornecido pela Fatek Automation Corp para estabelecer a comunicao
com o PLC recorrendo porta de comunicao Ethernet. Para que a comunicao seja
possvel necessrio criar um projecto no Facon Server, dentro do qual se definiu os
parmetros da comunicao:
Device: Tipo de comunicao (RS232/Modem/Internet) e localizao do PLC a utilizar
Station Number: n. associado estao a utilizar
Group: cada grupo criado tem a si associado determinadas variveis para controlar.
Item: cada item corresponde a uma varivel, sendo possvel definir o seu tipo (decimal,
binrio, hexadecimal ou string)

A Figura 36 apresenta um exemplo de um projecto criado no Facon Server.

Figura 36 - Exemplo de um projecto criado no Facon Server.

55

Mestrado Integrado em Engenharia Mecnica

Usando esta forma de controlo e monitorizao da rede de autmatos por parte do PC,
possvel recorrer a um conjunto de funes que efectuam de uma forma simples o controlo e a
leitura de variveis dos autmatos. Exemplos desse conjunto de funes so as seguintes:
Openproject(): esta funo abre o projecto criado anteriormente, para que funcione
correctamente necessrio colocar como argumento a localizao do ficheiro;
Connect(): esta funo estabelece a conexo com o PLC;
Disconnect(): esta funo interrompe a comunicao com o PLC;
Setitem(): esta funo escreve na varivel o valor desejado, recebendo como
argumentos

uma

string

com

localizao

da

varivel

no

projecto

(ex:

Channel0.Station0.Group0), a varivel (ex: Y0) e o valor (ex: 0);


Getitem(): esta funo l o valor de uma determinada varivel, recebendo como
argumentos

uma

string

com

localizao

da

varivel

no

projecto

(ex:

Channel0.Station0.Group0) e a varivel (ex: Y0).

3.1.2.2 Comunicao utilizando o protocolo de mensagens proposto

A comunicao entre o PC e a rede de autmatos pode ser feita atravs de ligao RS232 ou
Ethernet atravs do protocolo de mensagens proposto anteriormente. A Figura 37 representa a
estrutura da mensagem proposta.

Figura 37 - Estrutura da Mensagem Proposta

A diferena para o mtodo anterior reside no facto de, em vez de utilizar o Facon
communication protocol para escrever nas posies de R+0 at R+6, a aplicao em Visual
Basic desenvolvida capaz de criar a mensagem adequada e de interpretar a resposta quando
pede a leitura de uma varivel de determinado autmato. A interpretao por parte do autmato
56

Automao em Ambientes Residenciais

da mensagem recebida pelo PC realiza-se de forma idntica aplicada ao processo de


comunicao entre autmatos.

3.1.3 Comunicao X10 PC

A integrao de sistemas de domtica na arquitectura proposta da responsabilidade do PC. A


integrao com o sistema de domtica X10 garantida pela comunicao entre o mdulo
CM11, representado na Figura 39, e o PC. Esta comunicao estabelecida sobre uma ligao
RS 232.

Figura 38 - Esquema de ligao entre o sistema de domtica X10, um comando RF, e o PC.

57

Mestrado Integrado em Engenharia Mecnica

Figura 39- Modulo CM 11 com sada USB que permite a ligao entre o PC e o sistema de domtica
X10.

Foi desenvolvida uma aplicao em Visual Basic que permite a interpretao dos sinais X10
que circulam na rede elctrica. O mdulo CM 11 apercebe-se do sinal e reencaminha
determinados caracteres, que a aplicao desenvolvida interpreta, reencaminhando os dados
para a base de dados.

3.1.3.1 Comunicao RF-CM11-PC

Como prova da integrao e flexibilidade da arquitectura proposta, desenvolveu-se a


possibilidade de controlar um equipamento de Qbus ou uma sada de um autmato atravs do
comando rdio frequncia do sistema de domtica X10. O comando de rdio frequncia emite o
sinal correspondente para o receptor de X10, que volta a emitir o sinal correspondente na linha
elctrica, sendo assim captado pelo mdulo CM 11. Em seguida este mdulo envia os
caracteres correspondentes por RS 232 para aplicao em Visual Basic, que est preparada
para associar estes caracteres ao mdulo de Qbus ou sada associada a um autmato,
actualizando a informao devida na tabela de SQL. A Figura 40 esquematiza o processo
descrito.

58

Automao em Ambientes Residenciais

Figura 40- Esquema de comunicao entre uma ordem dada por RF para o controlo de um
equipamento Qbus ou de um equipamento ligado a um autmato.

3.1.4 Comunicao Qbus - PC

Na arquitectura proposta a comunicao entre o quadro Qbus e o PC feita atravs do


protocolo Tcp/Ip, como se pode observar na Figura 41. O software desenvolvido em Visual
Basic integra no seu projecto o conjunto de funes da biblioteca qbuscom.dll disponibilizado
pelo prprio fabricante deste protocolo.

59

Mestrado Integrado em Engenharia Mecnica

Figura 41 Esquema da comunicao PC Qbus.

A biblioteca qbuscom.dll oferece um conjunto de funes para diversas linguagens. Ao


adicionar-se esta biblioteca de funes ao projecto no Visual Basic obtm-se um conjunto
diversificado de funes que permite controlar e monitorizar um quadro Qbus. Assim, as
funes que aqui so descritas correspondem s funes mais utilizadas, havendo um conjunto
de outras que poderiam ter sido utilizadas em funo do que se pretendia controlar ou
monitorizar no quadro Qbus.
A funo que se utiliza para estabelecer uma ligao Tcp/Ip com o quadro Qbus a funo:
Qbus.OpenTCP("Ip Controlador", Porta, "Password") (1).Se o valor que retorna depois da
funo executada for 0, indica que a ligao foi bem sucedida, caso contrrio no.
A funo que se utiliza para interromper uma ligao com o quadro Qbus a funo:
Qbus.CloseTCP() (2).Se o valor que retorna depois da funo executada for 0, indica que a
comunicao foi bem sucedida, caso contrrio no.
Outra das funes usadas na aplicao desenvolvida em Visual Basic, a funo que permite
escrever ou ler variveis. Esta funo, da forma: Qbus.Ctl_Online(["Readorwrite"], [address],
[Mode], [data],[Number],[Offset]),apresenta diversos campos, que tm de ser previamente
confirmados.O campo ["Readorwrite"] define se a funo de leitura, ["R"], ou de escrita ["W"],
o campo [address] define o endereo que vai ser objecto de escrita ou de leitura e o campo
[Mode] define o tipo de endereo que se pretende ler ou escrever.

60

Automao em Ambientes Residenciais

3.1.5 Comunicao PC Base de dados

A arquitectura proposta pressupe a utilizao de uma base de dados que tem a funo de
guardar os parmetros do sistema de domtica. Esta base de dados actualizada pela
aplicao desenvolvida em Visual Basic. A Figura 42 representa esquematicamente a ligao
entre a aplicao Visual Basic e a base de dados.

Figura 42- Representao esquemtica da ligao entre o Pc/Aplicao Vb e a base de dados.

O servidor MySQL foi o escolhido para guardar o estado dos sensores e actuadores da
habitao. Este servidor de base de dados foi desenvolvido originalmente para lidar com bases
de dados muito grandes de maneira muito mais rpida que as solues existentes e tem sido
usado em ambientes de produo de alta exigncia profissional por diversos anos com
resultados satisfatrios.
A opo pelo servidor MySQL deve-se em parte ao facto de este interagir facilmente com o
Microsoft Visual Studio e com a linguagem PHP. O servidor MySQL apresenta tambm um
conjunto adicional de caractersticas que justificam a sua escolha:
pouco exigente quanto a recursos de hardware;
um software livre;
tem um excelente desempenho e estabilidade;
compatvel com o Microsoft Visual Studio e com a linguagem PHP usada na pagina
web desenvolvida;
portabilidade (suporta praticamente qualquer plataforma actual) ;
de fcil utilizao.
61

Mestrado Integrado em Engenharia Mecnica

Tendo em vista a flexibilidade da estrutura proposta deve-se construir a tabela de domtica do


sistema, ou seja, definir o nmero de entradas em funo da sada que se pretende activar.

Figura 43 - Campos da tabela SQL que controla e monitoriza o sistema de domtico proposto.

O campo designao serve simplesmente para atribuir um nome sada que se pretende
controlar ou monitorizar. O campo nmero de entradas define o nmero de entradas que
define o estado da sada. O campo Entrada 1 define o endereo da entrada 1 na arquitectura
proposta. O campo estado da entrada 1 tal como o prprio nome indica, representa o estado
da entrada 1.
O campo operador lgico 1 indica qual o operador lgico entre as entradas n e n +1 de modo
a definir se o estado da sada deve ser alterado ou no.
O campo endereo do actuador indica qual a varivel do sistema de domtica que se
pretende controlar ou monitorizar e o campo valor do actuadorindica estado do actuador.
Foi criado um sistema de endereamento para as entradas e sadas do sistema prottipo
proposto, que vai ser descrito nos prximos captulos.

3.1.5.1 Endereamento das sadas e das Entradas da arquitectura proposta

O facto de a arquitectura proposta suportar diversas entradas e sadas de sistemas de


domtica diferentes, conduziu necessidade de criar um sistema de endereamento que
permitisse uma diferenciao clara entre a tecnologias pertencentes arquitectura proposta
que inclui os autmatos, X10 e o Qbus. Assim utilizou-se as letras A, X e Q como primeira
forma de distino nos endereos.
62

Automao em Ambientes Residenciais

3.1.5.1.1 Endereamentos nos Autmatos

Nos autmatos houve necessidade de criar um campo no endereo que define a estao do
PLC. Assim, o segundo campo do endereamento de um autmato corresponde ao nmero da
estao onde se encontra a varivel que se pretende controlar ou monitorizar.
No endereamento de uma varivel de um autmato existe ainda a necessidade de diferenciar
se uma entrada digital, sada digital, registo, registo de data ou posio de memria. Com
este propsito foi definida a seguinte nomenclatura:
X entradas Digitais;
Y sadas Digitais;
R registos;
D registos de Data;
M posies de Memria;

Quando se trata de variveis dos autmatos o endereo termina com o nmero do endereo
fsico da varivel. Por exemplo: A2X3 corresponde entrada digital 3 do autmato nmero 2.

3.1.5.1.2 Endereamento no Qbus

O endereamento do Qbus definido no primeiro campo pela letra Q, seguido pelo endereo
do equipamento que se pretende controlar. Este equipamento pode ter vrios modos de
funcionamento. Este campo ocupa sempre dois caracteres uma vez que todos os modos de
operao dos vrios componentes Qbus so definidos por dois campos. O campo seguinte
corresponde ao endereo fsico do mdulo Qbus que se pretende controlar ou monitorizar. Por
exemplo, o cdigo QBI5 indica que se pretende ler o rel de Qbus BI, com o endereo 5.

63

Mestrado Integrado em Engenharia Mecnica

3.1.5.1.3 Endereamento no X10

O prprio protocolo X10 implementa um sistema simples de endereamento que utiliza 16


cdigos do aparelho (1-16) e 16 cdigos de casa (A-P). Assim, houve a necessidade de o
integrar na tabela da base de dados, diferenciando-os claramente dos outros. Definiu-se que o
primeiro campo do endereo um X e antecede o cdigo da casa. Este par de caracteres
seguido de outro carcter com o cdigo do aparelho. Por exemplo, o endereo XA2, indica que
se pretende actuar um equipamento da rede X10,X, definido pelo endereo A2.

64

Automao em Ambientes Residenciais

4 Implementao e anlise do desempenho


Um dos objectivos deste trabalho implementar uma soluo integrada. A arquitectura
proposta anteriormente integra trs tecnologias diferentes. Os critrios para a escolha das
tecnologias para o sistema prottipo desenvolvido tiveram por base diferentes parmetros que
iro ser descritos nos pargrafos seguintes.
A integrao do QBUS no sistema prottipo desenvolvido justifica-se pelo facto de apresentar
servios muito semelhantes ao protocolo EIB, sendo por isso uma das tecnologias mais
utilizadas no mercado. Por esse motivo faz todo o sentido que o Qbus faa parte do prottipo a
implementar. Outro factor decisivo deve-se ao facto de o site do Qbus disponibilizar uma
completa biblioteca de funes para diversas linguagens de programao nomeadamente para
o Visual Basic.
O protocolo X10 outra das tecnologias presentes no prottipo. A sua incluso facilmente
justificvel, uma vez que esta tecnologia permite que a arquitectura proposta tenha uma maior
flexibilidade. De facto, o X10 uma soluo para habitaes antigas ou j construdas e sem
possibilidade de alterar a cablagem convencional aplicada. Outra justificao encontrada para a
incluso desta tecnologia a excelente relao custo/benefcio e a facilidade de instalao e de
operao.
A integrao de uma rede de autmatos no sistema prottipo assume principal relevncia dado
que a arquitectura proposta se baseia na utilizao de autmatos para o controlo da habitao.
A arquitectura proposta permite tambm a sua integrao com sistemas j existentes como o
caso do X10 e do Qbus.

65

Mestrado Integrado em Engenharia Mecnica

4.1 Estrutura do sistema prottipo proposto


O prottipo implementado tem uma componente de hardware em que foram escolhidos
equipamentos disponveis no mercado segundo os critrios explicados anteriormente. Outra
componente do sistema prottipo consistiu no desenvolvimento de software que permite o
controlo e a monitorizao dos diversos equipamentos.

4.1.1 Hardware utilizado


4.1.1.1 Hardware X10

O X10 uma das tecnologias integradas no sistema prottipo proposto. Os mdulos X10, que
fazem parte do sistema, foram escolhidos em funo do que mais comum controlar numa
casa inteligente.

Mdulo de Aparelho de tomada


Este Mdulo X10,Figura 44, permite controlar aparelhos ligados a tomadas de parede. Com
este mdulo podemos, por exemplo, controlar remotamente aquecedores, candeeiros com
lmpadas fluorescentes ou outros aparelhos.

Figura 44 - o mdulo de aparelho X10 [13].

66

Automao em Ambientes Residenciais

Interruptor de Calha DIN


Interruptor de Calha DIN para cargas de at 3600W, Figura 45, pode ser controlado
remotamente atravs de comandos X10, ou atravs de interruptores convencionais, de presso
ou temporizados. O seu estado pode ser verificado pelo indicador luminoso existente. Com este
interruptor possvel controlar aparelhos e luzes utilizando o sistema X10. Possui terminais
para adicionar botes de presso extra, o que significa que o interruptor funciona em
comutao de escada. O interruptor tem um selector que pode ser programado para Sempre
On,Sempre Off ou Controlo Remoto (auto). Este interruptor responde a comandos X10 On,
Off e All Off (All Apliances Off e All Lights On)[12].

Figura 45 - interruptor de Calha DIN [13].

Receptor radiofrequncia - Mdulo Transmissor X10


Este mdulo implementa a funo de converso de sinais e radiofrequncia dos comandos X10
em sinais X10 na rede elctrica (Figura 46). Este mdulo necessrio para controlar os
receptores X10 a partir de qualquer comando RF X10 [12].

Figura 46 - receptor de radiofrequncia de sinais X10 [13].

67

Mestrado Integrado em Engenharia Mecnica

Mdulo CM 11
O Mdulo CM 11 (Figura 47), permite o envio e a recepo de mensagens entre o PC e a rede
elctrica. Este mdulo capta os sinais elctricos e transforma-os em mensagens, que envia
para o computador atravs da porta RS 232. Recebe tambm mensagens oriundas do PC e
transforma-as nos sinais elctricos correspondentes.

Figura 47- Mdulo CM 11[13].

Comando de Radiofrequncia
O comando de radiofrequncia (Figura 48) presente no sistema implementado tem a
capacidade de enviar comandos X10 por radiofrequncia e permite o controlo de televises,
vdeos ou outros componentes audiovisuais.

Figura 48 - Comando de radiofrequncia [13].

68

Automao em Ambientes Residenciais

4.1.1.2 Hardware de Qbus

O conjunto de mdulos Qbus integrados no sistema prottipo, foram um mdulo Ethernet, um


interruptor que controla outros dois mdulos, um rel e um mdulo dimmer.

Interface de Ethernet - ETH02


Este mdulo (Figura 49) permite a comunicao por Tcp/Ip entre o quadro Qbus e o PC ou com
o gateway de Ethernet existente na habitao.

Figura 49 Modulo ETH02, interface de Ethernet [14].

Mdulo Rel - REL04


O Modulo rel permite a ligao para 4 equipamentos que podem ser controlados de forma
independente. Este rel no tem associada nenhuma funo especfica, podendo associar-se a
ele diversas funes (On/Off, temporizador, termstato, etc).

Mdulo Dimmer Dim04-300


Este mdulo (Figura 50) permite regular a intensidade luminosa de um circuito de iluminao
integrado num sistema Qbus.

Figura 50 - Dim04-300 Modulo Dimmer [14].

69

Mestrado Integrado em Engenharia Mecnica

Interruptor SWI04
O interruptor (Figura 51) permite o controlo manual do dimmer e do rel integrado no sistema
prottipo.

Figura 51 - SWI04 Interruptor Qbus [14].

4.1.1.3 Rede de Autmatos

Os autmatos utilizados no prottipo implementado foram os autmatos da Fatek Automation


Corp.Foram utilizados dois modelos de autmatos diferentes, o modelo FBs-60MC com mdulo
de comunicaes Fbs-CM25E e o modelo FBs-20MC com o mdulo de comunicaes FBsCM55E, simulando desta forma uma rede de autmatos, entre os quais foi implementado o
protocolo de comunicao apresentado no captulo anterior.
O modelo FBs-20MC, representado na Figura 53, basicamente caracterizado por ter doze
entradas digitais, oito sadas digitais, uma porta Ethernet, uma porta USB, uma porta RS
485,duas entradas e uma sada analgica [15].
O modelo Fbs-60MC, representado na Figura 52, possui trinta e seis entradas digitais, vinte e
quatro sadas digitais. Integra ainda por ter uma porta RS232, uma porta USB, uma porta
Ethernet e uma porta RS 485 [15].

Figura 52 Autmato Fatek Corp, modelo Fbs-60MC [15].

70

Automao em Ambientes Residenciais

Figura 53 Autmato Fatek Corp, modelo Fbs-20MC [15].

4.1.2 Software desenvolvido


Para a implementao do sistema prottipo foi desenvolvido uma aplicao em Microsoft Visual
Studio 2008 usando a linguagem Visual Basic produzida pela empresa Microsoft. Esta
linguagem controlada por eventos e caracterizado por possuir um ambiente de
desenvolvimento integrado, grfico, facilitando assim a construo da interface das aplicaes.
Este factor foi decisivo na opo por esta linguagem de programao para o desenvolvimento
do prottipo.
Com recurso a esta linguagem de programao foram desenvolvidas um conjunto de funes
que permitem a integrao das diversas tecnologias num nico projecto.
4.1.2.1 Software X10

Foi desenvolvida uma aplicao que permite ao computador comunicar com os equipamentos
da rede X10. Este programa utiliza a interface RS232 do computador para comunicar com o
modem CM11, que por sua vez faz a interface com a rede X10.
Assim, foi desenvolvido um conjunto de funes como a abertura e o fecho da porta de
comunicaes com o sistema X10. Para tal foi necessrio definir os parmetros de
comunicao entre o PC e o mdulo CM 11:
Taxa de transmisso: 4800 bps
Paridade: nenhuma
N de bits de dados: 8
N de stop bits: 1
Foram desenvolvidas outras funes que permitem o controlo dos mdulos de X10, permitindo
enviar um conjunto de operaes (On/Off,Dim,all units on/off ). Foi ainda desenvolvido um
71

Mestrado Integrado em Engenharia Mecnica

conjunto de funes que permite associar sadas digitais, ou mdulos de Qbus, a sinais X10
emitidos por radiofrequncia pelo comando rdiofrequncia presente no sistema de domtica
prottipo. Tal foi conseguido atravs da explorao da propriedade oncomm do objecto
mscomm. No anexo 1 apresentado o protocolo de comunicao X10 entre o PC e o mdulo
de interface X10 com a linha elctrica, que se relevou bastante til ao processo de
desenvolvimento de software.
4.2.2.2 Software Qbus

A integrao do Qbus na aplicao desenvolvida conseguida atravs da utilizao da


biblioteca de funes qbuscomm.dll fornecida pela Qbus. Foi tambm desenvolvido um
conjunto de funes que permite controlar e monitorizar o conjunto de mdulos Qbus presentes
no prottipo.
4.1.2.3 Software desenvolvido para a rede de Autmatos

A rede de autmatos presentes no sistema prottipo gerida na aplicao desenvolvida


atravs do OPC Server Fatek Facon que permite a comunicao entre o PC e o autmato
atravs do Facon communication protocol. O autmato que est ligado ao PC contm o estado
das variveis dos restantes autmatos da rede de autmatos, que comunicam entre eles
seguindo o protocolo de mensagens proposto no captulo anterior. A aplicao Visual Basic
monitoriza o sistema atravs do Facon communication protocol, efectuando uma leitura da
varivel correspondente no autmato a que se encontra ligado. Se o autmato pretende
controlar uma varivel da rede de autmatos, a aplicao gera uma mensagem que enviada
para o autmato que est ligado ao PC e este redirecciona-a para a rede de autmatos, que
interpreta a mensagem e efectua a escrita da varivel pretendida no autmato para o qual a
mensagem direccionada.
4.1.2.4 Funcionamento base do Software desenvolvido

No decorrer deste trabalho foi desenvolvido um conjunto de funes que permite o


funcionamento pretendido do modelo prottipo implementado. O objectivo dos prximos
pargrafos descrever de uma forma sucinta as principais funes e eventos gerados pela
aplicao desenvolvida.

72

Automao em Ambientes Residenciais

Evento Form Load


Este evento associado ao executar do programa. Neste evento estabelecida a comunicao
com os sistemas de domtica (X10,Qbus e rede de autmatos) e com a base de dados, sendo
ainda iniciada a interface grfica. Para tal, necessrio efectuar uma leitura do estado dos
equipamentos, com o objectivo de actualizar a interface grfica logo aps o executar do
programa. Durante este evento iniciado o temporizador geral do sistema.

Temporizador geral
O Temporizador geral assume especial relevo na aplicao desenvolvida uma vez que o
responsvel pela actualizao da interface grfica e pela constante monitorizao das entradas
e sadas dos equipamentos. A actualizao da interface grfica efectuada em todos os ciclos
deste temporizador atravs da anlise de um array com o estado dos equipamentos. A
monitorizao dos equipamentos que definem a actuao de outros efectuada pela funo
Le_Entradas. A actuao de todos os equipamentos realizada atravs da funo
Escreve_Sadas.
Em cada ciclo deste temporizador efectuada a monitorizao e o controlo de um
equipamento.

Temporizadores secundrios
Existem dois temporizadores secundrios na aplicao desenvolvida. atribuda a
nomenclatura de temporizadores secundrios porque permitem o funcionamento de
mecanismos complementares do prottipo desenvolvido. Um deles responsvel por gerir
eventuais eventos relacionado com a temporizao do funcionamento dos equipamentos. Na
aplicao desenvolvida existe outro temporizador que gere eventos relacionados com a
simulao aleatria de presena. Os eventos relacionados com os temporizadores secundrios
esto activos quando o utilizador activa as funes relacionadas.

73

Mestrado Integrado em Engenharia Mecnica

Funo Le_Entradas
Esta funo tem o objectivo de monitorizar os equipamentos. Esta funo tem um argumento
de entrada, o nmero da linha da tabela de domtica desenvolvida. Esta comea por analisar o
nmero de entradas definidas na base de dados. Depois de interpretar o nmero de entradas,
vai proceder sua anlise. Em funo do estado das entradas, do nmero de entradas e do
operador lgico como se relacionam as entradas, devolvido um valor. Este pode assumir
valores diferentes:
1 Significa que a sada correspondente deve ser ligada;
0 Significa que a sada correspondente deve ser desligada;
77 Significa que ocorreu um erro.
O nmero de entradas para activar um equipamento 0 quando este se encontra a ser
controlado remotamente.
O valor devolvido por esta funo guardado num vector, com o intuito de guardar o histrico
sobre o ltimo valor devolvido por esta funo para o equipamento em causa.
Funo Escreve_Sadas
A funo Escreve_Sadas responsvel pela actuao dos equipamentos. Esta funo tem
trs argumentos de entrada: o nmero da linha da tabela, o estado lgico (definido pela funo
Le_Entradas) e o estado anterior do equipamento.
Esta funo analisa primeiro os argumentos de entrada, verificando se h ou no uma ordem
diferente da anterior para a actuao do equipamento definido pelo nmero da linha da tabela.
Se existir ento uma ordem diferente da anterior, esta funo analisa o tipo de equipamento
que pretende actuar e a funo a implementar definido no endereo da tabela SQL
desenvolvida. Por ltimo, procede ao envio da ordem para o equipamento em causa.
Esta funo retorna o estado do equipamento.

74

Automao em Ambientes Residenciais

Funo Timmer_on
A funo Timmer_on responsvel pelo controlo dos equipamentos atravs de intervalos de
tempo de funcionamento. Esta funo tem trs argumentos de entrada, uma string que indica
quando activar o equipamento, uma string que indica quando desactivar o equipamento e
nmero da linha da tabela desenvolvida. Esta funo executada quando o campo da tabela
que define se existe uma temporizao ou no, se encontra no estado activo. O funcionamento
bsico desta funo a comparao da hora do PC com as temporizaes definidas nos
argumentos de entrada. Quando a hora do PC igual hora definida no argumento que indica
a activao do equipamento, esta funo altera o modo como o equipamento controlado para
o modo de controlo remoto, e mantm-se neste estado at enviar a ordem de desactivao do
equipamento. Quando enviada a ordem de desactivao do equipamento, o modo como o
equipamento controlado volta ao modo definido anteriormente pelo utilizador.

75

Mestrado Integrado em Engenharia Mecnica

4.1.2.5 Fluxogramas que descrevem o funcionamento do Software desenvolvido

Nesta seco so apresentados fluxogramas que esquematizam o funcionamento do software


desenvolvido em Visual Basic. Na Figura 54 apresentado um fluxograma que explica o
funcionamento da aplicao visual Basic que controla e monitoriza sistema.

Figura 54 - Funcionamento do software quando o utilizador controla ou monitoriza o sistema.

76

Automao em Ambientes Residenciais

Na Figura 55 apresentado um fluxograma que mostra como o utilizador pode interagir com o
sistema.

Figura 55 - Esquema que representa o funcionamento do software com controlo por parte do utilizador.

77

Mestrado Integrado em Engenharia Mecnica

4.1.2.6 Interfaces grficas realizadas

As interfaces grficas assumem um papel importante porque a forma como o utilizador vai
poder controlar e monitorizar os mecanismos pertencentes ao sistema domtico. Parte dos
objectivos do trabalho desenvolver uma interface de utilizao simples e amigvel e uma
interface que tivesse a capacidade de acesso e gesto remota. Neste contexto foi desenvolvida
uma interface grfica em Visual Basic, e uma interface em HTML e PHP que tentam
corresponder a estes objectivos.
4.1.2.6.1 Interface Grfica Controlo e monitorizao local

A linguagem Visual Basic integrada no Microsoft Visual Studio a linguagem de programao


escolhida, porque, para alm do estabelecimento de funes que comandam os diversificados
equipamentos, permite desenvolver interfaces grficas de uma forma elementar e bastante
amigvel do ponto de vista grfico.Esta linguagem de programao baseia-se na gesto de
eventos onde cada evento est associado a uma mudana na base de dados desenvolvida
para este prottipo. A aplicao em Visual Basic regista a mudana e age em conformidade,
comandando o prottipo. Assim, a Figura 56, ilustra a interface grfica desenvolvida.

Figura 56 Panorama Geral da Interface Grfica desenvolvida.

78

Automao em Ambientes Residenciais

De uma forma geral, est representado a vermelho o menu de funes bsicas do sistema, a
amarelo pode monitorizar-se os diversos mecanismos existentes no modelo prottipo, a verde
temos o menu das funes inteligentes desenvolvidas, a azul pode observa-se como est a ser
efectuado o controlo dos diversos mecanismos pertencentes ao prottipo, a cor de laranja pode
observa-se o estado das comunicaes entre o servidor e os sistemas de domtica presentes
no prottipo.
O menu de funes bsicas (Figura 57) permite ao utilizador ter um controlo geral sobre
determinados sistemas funcionais da sua habitao. O item Modo Automtico tem a funo de
atribuir ao sistema o controlo automtico dos equipamentos do sistema prottipo proposto. O
controlo automtico definido na configurao do sistema por parte do utilizador.

Figura 57 Menu de funes bsicas.

79

Mestrado Integrado em Engenharia Mecnica

No menu de funes inteligentes (Figura 58) foram definidas determinadas funes e cenrios.

Figura 58 Menu inteligente.

O modo cinema caracterizado por reduzir a intensidade luminosa da sala, fechar os estores e
actuar sobre os componentes audiovisuais.
O modo despertar, quando activo atravs de uma temporizao definida ou de um controlo
manual, caracterizado pelo ligar do termoacumulador e pela activao do controlo geral da
temperatura.
O modo anoitecer, quando activo atravs de uma temporizao definida ou de um controlo
manual, caracterizado pelo fecho dos estores e pela activao do controlo geral da
temperatura.
O modo simulao de presena, quando activo atravs de uma temporizao definida,
caracterizado pela activao de um mdulo de iluminao aleatrio em intervalos de tempo
diferentes durante a temporizao definida.
Na interface desenvolvida possvel visualizar o estado praticamente em tempo real (Figura
59) dos equipamentos pertencentes ao prottipo.

80

Automao em Ambientes Residenciais

Figura 59 Monitorizao dinmico do prottipo.

A segurana no modelo prottipo est associada s deteco de intruso. No prottipo


proposto pode visualizar-se onde est a ser detectada presena no autorizada (Figura 60).

Figura 60 Deteco de intruso no lado norte da habitao.

81

Mestrado Integrado em Engenharia Mecnica

A forma como os equipamentos so controlados definida pelo utilizador. O mdulo pode ser
controlado de forma automtica atravs de uma ou varias entradas do sistema (definido na
tabela de domtica desenvolvida), ou de uma forma manual atravs desta interface ou atravs
da Web. O utilizador pode determinar o tipo de controlo de cada equipamento, bastando para
isso activar as caixas de seleco (Figura 61) se pretende modo automtico ou desactivar se
pretende controlo manual.
A Figura 61 mostra tambm o estado da comunicao entre o PC e os diversos sistemas de
domtica pertencente ao sistema proposto.

Figura 61 Quadro de Comunicaes e de Controlo

No modelo prottipo foi desenvolvido um conjunto de funes que permitem aos equipamentos
serem controlados atravs de temporizaes. Estas podem ser definidas na interface bsica.
Para tal, necessrio definir as temporizaes pretendida na caixa de texto. Em seguida,
selecciona-se atravs do Menu de temporizaes o equipamento para o qual estamos a definir
a temporizao, A imagem da Figura 62 ilustra o processo.

82

Automao em Ambientes Residenciais

Figura 62 Menu de temporizaes.

A definio da temporizao deve ser realizada seleccionando o dia e a hora pretendida para o
controlo do equipamento pretendido.

4.1.2.6.2 Interface Grfica Controlo e monitorizao remota

A gesto e o controlo remoto em qualquer sistema domtico nos dias que correm um servio
fundamental, uma vez que as tendncias tecnolgicas apontam para um uso generalizado da
internet, nomeadamente da banda larga e das redes wireless.

83

Mestrado Integrado em Engenharia Mecnica

4.1.2.6.2.1 Pagina Web em HTML e PHP

Para o sistema prottipo proposto foi desenvolvido uma pgina Web em HTML e PHP, onde
possvel efectuarmos o controlo e a monitorizao do sistema prottipo proposto.
Optou-se pelas linguagens HTML e PHP porque linguagens permitem facilmente o acesso a
uma base de dados MySql.
De uma forma geral, o utilizador da pgina Web (Figura 63), est a escrever directamente na
tabela de domtica que est no servidor. No servidor est tambm a aplicao em Visual Basic
que interpreta estas alteraes efectuadas remotamente.

Figura 63 Aspecto da pgina Web desenvolvida.

84

Automao em Ambientes Residenciais

A Figura 64 ilustra a pgina Web desenvolvida usando delimitadores coloridos para identificar
os principais componentes ou reas de interveno. O controlo remoto atravs da pgina Web
desenvolvida efectuada atravs de seleco do que se pretende controlar ou monitorizar no
sistema prottipo proposto. Assim, a vermelho representada a zona que serve de menu dos
diversos sistemas funcionais presentes no prottipo desenvolvido. Desta forma, a cor azul
representa a iluminao, a cor amarela o controlo dos estores e a cor laranja o controlo de
temperatura e de humidade. O controlo geral de cada um dos sistemas funcionais pode ser
visualizado ou controlado clicando no quadrado da cor correspondente que se encontra no
menu (zona a vermelho). Por outro lado se quisermos um controlo ou a gesto apenas de um
elemento do sistema prottipo clica-se no item correspondente.

Figura 64 zonas de controlo e gesto dos diversos mdulos do prottipo.

A segurana, tal qual na interface anterior, mereceu a devida importncia no desenvolvimento


da pgina Web (Figura 65). A pgina Web foi desenvolvida com o objectivo de se assemelhar
85

Mestrado Integrado em Engenharia Mecnica

ao mximo em termos de funes e aspecto interface anterior. Pode observar-se na lista do


lado esquerdo a monitorizao dos detectores de intruso.

Figura 65 Janelas desenvolvidas no prottipo que contemplam a segurana.

A nvel grfico, a Figura 66, mostra as diferenas entre a interface anterior e a interface Web
desenvolvida. A verde tem-se o equivalente na interface anterior s funes inteligentes.
Clicando neste item do menu pode visualizar-se a janela (Figura 67) que se assemelha em
termos grficos e de funes descritas anteriormente na interface desenvolvida em Visual
Basic. O rectngulo de cor vermelha representa uma hiperligao para uma webcam, que
simula a vdeo vigilncia no prottipo. O rectngulo de cor amarela simboliza uma hiperligao
para o regresso janela representada na Figura 64.

86

Automao em Ambientes Residenciais

Figura 66 Diferenas entre interface Web e Visual Basic.

Figura 67 Menu de Funes inteligentes

87

Mestrado Integrado em Engenharia Mecnica

4.1.2.6.2.2 Pagina Web - Aplicao Flash

Para o sistema prottipo foi desenvolvida uma aplicao flash que permite o controlo e a
monitorizao dos equipamentos. O Adobe Flash, antes denominado de Macromedia Flash,
um software que permite a criao de animaes interactivas que so integradas numa pgina
Web. Habitualmente denomina-se flash os arquivos gerados pelo Adobe Flash, estes ficheiros
tm a extenso .swf (Shockwave Flash File). A linguagem utilizada para gerar estes ficheiros
o ActionScript. A Adobe acaba de lanar a terceira verso desta linguagem, que
caracterizada por ter um numero maior de recursos que as verses anteriores e pela facilidade
e rapidez de criao de aplicaes para a Web.
A aplicao desenvolvida para efectuar o controlo e a monitorizao dos equipamentos recorre
aos ficheiros PHP desenvolvidos para a aplicao anterior. Assim, se o objectivo for efectuar o
controlo de um determinado equipamento, a aplicao flash envia a mensagem correspondente
ao ficheiro PHP, o ficheiro PHP recebe a mensagem e, em funo do que lhe foi requerido pela
aplicao flash, actualiza a tabela de SQL. A aplicao desenvolvida faz a continua
monitorizao do sistema atravs de um ficheiro PHP que, quando solicitado, fornece
aplicao flash o estado dos equipamentos. A Figura 68 esquematiza este processo.

Figura 68 - Esquema de funcionamento da aplicao flash desenvolvida.

88

Automao em Ambientes Residenciais

O controlo remoto dos equipamentos efectuado na aplicao flash atravs de eventos


associados ao pulsar dos botes do rato. A monitorizao efectuada automaticamente pela
aplicao. O utilizador s tem de associar os smbolos ao estado dos equipamentos. Na Figura
69 pode observar-se a aplicao flash desenvolvida.

Figura 69 - Aspecto da aplicao Flash desenvolvida.

Na barra de menus de funes bsicas activada uma caixa de texto, indicativa do respectivo
nome, sempre que o apontador passe sobre o cone (Figura 70).

89

Mestrado Integrado em Engenharia Mecnica

Figura 70 - Exemplo de navegao entre menus.

As diferenas entre a aplicao em flash desenvolvida, a interface em Visual Basic e a pgina


em HTML e PHP so meramente a nvel grfico, uma vez que as funes efectuadas so as
mesmas.
Na Figura 71 pode visualizar-se o menu de iluminao geral, onde possvel, por exemplo,
apagar ou acender os equipamentos associados ao sistema de iluminao.

Figura 71 Menu de Iluminao geral na aplicao flash desenvolvida.

90

Automao em Ambientes Residenciais

Na Figura 72 pode visualizar-se o controlo remoto da lmpada da sala.

Figura 72 Menu de controlo remoto da iluminao da sala.

Na Figura 73 pode visualizar-se o menu de funes inteligentes, onde as funes de cada um


dos smbolos foram j descritas anteriormente.

Figura 73 Menu das funes inteligentes.

91

Mestrado Integrado em Engenharia Mecnica

4.2

Anlise de desempenho

O desenvolvimento do prottipo seguiu a arquitectura proposta descrita nos captulos


anteriores. O software desenvolvido d liberdade ao utilizador de optar pelo controlo manual ou
automtico de um equipamento. Entende-se por controlo manual, a aco directa do utilizador
sobre um equipamento numa das interfaces desenvolvidas (interface em Visual Basic, interface
Web). O controlo automtico definido na tabela de configurao do prottipo desenvolvido,
onde se configuram o nmero as entradas que condicionam o estado do equipamento
pertencente ao prottipo.
A anlise de resultados relaciona-se essencialmente com o aspecto de resposta temporal do
sistema ao controlo efectuado por parte do utilizador ou em funo da mudana do estado das
entradas que controlam a sada do sistema. Observam-se tempos de resposta diferentes
consoante o sistema era controlado automaticamente ou manualmente (em PHP ou na
interface Visual Basic desenvolvida). Tambm se verificaram diferenas consoante as
tecnologias envolvidas na integrao de sistemas.

A Tabela 3 compara os valores para os tempos de execuo em funo dos sistemas


integrados no prottipo desenvolvido e do modo de funcionamento do mesmo. Onde existe
integrao de tecnologias, a comparao de tempos foi efectuada com base no software
desenvolvido em Visual Basic, desactivando-se as funes correspondentes s tecnologias. A
medio dos tempos das tecnologias no integradas foi realizada com recurso a software
fornecido com os equipamentos. Os resultados apresentados correspondem ao valor mdio das
medidas efectuadas.

92

Automao em Ambientes Residenciais

Tabela 3 - Tempos de reaco do sistema prottipo proposto

Sistemas Integrados
PC Rede de

Modo de
Funcionamento

Software utilizado

Tempo Medido
(segundos)

Modo Automtico

Visual Basic

<1,5

Modo Automtico

Visual Basic

<2,0

Modo Automtico

Visual Basic

<2,5

Modo Automtico

Visual Basic

<6,0

Modo Manual

Visual Basic

<1,5

Modo Manual

Visual Basic

<1,0

PC - Autmato

Modo Manual

Fatek Facon Server

<1,0

Qbus

Modo Manual

PC X10

Modo Manual

Active Home

<2,0

PC X10

Modo Manual

Visual Basic

<2,0

Autmatos
PC- Qbus -Autmatos
PC- Qbus -X10Automatos
PC- Qbus -X10
CmdRF- Autmatos
PC- Qbus -X10
CmdRF- Autmatos
PC Rede de
Autmatos

Qbus Serial
Manager

<1,0

Assim, perante a anlise da Tabela 3 podemos verificar que o sistema prottipo reage mais
rapidamente no modo manual. O tempo de reaco do sistema aumenta nos sistemas
integrados em funo das tecnologias envolvidas. Quando envolvemos a tecnologia X10 no
prottipo houve a necessidade de regular as funes de temporizao do software
desenvolvido, conseguindo desta forma respeitar as capacidades de resposta permitida por
este protocolo.

93

Automao em Ambientes Residenciais

5 Concluso
O valor acrescentado deste trabalho passa pela integrao de diferentes sistemas de domtica
e pela interligao a diversas tecnologias de suporte existentes. Assim, neste trabalho foi
implementada uma arquitectura que pressupe o PC como elemento central. Verificou-se que
este assume principal preponderncia na arquitectura proposta porque permite a integrao
dos sistemas de domtica, o controlo e a monitorizao remota, a interligao a diferentes
tecnologias de suporte e oferece uma interface de utilizao simples e amigvel.
Conseguiu-se na arquitectura proposta integrar diversos sistemas de domtica com padres
diferenciados no modo como actuam, nomeadamente equipamentos com o protocolo X10, o
protocolo Qbus e uma rede de autmatos.
No mbito deste trabalho foi desenvolvido um conjunto de software que permite o
funcionamento do sistema prottipo implementado. Relativamente ao protocolo X10, conseguiuse desenvolver uma biblioteca de funes em Visual Basic que permite a funcionalidade da
generalidade dos mdulos pertencentes a este protocolo. Verificou-se que este protocolo o
mais lento, facto que obrigou a regular as funes de temporizao do software desenvolvido
em concordncia com a capacidade de resposta permitida por este protocolo.
O software desenvolvido em Visual Basic para o controlo e monitorizao no protocolo Qbus
recorre biblioteca de funes qbuscomm.dll fornecida no site do Qbus. Desta forma, foram
adicionadas ao projecto as funes que permitem controlar e monitorizar os mdulos de Qbus
pertencentes ao prottipo desenvolvido.
Relativamente rede de autmatos foi proposta uma estrutura de mensagens que permite a
comunicao entre autmatos, e entre o autmato central e o PC. Neste contexto, foram
desenvolvidas as correspondentes rotinas em linguagem ladder que permitem a interpretao e
a elaborao da mensagem proposta.
No mbito da interaco com o utilizador, foram desenvolvidas trs interfaces de controlo e
monitorizao do prottipo: uma interface em Visual Basic que permite o controlo e
monitorizao do prottipo do lado do servidor, e duas pginas Web, uma em HTML e PHP e
outra em Flash, que permitem o controlo e monitorizao dos equipamentos do modelo
prottipo.
95

Mestrado Integrado em Engenharia Mecnica

A interface em Visual Basic desenvolvida revela-se eficaz nos processos de controlo e


monitorizao, permitindo uma rpida actuao sobre os equipamentos do modelo prottipo.
Graficamente, esta apresenta um aspecto amigvel e de simples utilizao.
A interface em HTML e PHP desenvolvida, embora funcional, uma vez que permite efectuar o
controlo e a monitorizao remota dos equipamentos, no se tornava simples de usar e no
apresentava um aspecto grfico adequado funo HMI. Por outro lado, a interface com
contedos flash apresenta um aspecto amigvel a nvel grfico e permite ao utilizador uma
simples interaco com o modelo prottipo.
Verificou-se que este trabalho pode ser de grande utilidade porque mostrou que possvel a
interligao de sistemas de domtica com ausncia de padres normalizados, a partilha de
recursos de tecnologias de suporte diferenciadas e que um PC, apesar de no ser na minha
opinio a soluo ideal, pode assumir a responsabilidade de gerir a integrao dos diversos
sistemas de domtica. Esta capacidade de interligao permitir incrementar a expansibilidade
dos sistemas de domtica e aumentar o numero de funcionalidades permitida.
No final deste trabalho, e tendo em considerao o constante aparecimento de tecnologias de
suporte que permitem o controlo remoto de diversos equipamentos, considera-se ser til e
relativamente fcil de, a partir do que j foi realizado, construir uma interface que permitisse a
um PDA controlar e monitorizar o prottipo desenvolvido. Este seria um dos aspectos a
melhorar em futuros desenvolvimentos deste trabalho.

96

Automao em Ambientes Residenciais

6 Referencias Bibliogrficas Utilizadas


[1] Tecnicontrol - Electrnica, Segurana e Comunicaes, Lda(2005,Domtica acedido em:
10-8-2008, em: http://www.tecnicontrol.pt/domotica/domotica.html
[2] Kimaldi Electronics(2007),Produtos e sistemas autnomos - acedido em: 10-8-2008,
em:http://www.kimaldi.com/kimaldi_por/productos/control_de_acceso/control_de_acceso_auton
omo
[3] Tecnicontrol - Electrnica, Segurana e Comunicaes, Lda(2005, Sistemas de Segurana
acedido em: 10-8-2008, em: http://www.tecnicontrol.pt/seguranca/prod_segur.html
[4] Tecnicontrol - Electrnica, Segurana e Comunicaes, Lda(2005, Sistemas de Vdeo
Vigilncia acedido em: 10-8-2008.
[5] EuroX10.com(2008),EuroX10 A evoluo do centralcasa.com, Acedido
em:11/02/2008,em:http://www.eurox10.com/Content/x10information.htm
[6] EuroX10.com(2008),EuroX10 A evoluo do centralcasa.com, Acedido
em:11/02/2008,em:http://www.eurox10.com/Content/X10SignalTheory.htm
[7] KNX 2008 EIB European Installation Bus - acedido em: 10-05-2008
[8] Intelilar 2006 Manular Tcnico de Formao
[9] ECHELON, CORPORATION. The LonWorks network plataform a technology overview.
Disponvel em: http://echelon.com/developers/LonWorks/default.htm. Acesso em: 6 de Out.
2008.
[10] Ten Ways to Bulletproof RS-485 Interfaces National semiconductors
Application Note 1067
[11] Transceivers and Repeaters Meeting the EIA RS-485 Interface Standard
National semiconductor - Application Note 409

[12]Wikipedia (2008), Wikipedia, A enciclopdia livre, Acedido em:11/09/2008,em:


http://pt.wikipedia.org/wiki/Tcp/ip
[13] CentralCasa.com(2008), CentralCasa|Tudo para Domtica!|X10, Acedido
em:11/10/2008,em: http://www.centralcasa.com
[14] QBUS (2006),Qbus Domotica, Acedido em: 10-8-2008, em: http://www.qbus.be/
[15] FATEK AUTOMATION CORP(2004), Fatek Fbs series PLC, acedido em Acedido em: 10-82008, em: http://www.fatek.com

97

Automao em Ambientes Residenciais

Anexos
Anexo 1 Protocolo de Comunicao entre o PC e o Mdulo CM 11 no sistema X10.
Anexo 2 Protocolo de Comunicao entre o PC e o Mdulo CM 11 no sistema X10, inicio da
comunicao.
Anexo 3 - Exemplo do protocolo de comunicao entre o PC e o Mdulo CM 11 no sistema X10.
Anexo 4 Exemplo do protocolo de comunicao entre o PC e o Mdulo CM 11 no sistema X10.

99

Mestrado Integrado em Engenharia Mecnica

Anexo 1 Protocolo de Comunicao entre o PC e o Mdulo CM 11 no sistema X10.

100

Automao em Ambientes Residenciais

Anexo 2 Protocolo de Comunicao entre o PC e o Mdulo CM 11 no sistema X10,


incio da comunicao.

101

Mestrado Integrado em Engenharia Mecnica

Anexo 3 - Exemplo do protocolo de comunicao entre o PC e o Mdulo CM 11 no


sistema X10.

102

Automao em Ambientes Residenciais

Anexo 4 Exemplo do protocolo de comunicao entre o PC e o Mdulo CM 11 no


sistema X10.

103