Cap 3

ndice
3 - A Automao e Gesto de Edifcios ..............................................3.1

3.1 - A Evoluo dos Sistemas de Automao de Edifcios ...................................3.1
3.1.1 - A "Pr-Histria" .............................................................................................3.1 3.1.2 - Automatizao Local.......................................................................................3.2 3.1.3 - Sistemas Centralizados ...................................................................................3.2 Sistema central nico......................................................................................3.2 Sistemas centrais especializados ....................................................................3.3 3.1.4 - Sistemas Distribudos Hierrquicos ..............................................................3.3 3.1.5 - Sistemas Integrados ........................................................................................3.6
3.2 - Anlise das Solues de Integrao Actuais...................................................3.8

3.2.1 - Exemplos de Sistemas e Realizaes Recentes..............................................3.8 O sistema Metasys ..........................................................................................3.8 O sistema AppelNet......................................................................................3.10 O sistema Delta XO Plus ..............................................................................3.12 O sistema SEIS .............................................................................................3.14 3.2.2 - Principais Problemas das Solues de Integrao Actuais .......................3.17 Soluo fabricante nico ..............................................................................3.17 Integrao feita medida..............................................................................3.18 Integrao por imposio contratual.............................................................3.20
3.3 - Tendncias de Evoluo das Solues de Integrao ..................................3.21

3.3.1 - Solues de Integrao Abrangentes ...........................................................3.21 Solues baseadas em PPCA digitais ...........................................................3.21 Solues baseadas em RDIS.........................................................................3.23 Solues baseadas em redes de banda larga .................................................3.24 Os sistemas de cablagem estruturada ...........................................................3.25 3.3.2 - O Panorama Actual e Principais Problemas ..............................................3.27 A interligao fsica dos sistemas.................................................................3.28 O suporte ao dilogo entre sistemas .............................................................3.29 A interoperao entre sistemas .....................................................................3.31
3.4 - A Necessidade de Meios de Integrao Flexveis .........................................3.33

3.i
3.4.1 - A Procura da Integrao: Principais Tendncias e Problemas................3.33 3.4.2 - Reflexo Sobre as Principais Solues de Integrao................................3.35 Soluo fabricante nico ..............................................................................3.35 Integrao por imposio contratual ............................................................3.36 Integrao feita medida..............................................................................3.37 Meios de integrao flexveis.......................................................................3.39
3.ii
ndice de Figuras
Figura 3.1 - Evoluo dos sistemas de automao de edifcios ..................................................3.4 Figura 3.2 - O sistema Metasys da Johnson Controls.................................................................3.9 Figura 3.3 - O sistema AppelNet da Appel ................................................................................3.11 Figura 3.4 - O sistema Delta XO Plus da Honeywell ................................................................3.13 Figura 3.5 - O sistema SEIS ........................................................................................................3.15 Figura 3.6 - Soluo de integrao com base num PPCA digital ............................................3.22 Figura 3.7 - Soluo de integrao com base numa rede de grande largura de banda.........3.24 Figura 3.8 - Estrutura tpica de um sistema de cablagem estruturada ..................................3.26
3.iii
Prof. Renato Nunes
Disciplina: Edifcios Inteligentes e Domtica
3 - A Automao e Gesto de Edifcios

Neste captulo descrita a evoluo dos sistemas de automao de edifcios e so abordadas as principais solues de integrao disponveis actualmente. So apontados exemplos concretos e so descritas as suas principais vantagens e desvantagens. Em seguida so analisadas as tendncias de evoluo das solues de integrao, sendo descrito o panorama actual e identificados os principais problemas existentes. Finalmente, so tecidas consideraes sobre as diversas formas possveis de atingir a integrao, sendo apontado, como a melhor alternativa, o recurso a meios de integrao flexveis.
3.1 - A Evoluo dos Sistemas de Automao de Edifcios

Nesta seco descrevem-se as principais fases na evoluo da automao dos edifcios. Abordam-se essencialmente aspectos relacionados com a tecnologia e a arquitectura dos sistemas.
3.1.1 -
A "Pr-Histria"
Desde que as habitaes e os edifcios existem que o homem sentiu necessidade de exercer algum controlo sobre esses espaos. Nesta perspectiva, podem-se apontar as janelas como os primeiros e mais elementares meios de controlo dos fluxos de ar e de temperatura nas reas interiores. De igual modo, portadas, persianas e estores podem tambm ser considerados meios bsicos de regulao da intensidade luminosa e, indirectamente, da temperatura. As lareiras e as caldeiras foram dos primeiros meios a serem usados para aquecimento. Embora no to antigos, os interruptores de iluminao merecem tambm uma referncia particular como formas primitivas de comando distncia de fontes de luz. No obstante os elementos indicados poderem ser considerados rudimentares face tecnologia actual, eles constituem ainda hoje formas fundamentais de controlo na generalidade das habitaes e dos edifcios. Como tal, eles no devem ser menosprezados, e as razes do seu sucesso merecem a nossa reflexo. Para alm da sua eficcia e simplicidade, uma grande vantagem que estes elementos bsicos de controlo oferecem a possibilidade de cada pessoa poder de alguma forma actuar sobre o seu ambiente de trabalho (ou local de estar, no caso das habitaes), modificando-o a seu gosto e maximizando, na medida do possvel, o seu conforto. Como caracterstica comum aos elementos referidos aponta-se a ausncia de quaisquer formas de automatizao, sendo a sua actuao puramente manual.
3.1
Prof. Renato Nunes
3.1.2 -
Automatizao Local
medida que a tecnologia foi evoluindo, foram sendo introduzidos nos edifcios equipamentos mais complexos que necessitavam de algum grau de automatizao. Para os controlar foram usados inicialmente dois tipos bsicos de elementos: os termstatos e os rels. Nos anos 60 era comum existirem equipamentos localizados em diversos pontos do edifcio, cada um com os seus sistemas de proteco e pequenos automatismos ( base de quadros de rels). A superviso e manuteno era realizada por pessoal especializado que necessitava deslocar-se de local para local para examinar os diversos equipamentos e identificar possveis problemas ou anomalias. Com a evoluo tecnolgica, a automatizao com base em componentes electromecnicos deu lugar ao uso cada vez mais frequente de dispositivos electrnicos. No entanto, a forma bsica como o controlo era realizado continuava a basear-se no modo como os diversos componentes eram interligados, o que se designa por controlo por lgica cablada (Wired Logic Control - WLC). Os rels e os termstatos esto ainda bem presentes no nosso quotidiano. A ttulo de exemplo, poder-se- salientar o uso de rels temporizados para controlar a iluminao de escadas e corredores, o uso de rels em tarefas de automao de que se destaca, em particular, o controlo de elevadores ainda comum nos modelos mais antigos, e o uso dos termstatos nas mais diversas aplicaes que podem ir desde o controlo de caldeiras e sistemas de refrigerao at simples automatizao de aquecedores elctricos individuais.
3.1.3 -
Sistemas Centralizados
Nos anos 70, com a crescente divulgao dos sistemas electrnicos e dos sistemas baseados em microprocessadores, a automao dos edifcios avana para um novo estdio. Sistema central nico Surgem os sistemas centralizados em que, num nico ponto, era possvel saber o estado dos equipamentos do edifcio e exercer controlo sobre eles. Estes sistemas possuem uma massa intricada de cabos que interligam os sensores e os actuadores a uma unidade de controlo. Esta , normalmente, constituda por um mdulo de processamento e por vrios mdulos de entrada/sada. O mdulo de processamento faz uso de um microprocessador, o qual era habitualmente programado na correspondente linguagem Assembly. O grau de autonomia/deciso destes sistemas reduzido, sendo comum a existncia de grandes painis sinpticos e a presena de pessoal especializado que assegura a superviso das instalaes. Se o sistema detecta desvios relativamente ao que se encontra parametrizado so activados alarmes, cabendo a tomada de decises aos operadores humanos.
3.2
Prof. Renato Nunes
Sistemas centrais especializados As funes de automatizao aumentam e diversificam-se, em consonncia com a maior complexidade dos elementos controlados e para satisfazer novas necessidades. O passo seguinte da evoluo conduziu diversificao e especializao das funes dos sistemas. Surgem assim os sistemas que controlam os quadros de baixa tenso e que monitorizam consumos, os sistema que fazem deteco de incndio, os sistemas que controlam os equipamentos de climatizao, etc. Os sistemas continuam a possuir uma arquitectura centralizada, com utilizao macia de cabos a interligar os vrios sensores e actuadores respectiva unidade de controlo, e esto completamente isolados uns dos outros (ver figura 3.1 A). Com frequncia os sistemas so de fabricantes distintos, so incompatveis, usam linguagens de programao diferentes, no prevm quaisquer mecanismos de troca de informao entre si e cada sistema possui os seus sensores e actuadores e a sua consola de controlo (com formas de interaco especficas), obrigando em geral existncia de pessoal qualificado dedicado a cada sistema.
3.1.4 -
Sistemas Distribudos Hierrquicos
Nos fins da dcada de 70 assiste-se introduo generalizada dos autmatos programveis na automao de edifcios. Este passo foi consequncia da grande evoluo ocorrida nos autmatos programveis usados no controlo de processos industriais. Foi tambm esta evoluo que deu origem a progressos nas arquitecturas de sistema. De arquitecturas puramente centralizadas evoluiu-se para arquitecturas distribudas com controlo hierrquico (ver figura 3.1 B). Este tipo de arquitectura permite poupanas significativas ao nvel da cablagem e introduz o processamento local, isto , processamento realizado por um equipamento perifrico1 que est associado a um conjunto especfico de actuadores e/ou sensores e que est localizado na proximidade destes. O controlo realizado por lgica cablada (WLC) cai em desuso dando lugar generalizao do controlo por lgica programvel (Programmable Logic Control - PLC).
Ao longo da presente tese ser usada a designao Equipamento Perifrico para identificar equipamentos com as seguintes caractersticas: esto associados a determinados sensores e/ou actuadores e, normalmente, esto localizados prximos destes, possuindo ainda capacidade de processamento local para a realizao de tarefas bem definidas, as quais so habitualmente supervisionadas por outro equipamento. Os equipamentos perifricos recorrem tipicamente ao uso de microprocessadores e podem corresponder a autmatos programveis (PLC) ou a equipamentos especficos. Como exemplos, podem-se apontar equipamentos de regulao de intensidade luminosa, consolas de controlo de acessos, reguladores de velocidade de motores, controladores de ventiloconvectores, etc. Na literatura inglesa este tipo de equipamento normalmente designado Field Equipment ou Field Processing Unit. 3.3
Prof. Renato Nunes
A - Sistemas centralizados isolados
B - Sistemas distribudos hierrquicos
C - Sistemas integrados
Figura 3.1 - Evoluo dos sistemas de automao de edifcios 3.4
Prof. Renato Nunes
Nas arquitecturas distribudas hierrquicas comum encontrar uma estrutura com trs nveis de controlo. O primeiro nvel corresponde aos equipamentos perifricos, aos quais esto ligados os sensores e os actuadores. O segundo nvel constitudo por concentradores intermedirios que gerem diversos equipamentos perifricos. Os concentradores respondem perante a unidade de controlo, a qual representa o terceiro nvel e permite interactuar com o operador. tambm frequente encontrar estruturas com apenas dois nveis de controlo. Nestas, os dispositivos concentradores no existem, estando os equipamentos perifricos interligados directamente unidade de controlo central atravs de redes de comunicao. A dcada de 80 caracteriza-se, ento, por um progresso significativo a nvel de cada sistema, destacando-se os seguintes aspectos:

reduo de cablagens; capacidade de processamento local; maior confiabilidade (isso deve-se, por um lado, maior confiabilidade de cada equipamento de per si e, por outro lado, ao facto de a arquitectura evitar que uma falha num nico componente possa colocar todo o sistema inoperacional); maior capacidade de controlo (quer a nvel do nmero de pontos controlados, quer a nvel das funes desempenhadas, dos algoritmos usados e da rapidez de execuo); maior capacidade computacional (casos h em que as unidades de controlo centrais so constitudas por microcomputadores ou mesmo minicomputadores, o que permite uma melhor capacidade de tratamento dos dados, tornando mais fcil obter informao til e permitindo melhores nveis de gesto); maior flexibilidade; novas formas mais simples e poderosas de programao; melhores capacidades de interaco com o utilizador (de referir, em particular, a generalizao das interfaces grficas); melhor relao funcionalidade/custo.
A designao Gesto Tcnica Centralizada introduzida nesta dcada. Ela est associada automao das instalaes tcnicas dos edifcios, sendo as principais reas de interveno as seguintes:

Instalao elctrica e sistemas mecnicos (transformadores, quadros de baixa tenso, electrobombas, compressores); Conforto (climatizao, iluminao); Gesto energtica (monitorizao de consumos, controlo de ponta, controlo horrio de cargas, deslastragens controladas); Proteco (deteco de incndio, inundao, gases txicos); Segurana (controlo de acessos, deteco de intruso, vigilncia); Manuteno.
3.5
Prof. Renato Nunes
No obstante as suas vantagens, razo pela qual a maioria dos sistemas que esto instalados actualmente so deste tipo, mantm-se o problema da falta de comunicao entre cada sistema especfico e a incapacidade de cooperarem entre si (excepes a esta regra ocorrem normalmente quando todos os sistemas so do mesmo fabricante). medida que a dcada de 80 avana, a necessidade de integrao dos sistemas torna-se cada vez mais patente. Os utilizadores passam a estar conscientes da sua falta, em parte pela divulgao das ideias e conceitos associados aos Edifcios Inteligentes mas, sobretudo, pela vivncia no dia a dia com os sistemas, constatando as suas deficincias, as duplicaes de funes, a m gesto dos recursos, e antevendo o que se poderia beneficiar se os sistemas pudessem cooperar entre si2.
3.1.5 -
Sistemas Integrados
A necessidade de colmatar a falta de integrao dos sistemas de automao de edifcios d origem, ainda na dcada de 80, ao aparecimento de um tipo de soluo que a mais comum actualmente. Essa soluo consiste na introduo de um equipamento, que corresponde a um nvel adicional de controlo, destinado a supervisionar e coordenar os vrios sistemas especficos de automao do edifcio (ver figura 3.1 C). aqui, no topo da pirmide da hierarquia de controlo, que a integrao tem lugar. Esse equipamento gere a troca de informao entre os vrios sistemas e concentra a tomada de decises. Esta soluo oferece tambm a vantagem de os operadores poderem aceder a qualquer dos sistemas atravs de uma interface nica. Este tipo de arquitectura tambm o mais comum quando se est perante instalaes com produtos de um nico fabricante. A ttulo ilustrativo, mencionam-se os sistemas SICLIMAT da Siemens [koch88], SDC 8001 da Johnson Controls [joco88] [joco87], GTB 7 da Telemecanique [tele89a], VISONIK da Landis & Gyr [lagy89] e Excel 5000 / DeltaNet da Honeywell [hone90] [hone91]. Estes sistemas datam do fim da dcada de 80 e seguem o tipo de arquitectura referido, em que sistemas especficos que controlam, por exemplo, os equipamentos de AVAC3, a instalao elctrica de baixa tenso e elementos electromecnicos, a deteco de incndio, a iluminao, o controlo de acessos, etc, so interligados a um equipamento central que permite interactuar com todos eles a partir de um nico ponto, possibilitando uma gesto global. O equipamento central pode variar desde autmatos programveis de grande capacidade at minicomputadores, passando por computadores pessoais (na generalidade, IBM-PC compatveis).
Exemplo: Porqu instalar sensores de presena associados ao sistema de iluminao para assegurar que as luzes se apagam quando no existe ningum numa sala, e instalar sensores semelhantes associados ao sistema de proteco para detectar um intruso? Seria por certo mais inteligente no replicar os sensores e partilh-los pelos dois sistemas! AVAC - Aquecimento, Ventilao e Ar Condicionado (HVAC - Heat, Ventilation and Air Conditioning). 3.6
3
Prof. Renato Nunes
A generalidade dos sistemas mais recentes4 segue exactamente o mesmo tipo de arquitectura. Isso deve-se, por um lado, ao facto do tipo de soluo descrito constituir uma extenso bvia das arquitecturas distribudas com controlo hierrquico e permitir uma compatibilizao com linhas de produtos j existentes. Por outro lado, as arquitecturas distribudas hierrquicas so fceis de entender e de desenvolver, e oferecem um elevado grau de modularidade e de flexibilidade que so essenciais para satisfazer multiplicidade de requisitos de capacidade (nmero de pontos a controlar) e de funes a desempenhar na automao de edifcios. Convir notar que, embora existam solues de razovel generalidade e flexibilidade quando estamos perante produtos de um nico fabricante, tudo muda de figura quando em presena de produtos de fabricantes distintos. Embora a filosofia de integrao tpica seja a j indicada, a sua realizao (quando possvel) peca por ser especfica, o que se traduz normalmente em inflexibilidade e incapacidade de evoluir e de se adaptar a novas situaes e a novas necessidades. Situaes em que equipamentos de fabricantes distintos so compatveis (por exemplo, usam a mesma linguagem de programao, o mesmo tipo de rede de comunicao ou os mesmos protocolos) so raras. Na dcada de 80 no se assistiu apenas evoluo dos sistemas de automao de edifcios. Observaram-se tambm desenvolvimentos significativos nas reas das telecomunicaes, do processamento de informao e da comunicao de dados, que deram origem a novos sistemas e funes que passaram a desempenhar um papel cada vez mais significativo na actividade das organizaes. Porm o desenvolvimento desses sistemas, e a sua utilizao, foram feitos de forma independente e desligada da automao de edifcios. Esse facto, aliado por vezes diferente tecnologia envolvida, deram origem a que o edifcio passasse a abrigar mltiplos sistemas, isolados uns dos outros. Indicam-se de seguida as reas de interveno mais tpicas, particularmente no que se refere aos edifcios do sector tercirio:

Automao do Edifcio; Telecomunicaes (por exemplo, PPCA5 digitais com comutao de voz e dados, servidores de telex, servidores de fax); Escritrio Electrnico (incluindo, por exemplo, processamento de texto, arquivo de informao, correio electrnico, aplicaes de automatizao de procedimentos administrativos); Sistemas de Informao (aplicaes e bases de dados relacionadas com a actividade das organizaes, processamento de vencimentos, etc); Redes de Dados (gesto de redes, gesto de cablagens).
4 5
Na sub-seco 3.2.1 so apresentados alguns exemplos de sistemas actuais. PPCA - Posto Privado de Comutao Automtica (PABX - Private Automatic Branch Exchange). 3.7
Prof. Renato Nunes
O panorama indicado, em que o edifcio o receptculo de ilhas de automatizao isoladas, cada uma com a sua especialidade, continua ainda hoje a ser o mais comum, o que contraria claramente os conceitos de edifcio inteligente.
3.2 - Anlise das Solues de Integrao Actuais

A tecnologia de automao de edifcios percorreu um longo caminho nas ltimas dcadas, como foi visto na seco anterior. Nesta seco descrevem-se as principais caractersticas de diversos sistemas recentes, sendo dada nfase forma como a integrao atingida. So analisadas as vantagens e desvantagens mais significativas das diversas aproximaes seguidas e so identificados os principais problemas existentes.
3.2.1 -
Exemplos de Sistemas e Realizaes Recentes
Como foi focado na seco anterior, os sistemas de automao de edifcios evoluram no sentido das arquitecturas distribudas hierrquicas. A distribuio ocorre ao nvel das funes realizadas pelos equipamentos perifricos e equipamentos de controlo intermdio; a hierarquia observa-se ao nvel do controlo e da superviso. Foi tambm referido que a soluo tpica para o problema da integrao se baseia numa extenso dessa mesma arquitectura. Assim, introduzido um nvel adicional na hierarquia de controlo onde tm lugar as funes de coordenao, superviso e interaco com os operadores. Nesta seco descrevem-se muito sucintamente quatro sistemas recentes. Como se verificar, todos eles possuem um denominador comum em termos de arquitectura que est de acordo com o que foi referido. No entanto, cada sistema possui as suas particularidades que lhes conferem caractersticas especficas e que os individualizam. Para uma descrio de alguns edifcios e das caractersticas dos respectivos sistemas de automao sugere-se a consulta das referncias [coel87], [coel89], [dmil89], [tele91], [wash92], [news92], [utto91], [hone93] e [lucc92]. O sistema Metasys O sistema Metasys da Johnson Controls [joco93] aquele (de entre os que iro ser focados) que mais claramente reflecte a arquitectura distribuda hierrquica, apresentandose como uma evoluo de linhas de produtos especializados em que a integrao no tinha lugar (ver figura 3.2).
3.8
Prof. Renato Nunes
Legenda: EO - Estao de Operador US - Unidade de Superviso SDI - Sistema de Deteco de Incndio SC - Sistema de Climatizao (AVAC) RS - Rede de Superviso SCA - Sistema de Controlo de Acessos SI - Sistema de Iluminao
Nota: Os restantes smbolos correspondem a equipamentos perifricos com funes especficas e respectivos sensores e actuadores. Figura 3.2 - O sistema Metasys da Johnson Controls
3.9
Prof. Renato Nunes
Como se pode observar na figura 3.2, o sistema Metasys abarca diversas reas, estando representadas as seguintes:

AVAC; Deteco de Incndio; Controlo de Acessos; Controlo de Iluminao.
Cada rea de interveno corresponde a um sub-sistema que pode funcionar de forma isolada e independente dos restantes. Um sub-sistema constitudo normalmente por um equipamento que desempenha funes de controlo e gesto (por exemplo, SCA, SDI, SI e SC), por um conjunto de equipamentos perifricos com funes especficas e pelos respectivos sensores e actuadores. Os vrios sub-sistemas interligam-se a uma unidade de superviso global (US1) em que a integrao tem lugar. A interligao US1 feita recorrendo aos equipamentos US2 e US3, do mesmo tipo de US1, mas cuja funo visa fundamentalmente dar acesso Rede de Superviso (RS). O recurso a estes equipamentos permite que sejam usados os vrios sub-sistemas especficos j disponveis, que correspondem a linhas de produtos anteriores. Relativamente a este sistema, convm destacar a Rede de Superviso (RS) que permite a comunicao entre os diversos sub-sistemas e d suporte s funes de integrao. rede RS podem ligar-se directamente diversas Estaes de Operador (EO), podendo em cada momento estar mais do que uma activa. De destacar ainda a modularidade das Unidades de Superviso (US) que podem desempenhar mltiplas tarefas. O sistema AppelNet Se o sistema Metasys ilustra claramente a sua estrutura hierrquica de controlo, o mesmo no se passa com outros sistemas. No caso do sistema AppelNet da Appel [appe93] existe nitidamente uma maior nfase na distribuio, perdendo-se a noo de sub-sistema responsvel por um conjunto bem determinado de funes (pelo menos em termos de estrutura fsica). Como se observa na figura 3.3, este sistema possui uma estrutura alicerada em Equipamentos Multiservio (EM) que se ligam directamente aos diversos equipamentos perifricos associados a diferentes tipos de funes. Este tipo de arquitectura, que oferece maior flexibilidade, continua no entanto a possuir controlo hierrquico centralizado. Assim, todos os dispositivos de determinado tipo esto em comunicao com um EM particular que os controla. As tarefas de superviso globais, onde a integrao ocorre, so executadas tambm num EM. As Estaes de Operador (EO) podem ser ligadas a qualquer EM, ficando em comunicao com o Equipamento Multiservio em que as funes de integrao se realizam.
3.10
Prof. Renato Nunes
Legenda: EO - Estao de Operador EM - Equipamento Multiservio Nota: Os restantes smbolos correspondem a equipamentos perifricos com funes especficas e respectivos sensores e actuadores. Figura 3.3 - O sistema AppelNet da Appel
A par da sua maior flexibilidade e versatilidade, convm destacar ainda a capacidade do sistema suportar funes multimdia. Assim, informao de audio e video recolhidas por um dado EM podem ser enviadas pela rede de comunicaes (aps digitalizao e compresso) e tornadas acessveis noutro EM qualquer. As comunicaes so suportadas numa rede de alto dbito que usa como meio fsico a fibra-ptica. O sistema Delta XO Plus O sistema Delta XO Plus da Honeywell surgiu na sequncia do contrato conseguido por aquela empresa para a automatizao do novo aeroporto de Munique.
3.11
Prof. Renato Nunes
O aeroporto de Munique iniciou actividades em Maio de 1992, aps cerca de 30 anos de planeamento e 7 anos de construo [hone93]. Os estudos e as solues postas em prtica abrangem aspectos muito diversificados que vo desde questes ambientais (o aeroporto situa-se numa zona verde com lenis de gua a muito pouca profundidade), aos sistemas de controlo areo, e passando por aspectos funcionais e logsticos complexos associados ao elevado nmero de pessoas e quantidade de carga movimentada todos os dias. Os resultados obtidos levaram a que o aeroporto de Munique fosse considerado, em 1993, como o edifcio mais inteligente do mundo, tendo recebido o prmio INTELLEX. Este prmio foi atribudo pela IBIF6 durante a conferncia Future/Build 93 (Outubro de 1993). De seguida descrevem-se sucintamente algumas caractersticas do sistema Delta XO Plus, usando como exemplo a soluo adoptada para o aeroporto de Munique. Informao mais detalhada sobre o aeroporto, cobrindo outras reas para alm da automao e superviso, pode ser obtida em [utto91] e [hone93]. Um outro exemplo da aplicao do sistema Delta XO Plus pode ser encontrado em [lucc92]. O sistema Delta XO Plus segue tambm uma arquitectura distribuda com controlo hierrquico, como se pode observar na figura 3.4. As funes de gesto e superviso globais de todo o complexo esto a cargo de um Computador Central Mestre (CCM) de grande capacidade. Este interliga-se, atravs de trs redes Ethernet com meio fsico em fibra ptica, a mltiplas Estaes de Trabalho (ET) grficas e a diversos (no mximo 20) Computadores Centrais Escravos (CCE). Nas vrias redes usado o protocolo TCP/IP. Os Computadores Centrais (Mestre e Escravos) utilizam o sistema operativo Unix e possuem discos replicados por razes de confiabilidade. As aplicaes seguem uma filosofia cliente-servidor e usado um sistema de bases de dados que utiliza a linguagem normalizada SQL (Structured Query Language). Cada Computador Central Escravo pode supervisionar vrios sub-sistemas de automao especficos. Na figura 3.4 assinalam-se alguns sub-sistemas sendo de referir o DeltaNet da Honeywell (usado, por exemplo, para controlo dos equipamentos de AVAC), o PMS 68000 da Philips (controlo da central de produo de energia elctrica) e o Sistema de Iluminao (SI) da Siemens. O Computador Central Mestre pode ligar-se tambm a outros Computadores (C) que desempenham tarefas especficas tais como o controlo de trfego areo, a gesto da manuteno, etc.
IBIF - Intelligent Buildings Institute Foundation, Washington, USA.
3.12
Prof. Renato Nunes
Legenda: CCM - Computador Central Mestre CCE - Computador Central Escravo ET - Estao de Trabalho (grfica) T - Terminal (alfanumrico) C - Computador (usado em tarefas especficas) DeltaNet - Sistema da Honeywell (controlo de AVAC, por exemplo) PMS 68000 - Sistema da Philips (controlo de geradores, por exemplo) SI - Sistema de Iluminao Figura 3.4 - O sistema Delta XO Plus da Honeywell
Do que foi exposto sobre o sistema Delta XO Plus, convm salientar os aspectos que se seguem.
O sistema possui uma arquitectura distribuda com controlo hierrquico (em consonncia com o que constitui a soluo mais tpica), sendo no entanto de salientar que a integrao dos vrios sub-sistemas obtida recorrendo introduo de dois nveis de controlo adicionais: um que corresponde aos CCE e o outro, o superior, que corresponde ao CCM. dada uma grande nfase aos aspectos da confiabilidade do sistema recorrendo-se replicao de discos e das redes de comunicao.
3.13
Prof. Renato Nunes
feito um uso intensivo de solues normalizadas, de que se destacam as seguintes: o sistema operativo Unix; o sistema grfico X-windows (X.11) e OSF/Motif; as redes de comunicao Ethernet e a famlia de protocolos TCP/IP.
Esta caracterstica confere ao sistema um elevado grau de abertura permitindo facilmente a sua interligao a outros computadores que utilizem o mesmo tipo de rede e de protocolos.
Trata-se de um sistema de grandes dimenses, capaz de controlar cerca de 200.000 pontos. Constitui uma soluo em que esto envolvidos mltiplos fabricantes.
O sistema SEIS Uma meno especial cabe aqui ao sistema SEIS (Sistema para Edifcios Inteligentes) desenvolvido no INESC no mbito do projecto Sistemas Integrados de Superviso - Edifcios Inteligentes. Trata-se de um sistema experimental de que apenas chegou a ser construdo um prottipo. Ele possui, no entanto, caractersticas inovadoras importantes e constituiu o trabalho de base (em que o autor participou activamente) que esteve na origem da presente tese. Como se pode observar na figura 3.5, o sistema SEIS d uma grande nfase distribuio. No entanto, se sob esse ponto de vista a abordagem seguida se assemelha do sistema AppelNet, passa-se algo de muito diferente relativamente forma como a integrao atingida. Enquanto na generalidade dos sistemas comerciais a integrao obtida recorrendo a uma aplicao central perfeitamente individualizada (localizada ou no num equipamento tambm individualizado), neste caso foi seguida uma abordagem diferente. No SEIS, a nfase na distribuio foi tambm levada ao nvel da interaco entre as aplicaes que gerem os diversos grupos de funes especficas (AVAC, Deteco de Incndio, Iluminao, Controlo de Acessos, etc). Essas aplicaes, que passaro no seguimento desta sub-seco a ser designadas por servios, esto todas em p de igualdade. Cada servio conhece partida a gama de outros servios que podem existir e contempla as vrias formas possveis de interaco e cooperao com eles.
3.14
Prof. Renato Nunes
Legenda: TG - Terminal Grfico PPCIS - Posto Privado de Comutao com Integrao de Servios7 Figura 3.5 - O sistema SEIS
Esta abordagem oferece as seguintes vantagens principais: 1 - Possui uma elevada modularidade funcional; 2 - Favorece a confiabilidade do sistema; 3 - Reduz os recursos necessrios em termos computacionais e no que se refere s redes de comunicao. Relativamente ao ponto 1, o sistema permite facilmente mltiplas configuraes de servios. Por exemplo, possvel ter sistemas com apenas um ou dois servios, ao qual podem ser acrescentados a qualquer momento novos servios. Estes, assim como os j existentes anteriormente, tomaro conhecimento da existncia uns dos outros e passaro,
Em terminologia inglesa: ISPBX - Integrated Services Private Branch Exchange. 3.15
Prof. Renato Nunes
automaticamente, a interactuar e a cooperar entre si. Esta caracterstica no se observa nos sistemas comerciais conhecidos, em que a introduo de novos servios (ou a modificao dos servios existentes) implica normalmente a substituio da aplicao responsvel pelas funes de integrao. Como foi referido no ponto 2, a confiabilidade do sistema favorecida na medida em que so evitados pontos crticos no que se refere interaco entre servios. Se um dado servio deixar momentneamente de estar disponvel, devido a uma falha, apenas as funes que com ele interactuam deixam de estar acessveis, continuando a ter lugar a cooperao entre os restantes servios. Nas solues comerciais, uma falha que desactive a aplicao de integrao (ou o equipamento em que ela reside) pode colocar inactivas todas as funes associadas cooperao entre sub-sistemas. No que se refere ao ponto 3, a opo de descentralizao das funes de integrao evita que seja necessrio recorrer a um computador central de grandes capacidades, o que teria forosamente de acontecer para sistemas complexos e com um grande nmero de servios. A descentralizao das funes de integrao permite tambm que possam ser usadas redes de comunicaes com baixos ritmos de transmisso (por exemplo RDIS8), desde que essas redes no possuam topologias em barramento. Efectivamente, em vez de a comunicao se efectuar exclusivamente com uma aplicao central nica, ela distribui-se entre os vrios equipamentos que suportam os diversos servios. Outras vantagens associadas ao sistema SEIS relacionam-se com a opo tomada de a comunicao entre os diversos componentes do sistema se centrarem primariamente numa rede RDIS. Esta rede, que suportaria tambm todas as funes de voz no edifcio e diversas funes telemticas, oferece a vantagem de possuir um meio fsico muito econmico (par entranado) e de muito fcil instalao. No caso de edifcios antigos, poderia inclusivamente usar-se a cablagem associada comunicao de voz j existente. A utilizao da RDIS, pela sua natureza, favorece claramente a integrao de funes de voz e servios telemticos, sendo tambm possvel o transporte de informao video de baixa definio recorrendo a sistemas de digitalizao e compresso adequados. No obstante a aposta na RDIS, encontra-se tambm contemplada a utilizao em simultneo de outras redes de comunicao de que se salienta a Ethernet. assim possvel dispr de uma plataforma com elevada flexibilidade permitindo a ligao a outros sistemas e a integrao destes. Outro aspecto inovador do SEIS refere-se interaco com os utilizadores. Tambm aqui se privilegiou a distribuio permitindo-se que, quer os operadores quer os utilizadores do edifcio em geral, acedam ao sistema a partir de qualquer Terminal Grfico (TG). Os privilgios e, consequentemente, as capacidades de cada utilizador dependem da sua identificao e no do terminal fsico que esto a usar. Informao adicional sobre o sistema SEIS pode ser obtida atravs das referncias [nune89], [nune90], [serr90], [serr90b] e [serr91]. Para informao detalhada sobre
RDIS - Rede Digital com Integrao de Servios (ISDN - Integrated Services Digital Network).
3.16
Prof. Renato Nunes
diversos aspectos do SEIS sugere-se a consulta das referncias [nune88], [serr88], [nune88a], [nune89a] e [carl90].
3.2.2 -
Principais Problemas das Solues de Integrao Actuais
Analisando as solues de integrao mais comuns, constata-se que elas se podem enquadrar em trs tipos principais:

integrao em que apenas est envolvido um fabricante; integrao feita medida (recorrendo a uma empresa especializada); integrao por imposio contratual (estando envolvidos diversos fabricantes).
Aborda-se de seguida cada uma destas situaes. Soluo fabricante nico A situao mais simples ocorre quando os equipamentos de um dado sistema so todos do mesmo fabricante. Neste caso, existem todas as condies para a integrao ocorrer sem problemas, dado que o fabricante dispe de toda a informao sobre os diversos sub-sistemas a integrar. Isso conduz normalmente a solues bastante uniformes e completas, em que as diversas capacidades dos vrios sub-sistemas so bem exploradas. No entanto, nem sempre a integrao obtida de forma trivial. frequente os fabricantes possuirem linhas de produtos com caractersticas bastante distintas e incompatveis entre si. Isso pode manifestar-se a vrios nveis:

estrutura e constituio fsica dos equipamentos; aplicaes de base (sistemas operativos, ncleos multi-tarefa, etc) e servios oferecidos s aplicaes de alto nvel; linguagens e ferramentas de definio das aplicaes; redes de comunicao (desde aspectos fsicos tais como o meio de transmisso e fichas de ligao, at aos protocolos).
Um outro aspecto que tambm dificulta a integrao reside no facto de muitos dos equipamentos terem sido concebidos para funcionar isoladamente e no preverem a possibilidade de comunicao com o exterior. No entanto, a importncia deste aspecto tem vindo a reduzir-se com a evoluo crescente dos equipamentos. Os problemas referidos podem ser ultrapassados (com maior ou menor investimento) por parte de cada fabricante. As abordagens seguidas podem apoiar-se mais nos produtos j existentes (como no caso do sistema Metasys analisado na sub-seco 3.2.1) ou, pelo contrrio, romperem drsticamente com os sistemas anteriores e propondo solues inteiramente novas, criadas de raiz (como exemplos, podem ser apontados o sistema AppelNet e o SEIS descritos na sub-seco 3.2.1).
3.17
Prof. Renato Nunes
Se as solues de integrao em que apenas est envolvido um nico fabricante possuem vantagens, existem no entanto desvantagens muito importantes que devem ser referidas. A principal desvantagem est associada ao facto de no existir nenhuma empresa que possa oferecer, para cada rea de especialidade da automao de edifcios, a melhor soluo ou aquela que melhor se adequa aos requisitos. Exemplificando, um determinado fabricante poder dispr de um sistema de deteco de incndio que corresponde exactamente a um conjunto de necessidades, mas poder possuir um sistema de gesto energtica que no satisfaa minimamente aos requisitos impostos pelos projectistas. Isto origina normalmente que tenham de ser feitos compromissos, acabando a soluo final por depender bastante do que o fabricante oferece, em detrimento do que estava inicialmente previsto. Na base deste problema est o facto de ser difcil (mesmo para empresas de muito grande dimenso) dominar em profundidade todas as especialidades da automao de edifcios e conseguir manter todos os seus produtos sempre a par das ltimas novidades tecnolgicas, assim como lanar novos produtos sempre que surgem novas reas de aplicao. Outro aspecto que tambm convm mencionar relaciona-se com factores econmicos. A adopo de um dado fabricante pode eliminar a possibilidade de recorrer a componentes de outro fabricante com caractersticas anlogas e com menor custo. Podem assim surgir deturpaes nos mecanismos de normal concorrncia que se venham a tornar muito desfavorveis para a empresa proprietria do edifcio. Por tudo o que foi dito, as solues em que apenas est envolvido um nico fabricante tm tendncia a ser evitadas e a serem cada vez menos comuns. Integrao feita medida O caso mais tpico corresponde a uma situao em que so escolhidos os subsistemas mais adequados, sem qualquer imposio de que tenham de ser do mesmo fabricante. Nesta escolha so tidos em conta diversos aspectos:

as caractersticas funcionais dos sub-sistemas; os seus custos; a idoneidade dos fabricantes e a sua capacidade de assegurar a manuteno e de dar todo o apoio necessrio durante o perodo de vida til dos equipamentos; a capacidade de os equipamentos comunicarem com o exterior e poderem ser controlados atravs desse meio de comunicao.
Este ltimo aspecto fundamental para que os sub-sistemas seleccionados possam ser integrados. Essa integrao ser realizada por uma empresa especializada que, tendo em conta os sub-sistemas existentes e as funes de integrao desejadas, desenvolver as aplicaes de gesto e superviso globais que interactuaro e controlaro os diversos subsistemas. As aplicaes de superviso sero suportadas num equipamento especfico, fornecido pela prpria empresa ou por terceiros.
3.18
Prof. Renato Nunes
A principal vantagem deste tipo de abordagem reside na possibilidade de poder escolher (com alguma liberdade) os vrios sub-sistemas que melhor se adequam aos requisitos definidos, e de obter as funes de integrao desejadas. As desvantagens so diversas e podem ser categorizadas em cinco reas:

custo; instalao e colocao em funcionamento; grau de integrao; restries na escolha dos sub-sistemas; especificidade da soluo de integrao.
Analisam-se de seguida os vrios aspectos indicados. Esta soluo de integrao obriga contratao de uma empresa para tratar, explicitamente, dos aspectos de integrao e compra de equipamento adicional para suportar as aplicaes de superviso, a interaco com os operadores, o registo de ocorrncias e a comunicao com os diversos sub-sistemas. Tudo isto contribui para o aumento do custo final. A agravar este aspecto refira-se o facto de, com frequncia, existirem replicaes desnecessrias de equipamentos (por exemplo, vrios sub-sistemas incluirem consolas de operador). No entanto, uma escolha criteriosa dos vrios sub-sistemas (incluindo os equipamentos em que a integrao se suporta), pode minorar o aspecto do custo, o qual dever tambm ser ponderado tendo em conta de que o sistema final ser mais adequado s necessidades. Relativamente aos aspectos da instalao e colocao em funcionamento do sistema, natural que surjam problemas devido maior complexidade da soluo e ao maior nmero de entidades envolvidas. Ser tambm de esperar que em determinadas situaes se torne difcil apurar responsabilidades (o problema ser do sistema de integrao ou de um dos sub-sistemas?), devendo ser tomadas medidas adequadas para minimizar estes problemas. Embora uma das vantagens associadas a este tipo de soluo seja a possibilidade de haver uma boa adequao s necessidades, podero existir algumas limitaes em termos do grau de integrao atingido. Isto poder, por exemplo, traduzir-se em diversas capacidades disponibilizadas pelos vrios sub-sistemas que no so totalmente aproveitadas ou determinadas funes que no podem ser acedidas directamente a partir do sistema de integrao. Outro aspecto importante, no que se refere escolha dos sub-sistemas a usar, relaciona-se com diversas limitaes que este tipo de soluo de integrao impe. No basta procurar um sub-sistema com as caractersticas adequadas e com um preo competitivo, necessrio ter tambm em conta se o equipamento pode comunicar e ser controlado a partir de um equipamento exterior, e como. A maioria dos fabricantes recusa-se a fornecer informao detalhada sobre os seus sistemas e protocolos usados, por razes de proteco dos seus investimentos face
3.19
Prof. Renato Nunes
competio. Isso leva a que sistemas perfeitamente vlidos em termos funcionais e em termos de custo possam no se qualificar para serem integrados com outros equipamentos. Este aspecto introduz pois algumas limitaes em termos de opes de escolha. Felizmente, as presses dos utilizadores e as leis do mercado tm feito evoluir a situao no sentido de, cada vez mais, os fabricantes adoptarem solues normalizadas e no de sua propriedade, e divulgarem como dialogar com os seus sistemas. Finalmente, um outro problema de grande importncia deste tipo de soluo de integrao tem a ver com a sua especificidade. Se, no incio, este aspecto pode ser considerado uma vantagem, dado que o sistema desempenha exactamente as funes adequadas s necessidades, ser natural que isso deixe de acontecer com o passar do tempo. O universo das organizaes, caracterizado por uma grande competio e sempre em evoluo, e o aparecimento constante de novas tecnologias, tornam certa a necessidade de o sistema de automao do edifcio ter de vir a satisfazer a novos requisitos. Embora normalmente se procure sempre introduzir alguma flexibilidade nos sistemas, ser provvel que mudanas significativas de funes, substituio de subsistemas que se tenham tornado obsoletos ou a introduo de novos sub-sistemas, obriguem a alteraes profundas no sistema de integrao que no estejam ao alcance da equipa de gesto do edifcio. Tornar-se-, assim, necessrio recorrer de novo empresa que realizou a integrao e, obviamente, isso ter os seus custos. Integrao por imposio contratual Este tipo de soluo consiste em impr, na fase de concurso, a necessidade de os diversos sub-sistemas a instalar no edifcio poderem interactuar uns com os outros, segundo normas pr-estabelecidas. Deste modo, os fabricantes que pretendam concorrer comprometem-se partida a realizar as adaptaes necessrias nos seus sistemas para satisfazer a esses requisitos. Esta soluo tem a vantagem de, partida, uma parte significativa do trabalho de integrao vir j feita por cada fabricante envolvido. No entanto, no dispensa a contratao de uma empresa para realizar as aplicaes de integrao. Uma desvantagem significativa que pode ser apontada a este tipo de soluo deve-se ao facto de ela apenas ser vivel quando esto envolvidos edifcios (ou conjuntos de edifcios) de grande dimenso e complexidade. De facto, apenas nessas situaes existem fortes incentivos (dado o elevado montante dos negcios em jogo) que motivam os diversos fabricantes a modificarem os seus produtos para satisfazerem os requisitos definidos. Um ptimo exemplo de uma situao deste tipo ocorreu, como vimos anteriormente, no novo aeroporto de Munique [hone93], [utto91] (ver sub-seco 3.2.1). Este tipo de soluo, semelhana do anterior, possui tambm problemas no que se refere capacidade de evoluo do sistema. As tcnicas usadas na criao das aplicaes de integrao e a complexidade envolvida no tornam viveis a realizao de alteraes significativas no sistema por parte da equipa de gesto do edifcio. Embora tal, partida, possa ser possvel, isso requer a existncia de pessoal especializado e de grande qualificao, e o esforo envolvido ser naturalmente elevado. Este um dos problemas para o qual a presente tese pretende propr novas solues.
3.20
Prof. Renato Nunes
3.3 - Tendncias de Evoluo das Solues de Integrao

Nesta seco apresenta-se uma panormica da evoluo dos aspectos da integrao, numa perspectiva abrangente que contempla outras reas que no apenas a da automao de edifcios. Indicam-se as tendncias e as movimentaes em curso com vista ao atingir de uma integrao cada vez mais perfeita e de mbito mais alargado, e identificam-se os principais problemas existentes e tendncias futuras. A concluir esta sub-seco so indicadas diversas caractersticas de que seria interessante dispr com vista a ultrapassar alguns dos principais problemas actuais.
3.3.1 -
Solues de Integrao Abrangentes
Como foi visto anteriormente, a partir dos anos 80 passaram a existir solues de automao dos edifcios que permitiam, cada vez mais, a integrao das vrias especialidades da Gesto Tcnica. No entanto, os desenvolvimentos tecnolgicos nas reas das telecomunicaes, do processamento de informao e da comunicao de dados, originaram o aparecimento de novos sistemas. Estes, embora no ligados directamente s tarefas de automao, so hoje elementos integrantes de qualquer edifcio. Nesta perspectiva, e dando corpo ao conceito de edifcio inteligente que traduz um conjunto de necessidades reais e cujas vantagens so indiscutveis, foram surgindo na dcada de 80 um nmero crescente de requisitos de interligao e de cooperao entre os mais diversos sistemas presentes no edifcio. Solues baseadas em PPCA digitais Diversas solues surgiram, mas quase sempre de natureza pouco abrangente. As primeiras abordagens com algum sucesso, sob o ponto de vista da sua generalidade, tiveram por base os desenvolvimentos da tecnologia digital na rea das telecomunicaes. A soluo seguida promovia a utilizao da rede de telecomunicaes do edifcio, centrada em torno de um PPCA digital, para nela suportar as facilidades de comunicao de voz, de comunicao entre os equipamentos de automao e, nalguns casos, tambm a comunicao com sistemas informticos (ver figura 3.6). Esta abordagem oferece diversas vantagens de que se salientam as seguintes:

Oferta de uma infraestrutura de comunicao comum que favorece a integrao; Acesso facilitado s redes pblicas de telecomunicaes; Poupanas significativas ao nvel da cablagem (a cablagem constituda por simples pares entranados); Simplicidade de instalao; Possibilidade de usar recursos j existentes em situaes de renovao de edifcios.
3.21
Prof. Renato Nunes
Como principais desvantagens focam-se:
O PPCA torna-se um elemento crtico em termos da fiabilidade global do sistema, pois a sua falha pode originar a impossibilidade de comunicao entre os vrios equipamentos do edifcio; Baixos ritmos de transmisso (64Kb/s no mximo) o que nitidamente inferior aos ritmos habitualmente disponibilizados pelas redes de comunicao de dados (de 10Mb/s a 100Mb/s); Limitaes nos protocolos de comunicaes suportados (por exemplo, RS-232 / V.24 e V.28).
Legenda: SI - Sistema Informtico EO - Estao de Operador SIL - Sistema de Iluminao APs - Autmatos Programveis SSE - Sistema de Superviso do Edifcio SDI - Sistema de Deteco de Incndio SC - Sistema de Climatizao (AVAC)
Figura 3.6 - Soluo de integrao com base num PPCA digital
Convir notar que, neste tipo de soluo, se recorre com frequncia apenas infraestrutura de comunicaes (cablagem distribuda pelo edifcio), sem fazer intervir directamente o PPCA enquanto elemento comutador. Isto ocorre quando, por necessidade
3.22
Prof. Renato Nunes
de ligaes fsicas dedicadas, dois circuitos so interligados directamente entre si ao nvel do repartidor do PPCA. As vantagens deste tipo de utilizao so diversas:

possibilidade de, em qualquer momento e de forma muito fcil, mudar os circuitos que esto interligados entre si; possibilidade de interligao de equipamentos que usem formas especficas de comunicao, evitando-se deste modo a utilizao de cablagem adicional; possibilidade de dispr de ligaes fiveis que no dependem do estado de funcionamento do PPCA.
A filosofia subjacente a este tipo de soluo foi claramente a precursora dos sistemas de cablagem estruturada que sero abordados mais adiante. Ao nvel funcional, este tipo de abordagem bastante mais abrangente, sendo comum a oferta de servios tais como: correio de voz (voice mail), correio electrnico, acesso a outras redes (gateways), acesso ao sistema de automao do edifcio, servio de directrio (directory service), etc. Estas funes so implementadas directamente pelo PPCA. No que se refere aos aspectos de integrao menciona-se, por exemplo, a possibilidade de controlar a iluminao de um dado local recorrendo a um telefone e marcando um cdigo pr-definido. Um bom exemplo, em que foi seguida uma aproximao deste tipo, encontra-se descrito em [dmil89]. Em [ishi93] so descritas diversas funes de realizao menos ortodoxa tendo por base um PPCA. Salienta-se, em particular, a gesto e contabilizao de tempos de trabalho recorrendo a leitores de cartes magnticos associados aos telefones. Solues baseadas em RDIS Com a divulgao da RDIS, os PPCA evoluiram tendo dado lugar aos PPCIS (Posto Privado de Comutao com Integrao de Servios). A utilizao de uma infraestutura de telecomunicaes baseada em RDIS oferece vantagens enormes devido normalizao das suas interfaces e dos protocolos usados. Isso permite a coexistncia de uma vasta gama de equipamentos (em particular nas reas da voz e telemtica) e oferece novos servios e novas potencialidades. De referir tambm o acesso simplificado s redes pblicas (tambm RDIS). Como principais desvantagens deste tipo de soluo referem-se a baixa largura de banda oferecida e a forma morosa com que a sua divulgao tem ocorrido. Este ltimo aspecto tem sido motivado, em parte, pela rpida evoluo ocorrida na rea das redes de grande largura de banda, havendo quem defenda que (inclusive a nvel pblico) se deva avanar para a RDIS de banda larga (RDIS-BL), sem sequer se passar pela RDIS de banda estreita. Solues baseadas em redes de banda larga Outras solues apareceram em que se recorrem a redes de grande largura de banda (normalmente em fibra ptica). Estas redes surgiram inicialmente para dar suporte comunicao de grandes volumes de dados entre sistemas informticos. Porm, com o
3.23
Prof. Renato Nunes
aparecimento de equipamentos sempre mais poderosos, e com uma relao custo/capacidade sempre menor, este tipo de soluo passou a ser usado para interligar os mais diversos sistemas: automao do edifcio, automao de escritrios, sistemas de informao e de telecomunicaes. Uma soluo deste tipo, usando uma rede FDDI9, encontra-se ilustrada na figura 3.7.
Legenda: SI - Sistema Informtico SAE - Sistema de Automao do Edifcio EO - Estao do Operador APs - Autmatos Programveis
Figura 3.7 - Soluo de integrao com base numa rede de grande largura de banda
A principal desvantagem deste tipo de soluo reside no seu elevado custo. Esse custo manifesta-se essencialmente ao nvel dos concentradores (equipamentos que do acesso ao meio fsico) e ao nvel da prpria fibra ptica, a qual coloca tambm problemas particulares de instalao. Solues deste tipo justificam-se normalmente em situaes em que no edifcio est instalado um parque informtico de grande capacidade que necessita de grandes larguras de banda para comunicao de dados. tambm usado com frequncia na interligao de diversos edifcios localizados nas imediaes uns dos outros (campus).
FDDI - Fiber Distributed Data Interface.
3.24
Prof. Renato Nunes
Actualmente, existe uma grande actividade (cientfica e tambm j comercial) na rea da RDIS-BL. Este tipo de rede promete revolucionar as comunicaes quer ao nvel local (LAN), quer ao nvel das redes de grande extenso (WAN), fundamentalmente devido utilizao da tecnologia ATM10. Esta rede permite suportar de forma eficaz (sem quaisquer limitaes significativas) todo o tipo de aplicaes de dados, voz e imagem, estando contemplados ritmos de transmisso que vo desde os 2 Mb/s at aos 622 Mb/s. A RDIS-BL aparenta ser a soluo desde h muito procurada, no sentido de se poder dispr no edifcio (e tambm no exterior deste) de uma rede nica. Este constitui o primeiro grande passo para a obteno de nveis de integrao antes considerados no possveis ou inviveis. De salientar, porm, que por certo continuaro a existir outras redes de comunicao no interior do edifcio, e ainda por bastante tempo. Em particular, redes de muito baixo nvel usadas, por exemplo, na interligao de sensores e de equipamentos perifricos, iro continuar a justificar-se para que o custo desses dispositivos se possa manter o mais reduzido possvel. Obviamente que devero ser previstos pontos de acesso infraestrutura global de comunicaes do edifcio. Os sistemas de cablagem estruturada A procura de solues flexveis e eficazes para a comunicao no interior dos edifcios deu origem, no fim da dcada de 80, aos sistemas de cablagem estruturada. Estes sistemas permitem dotar o edifcio de uma infraestrutura de cablagem de grande flexibilidade e eficcia. Essa infaestrutura pode ser usada para suportar uma ou mltiplas redes de comunicao, cobrindo um amplo espectro de aplicaes envolvendo voz, dados ou imagens. A estrutura tpica de um sistema de cablagem encontra-se representada na figura 3.8. Em cada piso, mltiplos cabos ligam as fichas localizadas nas zonas de trabalho (ZT) aos Armrios de Comunicaes (AC) mais prximos. Em situaes comuns, tpico existirem 2 a 3 cabos servindo cada zona de trabalho (que ronda os 10 m2). Esses cabos esto localizados habitualmente sob o cho falso ou, em alternativa, no tecto falso. Este ltimo local usado normalmente para passar cabos adicionais para ligar a sensores diversos (deteco de incndio, medio de temperatura, medio de intensidade luminosa, deteco de presena) e outros dispositivos tais como unidades de controlo, alarmes, altifalantes, etc.
10
ATM - Asynchronous Transfer Mode. 3.25
Prof. Renato Nunes
Legenda: AC - Armrio de Comunicaes ACP - Armrio de Comunicaes de Piso ACC - Armrio de Comunicaes Central ZT - Zona de Trabalho LIE - Ligao Inter-Edifcios LE - Ligao ao Exterior SI - Sistema Informtico SAE - Sistema de Automao do Edifcio PPCIS - Posto Privado de Comutao com Integrao de Servios Figura 3.8 - Estrutura tpica de um sistema de cablagem estruturada
Em cada piso, os vrios AC ligam-se ao respectivo Armrio de Comunicaes de Piso (ACP). Estes, por sua vez, interligam-se ao Armrio de Comunicaes Central (ACC). Esta ligao pode ser feita recorrendo apenas a cabos de cobre ou, o que mais comum, recorrendo tambm ao uso de fibras pticas. Em situaes em que haja necessidade de interligar vrios edifcios prximos (num campus, por exemplo), as ligaes inter-edifcios (LIE) partem dos ACC e recorrem habitualmente a um misto de pares de cobre e fibras pticas. As ligaes ao exterior do edifcio (LE), para acesso a centrais pblicas de telecomunicaes e/ou dados, fazem-se tambm a partir do ACC. Os diversos equipamentos de utilizador, tais como telefones, faxes, computadores pessoais e impressoras, so ligados s fichas localizadas nas zonas de trabalho, tornando-se acessveis ao nvel dos Armrios de Comunicaes. O mesmo sucede com os sensores e outros dispositivos associados automao do edifcio. Os diversos Armrios de Comunicaes (AC, ACP e ACC) possuem repartidores onde, de um modo muito fcil e intuitivo, se pode definir como os diversos cabos provenientes dos equipamentos se interligam entre si (recorrendo ou no a outros Armrios de Comunicaes). Essas interligaes so feitas habitualmente recorrendo a pequenos cabos terminados por fichas normalizadas, podendo ser modificadas em qualquer momento e de modo muito fcil.
3.26
Prof. Renato Nunes
frequente recorrerem-se a programas de computador para gerir os sistemas de cablagem, tornando-se possvel saber em cada momento por onde passa determinado cabo, a que equipamento liga, a que utilizador corresponde, etc. Embora a topologia fsica de base de um sistema de cablagem estruturada seja uma estrela, possvel definir sobre ela mltiplas topologias lgicas em estrela, barramento, anel ou rvore. Podem assim ser suportadas diversas redes de vrios tipos tais como RDIS, IEEE 802.3 (CSMA/CD) e IEEE 802.5 (Token Ring). Existem protocolos cuja especificao do meio fsico prev a ligao directa a esses sistemas de cablagem (refere-se, por exemplo, 10 BASE T); outros casos existem em que necessrio recorrer a dispositivos adaptadores (balun adapters) os quais, no entanto, so simples e de custo no muito elevado. O enorme sucesso dos sistemas de cablagem estruturada assenta num corpo de normas que definem, entre outros aspectos, os vrios tipos de meio fsico e fichas. Tornase assim possvel dispr de um suporte para a comunicao, sem depender de marcas nem de fabricantes. Salienta-se aqui a norma EIA/TIA 568 (Commercial Building Telecommunications Wiring Standard) a qual, para a categoria 5 e para par entranado sem blindagem (UTP Unshielded Twisted Pair), determina a possibilidade de usar ritmos de transmisso at 100Mb/s. Este tipo de cablagem exige, no entanto, alguns cuidados de instalao que no devem ser ignorados, sob pena de as caractersticas especificadas no serem atingidas [saun94]. Os sistemas de cablagem estruturada, embora no constituam por si s uma soluo para o problema da integrao, oferecem um meio fundamental para a atingir, permitindo a interligao flexvel e uniformizada dos diversos equipamentos do edifcio, independentemente do seu fabricante. Para informao adicional sobre os sistemas de cablagem estruturada e a sua aplicao a Edifcios Inteligentes sugere-se a consulta das seguintes referncias: [fost89], [kash91], [krea91], [gehr93], [sigm93], [wrig93], [herm93] e [reag93].
3.3.2 -
O Panorama Actual e Principais Problemas
Hoje existe consenso relativamente s vantagens que os edifcios inteligentes oferecem, relativamente necessidade dos edifcios oferecerem um suporte adequado e flexvel actividade das organizaes, relativamente s vantagens da poupana de energia, da minimizao dos custos de explorao, do oferecer maior segurana e conforto aos utilizadores, e relativamente promoo de aumentos de produtividade, quer pela melhoria das condies de trabalho, quer pelo uso de ferramentas adequadas ao suporte eficaz da actividade dos trabalhadores. E, sem dvida, existe tambm consenso relativamente necessidade de integrao de todos os sistemas existentes no edifcio, de modo a gerir mais eficazmente a utilizao dos recursos disponveis.
3.27
Prof. Renato Nunes
Para se atingir a integrao de quaisquer dois sistemas necessrio resolver trs tipos de problemas:

assegurar a sua interligao fsica; assegurar que so capazes de dialogar (falar uma linguagem comum); assegurar que as funes realizadas por um dos sistemas prev e pode tirar partido de funes realizadas pelos outros sistemas (interaco e cooperao ou, mais simplesmente, interoperao).
A interligao fsica dos sistemas Relativamente ao primeiro aspecto focado, vimos j que existe hoje em dia uma soluo muito boa: os sistemas de cablagem estruturada. As suas virtudes so conhecidas e esto bem documentadas, e apenas projectistas com pouco senso podero conceber actualmente um edifcio do sector dos servios que no contemple a sua utilizao. No entanto, existem diversas implicaes a ter em conta, de que se salientam:
prever espaos adequados, e correctamente localizados, para a instalao dos armrios de comunicaes e outros equipamentos (por exemplo, concentradores, bridges, routers, etc); prever formas de levar os cabos (no plano horizontal) at s zonas de trabalho e assegurar uma distribuio adequada s necessidades previstas (convm contemplar sempre a possibilidade de, posteriormente, se poderem estender cabos adicionais)11; prever espaos adequados para a passagem dos cabos no plano vertical.
Adicionalmente, haver que ter em conta o investimento inicial, embora seja expectvel a sua muito rpida amortizao, fruto da versatilidade oferecida e da facilidade de lidar com mudanas de pessoas e equipamentos no interior do edifcio12. Muito importante neste cenrio so os edifcios j existentes, cujas estruturas fsicas antiquadas podem colocar problemas significativos instalao destes sistemas de cablagem. No obstante existirem actualmente solues normalizadas para a interligao fsica de equipamentos, o panorama actual completamente dominado pela existncia de mltiplas redes no interior do edifcio, cada uma com o seu meio fsico especfico.
Em termos de distribuio horizontal de cabos, as solues mais comuns recorrem ao cho falso e/ou ao tecto falso. No entanto, existem algumas alternativas interessantes tais como paredes falsas, calhas, mobilirio que inclui caminhos para cabos e condutas de pequena espessura para instalar sob a alcatifa. Informao disponvel relativamente aos Estados Unidos da Amrica indicam que, em mdia, 30 a 40% dos trabalhadores no sector dos servios mudam de local de trabalho uma vez por ano [dmil89], [flax91], [bern93]. Dito de outro modo, num ano, um em cada trs trabalhadores efectua mudanas. 3.28
12
11
Prof. Renato Nunes
Referem-se, em particular, o par entranado (de diversos tipos e com diferentes capacidades), o cabo coaxial grosso, o cabo coaxial fino e a fibra ptica. No entanto, este problema no dos mais significativos, dado que pode ser ultrapassado recorrendo a dispositivos adaptadores adequados (balun adapters). Por outro lado, a evoluo registada aponta para o domnio do par entranado e da fibra ptica. Esta ltima, embora de custo bastante mais elevado e de instalao mais difcil que o par entranado, oferece uma imunidade ao rudo electromagntico excelente, o que pode justificar a sua utilizao em ambientes ruidosos, quando so necessrias grandes larguras de banda ou se pretendam percorrer distncias elevadas. No futuro, expectvel que as ondas de rdio frequncia venham a desempenhar um papel cada vez mais significativo. De salientar tambm que a generalidade dos protocolos mais recentes contemplam diversos meios de comunicao13, tudo indicando que esta questo no ser um elemento impeditivo nem limitador da integrao de sistemas. O suporte ao dilogo entre sistemas A interaco entre equipamentos feita recorrendo a sistemas de comunicaes. Estes esto normalmente estruturados de acordo com o modelo OSI (Open Systems Interconnection) da ISO (International Standards Organization) [iso_84]. O modelo OSI estrutura as comunicaes em 7 camadas de protocolos. Cada camada usa servios prestados pela camada que lhe est abaixo e, por sua vez, oferece servios camada que lhe est acima. A primeira camada (1) corresponde ao nvel fsico (sinais elctricos que passam no meio de transmisso) e a ltima camada (7) corresponde aos servios oferecidos s aplicaes. As trs primeiras camadas (1 a 3) so especficas do tipo de rede em questo e tratam fundamentalmente da troca de dados (pacotes). As camadas 5 a 7 so especficas das aplicaes e tratam das funes que permitem a duas aplicaes interactuar entre si. A camada 4 (transporte) permite oferecer s camadas que lhe esto acima um meio de trocar mensagens independentemente do tipo de rede usado [tane89], [hals92]. Dois equipamentos, para poderem dialogar entre si, necessitam implementar o mesmo protocolo ou, ento, recorrer a um terceiro equipamento especfico que converta o protocolo de um equipamento no protocolo do outro. Como j foi focado anteriormente, nos anos 80 assistiu-se generalizao da utilizao de sistemas distribudos na realizao de tarefas de controlo. Este facto foi motivado pela grande divulgao dos microcontroladores os quais, pelo seu reduzido custo e capacidades limitadas, propiciaram a criao de um grande nmero de pequenos equipamentos com funes bem determinadas. Neste tipo de sistemas vital que os diversos equipamentos possam comunicar entre si. Isto deu origem ao aparecimento de uma multiplicidade de protocolos, propriedade dos
A ttulo de exemplo, o protocolo CEBus contempla os seguintes meios de comunicao: linha de distribuio de energia elctrica, par entranado, infravermelhos, rdio frequncia, cabo coaxial e fibra ptica. 3.29
13
Prof. Renato Nunes
fabricantes que os haviam desenvolvido. Nesta perspectiva, a informao sobre o protocolo no era divulgada (por razes concorrenciais) ou, para o ser, obrigava ao pagamento de direitos (royalties) ou utilizao de circuitos fornecidos pelo fabricante. A situao descrita evoluiu caracterizando-se, por um lado, por uma crescente nfase na procura da normalizao e, por outro lado, pela implantao no mercado de determinadas solues comerciais. A questo complica-se ainda mais devido a muitas das solues estarem vocacionadas para domnios de aplicao especficos (automao de edifcios, automao industrial, automao da habitao, etc). Actualmente, em termos de normalizao, podem ser identificadas, por um lado, propostas que esto ainda incompletas e sujeitas a estudos e, por outro lado, verses prvias mas que so passveis de alteraes. Ambos os casos so negativos na medida em que implementaes que venham a ser realizadas podem necessitar, a curto prazo, de ser modificadas sob pena da interoperacionalidade se perder. Relativamente s solues comerciais, elas oferecem normalmente a vantagem de estarem completamente especificadas e de ser possvel dispr de circuitos e/ou de programas que implementam os protocolos em questo. Os aspectos referidos colocam os projectistas dos produtos perante a necessidade ingrata de escolher que protocolo adoptar e colocam o utilizador perante o facto consumado de ainda no existirem normas de aceitao generalizada (e com uma ampla gama de produtos disponveis), estando o mercado dominado por diversos produtos, cada um com o seu protocolo. Dada a urgente necessidade de dar suporte integrao dos sistemas de automao de edifcios, a organizao IBI (Intelligent Building Institute, Washington, USA), criou um conselho com o propsito especfico de analisar as necessidades dos utilizadores no respeitante integrao e de avaliar em que medida os protocolos existentes oferecem a qualidade e a adequao necessria s tarefas de automao de edifcios. A referida comisso publicou um estudo [luke93b0] em que so comparados os seguintes protocolos: BACnet (Building Automation and Control Network), BatiBus (Building Bus), CAB (Canadian Automated Building Protocol), CEBus (Consumer Electronics Bus), EIB (European Installation Bus), FACN (Facilities Automation Communication Network), FIP (Factory Instrumentation Protocol), FND (Firm-Neutral Data Transmission), HBS (Home Bus System), LonTalk (LonWorks Protocol da empresa Echelon), MAP (Machine Automation Protocol), PROFIbus (Process Field Bus) e SP50 (Field Bus Standard). De entre estes, foram apontados como os mais prometedores os seguintes:

BACnet (que est a ser desenvolvido pela ASHRAE - American Society of Heating, Regrigeration and Air-Conditioning Engineers); CAB (desenvolvido por Public Works Canada); LonTalk (da empresa Echelon).
No entanto, o estudo apenas til no sentido de divulgar informao que ajuda a ponderar os vrios aspectos em jogo, sem oferecer nenhuma soluo nem propr nenhum
3.30
Prof. Renato Nunes
protocolo em particular. claro que apenas as leis de mercado e a evoluo tecnolgica podero ditar se algum destes protocolos (ou outro qualquer) vir a ser adoptado em termos globais, ou se vrios sero adoptados e partilharo o mercado. De referir tambm o papel desempenhado pelo programa ESPRIT da Unio Europeia, no mbito do qual foram subsidiados diversos projectos de investigao e desenvolvimento que abordaram aspectos do controlo e automao de edifcios e habitaes. Entre outros aspectos, foram analisados diversos protocolos e foi proposto um novo (mais vocacionado para a automao da habitao): EHSbus - European Home Systems Bus (projecto 2431). Do que foi visto, ressalta que estamos ainda muito longe de facilmente se poder interligar e permutar equipamentos de fabricantes distintos. Isto tanto mais verdade quando mais alto se sobe na hierarquia de controlo, onde os equipamentos e respectivas aplicaes se tornam cada vez mais complexas. Convm aqui ressaltar que o problema que se est a focar possui duas vertentes distintas: os aspectos da comunicao ao baixo nvel (camadas 1 a 3 do modelo OSI) e a comunicao ao alto nvel (ao nvel das aplicaes, que onde a interoperaco tem lugar). Ao baixo nvel da comunicao, a tendncia ser para o uso de normas j bem estabelecidas e divulgadas. Eventuais incompatibilidades podem ser resolvidas recorrendo a equipamentos especficos (routers). E, uma vez feita, essa opo tem carcter geral e definitivo, no sentido em que pode suportar qualquer tipo de interaco entre as mais diversas aplicaes (existentes ou futuras), interaco essa que se realizar recorrendo s camadas de alto nvel. Esta , efectivamente, uma das grandes virtudes do modelo de camadas OSI. Ao alto nvel, porm, a questo bastante mais complexa e ser analisada a seguir. A interoperao entre sistemas Para que dois sistemas possam interoperar necessrio que as aplicaes possam interactuar e cooperar entre si. Para tal, no basta que possam trocar mensagens. necessrio que compreendam o seu significado. Isso impe as seguintes restries: as mensagens necessitam ser todas muito bem definidas, quer em termos de formato quer em termos de contedo e respectivo significado semntico, e as aplicaes necessitam poder lidar com elas e desencadear as aces que lhes esto subjacentes. Isto implica tambm que os objectivos e as tarefas de base das aplicaes necessitam estar muito bem especificados. Estes requisitos originam, por vezes, que apenas um subconjunto de todas as funes identificadas venham a ser contempladas numa norma, com o objectivo de ela oferecer a maior generalidade possvel. So estes aspectos, agravados pela complexidade crescente das aplicaes, que dificultam sobremaneira o processo de anlise e especificao, e tornam muito moroso o estabelecimento e a aceitao de normas. Da a justificao do reduzido nmero de normas existente actualmente ao nvel das aplicaes (camada 7 do modelo OSI). Enunciam-se de seguida, apenas a ttulo ilustrativo, algumas dessas normas nas reas das telecomunicaes e comunicao de dados:
3.31
Prof. Renato Nunes
X.400 (Message Handling Services) - Correio electrnico; X.500 (Directory Services) - Servio de directrio; T100/1 (Videotex) - Videotexto; TTX (Teletex) - Teletexto; T0/4/5 (Facsimile) - fax; VT (Virtual Terminal) - servio anlogo ao oferecido pelo protocolo TELNET (acesso remoto a um computador); FTAM (File Transfer Access and Management) - servio anlogo ao oferecido pelo protocolo FTP (acesso remoto a um servidor de ficheiros).
Ilustrando a complexidade associada ao processo de definio de uma norma e a especificidade que lhe inerente, refere-se o caso do protocolo BACnet que foi o mais bem cotado pelo estudo da IBI [luke93] mencionado anteriormente. Este protocolo, que ainda no se encontra totalmente especificado, est particularmente vocacionado para equipamentos de controlo de sistemas AVAC, mas tambm tem por objectivo oferecer o suporte de base integrao de outros tipos de sistemas tais como iluminao, segurana e deteco de incndio. No entanto, e citando, "essas extenses esto fora do mbito desta norma, embora tenham sido feitos todos os esforos para tornar essas questes simples e directas". No obstante o processo de normalizao ser essencial, ele encerra em si uma desvantagem que lhe inerente: oposio evoluo. O facto dos diversos aspectos necessitarem ser definidos detalhadamente, de todas as possibilidades necessitarem ser analisadas e previstas, coloca entraves (ou mesmo impossibilidades) evoluo das aplicaes. Na generalidade, novas funes no podero ser suportadas sem que isso implique alteraes norma em questo ou, dito de outro modo, criao de uma nova norma. Seria interessante poder dispr de um mecanismo que, por um lado, suportasse a evoluo das aplicaes (definio de novas funes ou modificao das existentes) e, por outro lado, desse suporte a novas interaces (relacionadas com as novas funes). Esse mecanismo deveria permitir que as alteraes pudessem ser realizadas de forma incremental e sem quebra de compatibilidades definidas anteriormente. As funes antigas deveriam continuar a poder ser acedidas normalmente e pelos meios tradicionais. A tentativa de aceder a novas funes, numa aplicao que as no suportasse, deveria simplesmente ser respondida com uma indicao de funo inexistente, sem que isso correspondesse a uma violao do protocolo definido. O mecanismo incremental indicado teria a grande vantagem de possibilitar a evoluo e a adequao a novas necessidades por parte das aplicaes, numa perspectiva imediatista. claro que esta evoluo deveria ser sempre acompanhada de um esforo normalizador, para assegurar que as funes de generalidade, divulgao e aceitao reconhecidas, fossem incorporadas em novas normas. Deste modo, seria possvel atingir uma evoluo concertada. A plataforma INTEGRE, que objecto da presente tese, pretende exactamente oferecer caractersticas e facilidades do tipo indicado, dando suporte a aplicaes j existentes, definio de novas funes ou modificao das j disponveis e
3.32
Prof. Renato Nunes
interoperao entre aplicaes, com vista sua integrao. Tudo isto poder ser efectuado de uma forma iterativa e interactiva, sem quebra de funcionamento do sistema.
3.4 - A Necessidade de Meios de Integrao Flexveis

Como foi visto anteriormente, um edifcio inteligente deve oferecer um suporte adequado e flexvel actividade das organizaes que o ocupam. Para tal, o edifcio deve estar dotado de sistemas que permitam controlar e gerir da forma mais eficaz os vrios recursos disponveis. Para atingir este fim essencial que os vrios sistemas possam dialogar e cooperar entre si com o intuito de concretizarem objectivos comuns. Isto corresponde noo de integrao, fundamental no contexto dos edifcios inteligentes, cujas vantagens foram j assinaladas na sub-seco 2.1.3. Nesta seco so ponderadas as diversas formas possveis de atingir a integrao, sendo proposto, como a melhor alternativa, o recurso a meios de integrao flexveis.
3.4.1 -
A Procura da Integrao: Principais Tendncias e Problemas
Nas duas ltimas seces (seces 3.2 e 3.3) foram detalhados diversos aspectos relacionados com a integrao. Foram apresentados exemplos de tipos de solues disponveis actualmente e foram analisadas as principais vantagens e desvantagens associadas a cada uma delas. Ao perspectivar o que se poder esperar num futuro prximo, em termos de tendncias de integrao de sistemas, foram apontados dois vectores principais de evoluo:
aumentar a abrangncia da integrao (ir alm dos sistemas de automao e gesto de edifcios, contemplando tambm sistemas associados s reas das comunicaes e da computao); prosseguir e incentivar os esforos de normalizao relacionados com a interoperao entre sistemas.
Relativamente ao primeiro ponto, convir referir que existe toda a vantagem em que a integrao seja o mais ampla possvel pois isso permitir maximizar os seus benefcios. As tecnologias disponveis actualmente (em que a digitalizao impera) tornam possvel atingir nveis de integrao antes inimaginveis. No entanto, a multiplicidade de reas e funcionalidades em jogo e a complexa teia de interdependncias e inter-relaes que se podem estabelecer, tornam inviveis uma concretizao prtica a curto prazo, com a globalidade desejada. A tendncia ser para, progressivamente, novos sistemas e novas funcionalidades irem sendo integradas, satisfazendo necessidades mais prementes ou explorando sinergias que venham a surgir.
3.33
Prof. Renato Nunes
Relativamente aos aspectos da normalizao (confrontar sub-seco 3.3.2), embora se trate de uma questo essencial, a definio de protocolos que permitam a interoperao entre diversos sistemas encerra em si vrios problemas que se sintetizam de seguida:
trata-se de um processo muito complexo pela necessidade de identificar e definir detalhadamente todas as capacidades dos diversos sistemas envolvidos e de como estes podem desencadear aces noutros sistemas; o processo de normalizao susceptvel de gerar conflitos de interesses nos intervenientes (particularmente entre os parceiros de natureza empresarial), os quais, por j terem realizado determinados investimentos, gostariam de os ver rentabilizados atravs da adopo das suas propostas; trata-se de um processo muito moroso (em grande parte devido s questes apontadas anteriormente); a definio e a aprovao de uma dada norma por parte das entidades competentes no implica automaticamente a sua aceitao; isso ser determinado pelas regras de mercado (so os fabricantes, por um lado, e os clientes, por outro lado, que determinam o sucesso comercial de determinado produto e, consequentemente, a sua aceitao)14; oposio evoluo (a necessidade de obedecer a uma especificao detalhada impe que novas funes no possam ser acrescentadas pois isso quebraria a compatibilidade do produto; para contemplar novas caractersticas e novas funcionalidades necessrio definir uma nova norma).
Todos os aspectos referidos so agravados pela crescente complexidade dos sistemas envolvidos e pela forte dinmica das reas intervenientes (de que se salientam as reas das telecomunicaes e dos computadores), originando que novas necessidades e novos requisitos estejam constantemente a surgir. Isto motivado quer pela evoluo tecnolgica quer pelo ambiente de grande concorrncia que caracteriza o mundo dos negcios, em que aumentos de eficcia, melhorias de produtividade e economia de recursos so essenciais para o sucesso comercial de uma organizao. Da reflexo efectuada ressalta a incapacidade, em termos pragmticos, de se dispr num futuro prximo de uma soluo que tenha por base os movimentos de normalizao em curso. Por outro lado, mesmo que essa normalizao surja e tenha aceitao em termos de mercado (o que vital que suceda, devendo ser envidados todos os esforos possveis nesse sentido), permanece a questo do forte dinamismo da rea e de como oferecer flexibilidade ao suporte das novas necessidades que estaro constantemente a surgir.
14
So conhecidos mltiplos exemplos da ocorrncia de situaes como as que se indicam de seguida: normas que (por terem surgido tarde ou por outras razes) nunca vieram a ser adoptadas; normas de facto, impostas por determinado fabricante em consequncia da popularidade e das elevadas cotas de mercado atingidas por determinado produto; co-existncia de vrias normas (relacionadas com o mesmo tipo de servio e funcionalidades prestadas, mas incompatveis entre si) que possuem uma aceitao significativa e compartilham o mercado disponvel.
3.34
Prof. Renato Nunes
pois essencial avanar com uma soluo de outro tipo. Para a descortinar faz todo o sentido analisar as solues de integrao mais comuns actualmente, ponderando os seus prs e os seus contras e procurando novas e melhores alternativas.
3.4.2 -
Reflexo Sobre as Principais Solues de Integrao
Na sub-seco 3.2.2 foram identificados trs tipos principais de solues de integrao:

soluo fabricante nico; integrao por imposio contratual; integrao feita medida.
Nesta sub-seco so tecidas diversas reflexes sobre as questes ento analisadas, ponderando-se os aspectos positivos e negativos de cada abordagem e procurando-se identificar solues alternativas que permitam colmatar as desvantagens dos mtodos actuais de integrao. Soluo fabricante nico Este tipo de soluo tem vindo a ter cada vez menos aceitao em termos de mercado. Isso deve-se fundamentalmente a trs aspectos:
incapacidade de um fabricante poder cobrir todas as reas e, em cada uma delas, oferecer a melhor soluo15 (de notar que, mesmo que hoje um determinado fabricante consiga oferecer um produto que se adequa bem s necessidades, pode perfeitamente suceder que, passados alguns anos, essa situao se tenha alterado radicalmente); obriga com frequncia realizao de compromissos, em funo da gama de produtos que o fabricante pode oferecer (por vezes determinadas funcionalidades que seriam desejveis no esto disponveis e, eventualmente, podem ser oferecidas outras funcionalidades sem interesse para o cliente); existe um risco latente de os mecanismos normais de concorrncia no mercado poderem ser deturpados, dada a dependncia exclusiva de um nico fabricante.
A evoluo do mercado tem pressionado fortemente os fabricantes que tradicionalmente ofereciam solues "chave na mo". Em consequncia, observam-se hoje movimentaes diversas por parte desses fabricantes no sentido de definirem alianas e acordos com outras empresas que dominam (ou possuem bons produtos) em determinadas reas especficas.
Por melhor soluo entende-se aquela que melhor se adequa aos requisitos definidos. Entre os mltiplos aspectos contemplados salientam-se em particular o custo, as funcionalidades oferecidas e o suporte dado ao produto por parte do fabricante. 3.35
15
Prof. Renato Nunes
A ttulo de exemplo refere-se o caso da Johnson Controls, a qual dispe de um programa visando a criao de equipamentos compatveis com a sua linha de produtos Metasys [joco93]. Os fabricantes interessados so convidados a estabelecerem contacto, podendo vir a ter acesso a toda a informao necessria para desenvolverem produtos compatveis. Convir aqui referir que o problema da compatibilidade de equipamentos de diferentes fabricantes bem antigo e que, nalguns aspectos, ocorreram j evolues positivas. Isso verificou-se fundamentalmente ao baixo nvel (sensores e actuadores) onde se estabeleceram algumas normas de facto tais como a sinalizao em tenso (0 a 10 V) e em corrente (4 a 20 mA). Isso permite que hoje se possam permutar de forma transparente diversos sensores e actuadores de fabricantes distintos. Infelizmente, o panorama assume contornos bem distintos medida que se sobe na hierarquia de controlo e se depara com equipamentos mais complexos. Concluindo, existe hoje uma clara tendncia para os grandes fabricantes avanarem com solues de parceria com outras empresas. Como objectivo, procuram oferecer uma maior variedade de solues, mais abrangentes e diversificadas, e oferecer uma maior liberdade na escolha das fontes de determinado equipamento em particular (procurando que os mecanismos de concorrncia tenham alguma representatividade). No contexto indicado, a gama de solues disponveis ser baseada nas ofertas dos vrios fabricantes envolvidos, os quais procuram auscultar continuamente o mercado no sentido de a sua oferta ser a que melhor se adequa generalidade dos requisitos existentes. Assim, ser natural que casos particulares, com necessidades especficas, no estejam contempladas nessas solues. Outro aspecto que convm realar refere-se aos aspectos da integrao dos vrios equipamentos envolvidos (independentemente de se estar perante um fabricante nico ou uma parceria de fabricantes). Como natural, as aplicaes de integrao possuem uma grande importncia, exigindo um elevado esforo de desenvolvimento, de manuteno e de evoluo do produto. Nesta perspectiva, a empresa que realiza a integrao dever procurar dispr de uma soluo de integrao bem concebida, que possa adaptar-se a diversas necessidades e que possa evoluir facilmente, sem que isso implique o constante refazer de raiz dessas mesmas aplicaes. Esta questo coloca-se de forma muito semelhante ao que sucede no caso das empresas que oferecem solues de integrao medida, o que ser abordado mais frente. Integrao por imposio contratual Este tipo de soluo possui um domnio de aplicao limitado, dado que apenas vivel em situaes de muito grande dimenso e em que existe um conjunto de requisitos especficos a satisfazer. No entanto, dada a natureza deste tipo de abordagem, torna-se possvel estabelecer semelhanas quer com a soluo de fabricante nico com a parceria de outras empresas, quer com a soluo de integrao medida.
3.36
Prof. Renato Nunes
No primeiro caso as semelhanas so evidentes, no sentido de que tem de haver um acordo e um esforo por parte das vrias empresas envolvidas para assegurar a compatibilidade dos seus equipamentos e a sua integrao. A diferena reside no facto de que, num caso, o acordo entre empresas resulta de uma imposio contratual (definida por um cliente e com um carcter pontual) enquanto no outro caso ela resulta de uma estratgia comercial e/ou industrial e, como tal, com um mbito mais genrico. Relativamente segunda comparao indicada, as semelhanas so ainda mais evidentes. Assim, em ambos os casos existe um conjunto de equipamentos (especificados pelo cliente) que necessitam ser integrados de uma determinada forma particular (tambm indicada pelo cliente). A diferena reside no facto de que, num caso, algum do trabalho de integrao (a compatibilizao entre os equipamentos) realizado por cada uma das empresas intervenientes enquanto, no segundo caso, a empresa que realiza a integrao tambm necessita de cuidar das diversas especificidades de cada equipamento (caractersticas funcionais e protocolos). No obstante as comparaes tecidas, natural que a integrao necessite ser feita da forma mais flexvel possvel, de modo a poder oferecer um suporte adequado evoluo e adaptao a novas necessidades. Dado estes requisitos serem em tudo semelhantes ao que se poder esperar no caso das solues de integrao medida, remete-se o leitor para o ponto que se segue. Integrao feita medida Este tipo de soluo oferece duas grandes vantagens:

oferece alguma liberdade na escolha dos sistemas a usar (por rea de especialidade); permite uma boa adequao da soluo final s necessidades definidas.
Os principais problemas que lhe esto associados so tambm dois:
existem limitaes relativamente aos sistemas que podem ser integrados (um nmero significativo dos sistemas disponveis no mercado foram exclusivamente concebidos para funcionar isoladamente ou, quando tal no sucede, frequente os seus fabricantes no divulgarem como interactuar com eles); a soluo final possui normalmente um elevado grau de especificidade e no oferece meios que tornem vivel o prprio cliente efectuar alteraes significativas no sistema (por exemplo, integrar um novo equipamento).
Relativamente ao primeiro problema mencionado, ntida a tendncia e o esforo que os diversos fabricantes esto actualmente a desenvolver no sentido de abrirem os seus produtos, isto , de fornecerem informao detalhada sobre as funcionalidades oferecidas e de como estas podem ser acedidas atravs de um sistema de comunicaes16. Para tal, esse
16
A noo de sistema de comunicaes corresponde quela que foi introduzida na sub-seco 3.3.2. 3.37
Prof. Renato Nunes
prprio sistema de comunicaes tambm detalhado, o que corresponde divulgao dos protocolos usados e inclui a descrio de aspectos fsicos tais como o interface mecnico e elctrico. So hoje claras as vantagens comerciais que os fabricantes que prosseguem uma filosofia de abertura dispem face aos seus concorrentes. Dando um exemplo, a empresa Cerberus (especializada em produtos na rea da deteco de incndios) viu a sua cota de mercado subir de forma muito significativa em virtude do seu pioneirismo em permitir o dilogo entre os seus sistemas e outros equipamentos (recorrendo a uma simples porta RS-232). Estes aspectos esto a dar origem a movimentaes por parte da generalidade dos fabricantes (eles prprios o afirmam) no sentido de dotarem os seus produtos com a capacidade de interactuar com outros sistemas. Por outro lado, tambm ntido o interesse dos vrios fabricantes em abandonarem a utilizao, em exclusivo, de protocolos de sua propriedade, passando a adoptar protocolos normalizados. Isso ocorre fundamentalmente ao nvel dos protocolos de mais baixo nvel do modelo de camadas OSI (camadas 1 a 3) que so os que esto mais bem definidos e possuem j implantao significativa em diversos domnios. Esses protocolos oferecem um meio bsico de troca de mensagens constituindo o primeiro passo para a interaco entre sistemas. O contedo dessas mensagens e o seu significado so definidos, na falta de normalizao, ao nvel das prprias aplicaes, seguindo para tal aproximaes mais ou menos ad hoc. Alguns fabricantes apostam inclusivamente na implementao de protocolos cujas normas ainda so preliminares (por exemplo, o protocolo BACnet). Ao procederem deste modo sua inteno ficarem em condies de mais rapidamente colocarem produtos no mercado, uma vez concluda a norma, obtendo assim vantagens econmicas importantes. Resumindo, podemos pois afirmar que cada vez se generalizar mais a oferta de produtos com a capacidade de interactuarem uns com os outros. Essa interaco recorrer a sistemas de comunicaes que seguiro o modelo OSI. Isto no significa, contudo, que baste interligar os vrios equipamentos para que estes passem a interoperar. Um cenrio realista aponta para a necessidade de coexistncia, num futuro prximo, de equipamentos com diferentes protocolos. Nesta perspectiva, ser pois natural esperar que qualquer sistema de integrao (que controle e supervisione sistemas especializados - AVAC, deteco de incndio, iluminao, etc) necessite implementar diversos protocolos. A evoluo ser, certamente, no sentido de o nmero desses protocolos se reduzir, primeiramente por reas de especialidade e, posteriormente, em termos globais ao domnio da automao e gesto de edifcios. Adicionalmente, ser de esperar uma tendncia crescente para que esses protocolos englobem a especificao da camada 7 (nvel de aplicao) do modelo OSI, tornando a interaco mais estruturada e uniforme e permitindo abandonar solues de carcter ad hoc, que so sempre mais difceis de suportar e manter. Abordando agora o segundo problema focado, referente ao elevado grau de especificidade das solues de integrao realizadas medida, convir referir que as empresas que intervm nesta rea de negcios tm perfeita conscincia deste problema. Este aspecto constitui, inclusive, um entrave para a sua expanso comercial. Se os seus produtos pudessem ser facilmente modificveis e adaptveis a novas situaes e a novos requisitos, o seu trabalhado seria facilitado, teriam uma capacidade de resposta mais rpida e os seus lucros poderiam aumentar.
3.38
Prof. Renato Nunes
Meios de integrao flexveis Embora as atitudes e as estratgias das empresas intervenientes no mercado da integrao sejam bastante diversificadas, podem ser apontadas duas abordagens principais: (a) produto sempre em evoluo, abarcando novas necessidades medida que elas vo surgindo; (b) produto flexvel com elevadas capacidades de parametrizao e de configurao. No caso (a), estamos perante uma situao em que uma empresa desenvolve um determinado produto e, ao ser confrontada com novos requisitos, faz evoluir o seu produto de modo a satisfazer s novas necessidades. Neste tipo de abordagem, a empresa procura possuir, em cada momento, um nico produto (ou um nmero muito reduzido de produtos) que oferea o maior grau de generalidade possvel face s solicitaes com que foi confrontada. Deste modo, pretende-se evitar as mltiplas desvantagens associadas a dispr de uma gama muito diversificada de produtos, de que se destacam:

dificuldade em dar suporte adequado a todos os produtos; necessidade de dispr de pessoal especializado em cada produto; custos de operao muito elevados; morosidade no suporte e apoio aos clientes.
A abordagem (a) possui, no entanto, diversos aspectos negativos. Assim, nem sempre possvel assegurar uma evoluo concertada das aplicaes, havendo tendncia para estas se tornarem numa complexa amlgama de funes, pouco estruturadas e de difcil utilizao. Isso leva por vezes necessidade de gerar novas verses, mais ou menos de raiz, o que acarreta grandes investimentos. Este tipo de abordagem pode por vezes originar situaes em que um determinado cliente, ao receber uma nova verso das aplicaes de integrao (em virtude de uma aco de manuteno correctiva ou melhoramento de algumas caractersticas), venha a deparar com um produto significativamente diferente daquele que estava habituado a usar. Isso acarreta diversos inconvenientes de que se salienta a necessidade dos clientes passarem por uma nova fase de aprendizagem e habituao ao produto, o que origina perdas de produtividade e pode causar alguns problemas operacionais devido falta de domnio da nova verso. Cientes de todas as desvantagens mencionadas, existem empresas que procuram seguir uma aproximao diferente - caso (b). Essa abordagem consiste em criar um produto o mais verstil e flexvel partida e que possa ser facilmente adaptado a uma grande diversidade de situaes e necessidades. A aproximao tpica faz apelo a duas classes de aplicaes:
a aplicao de integrao propriamente dita;

3.39
Prof. Renato Nunes
uma ferramenta de edio que permite configurar e parametrizar a aplicao de integrao.
A ferramenta de edio permite realizar aces tais como as que se descrevem a seguir17.
Desenhar plantas, esquemticos diversos, representaes de equipamentos complexos, quadros sinpticos, etc. Posicionar, sobre os elementos grficos indicados acima, entidades de monitorizao e de actuao. Estas entidades correspondem a reas onde so visualizados valores numricos ou outro tipo de informao, ou correspondem a zonas sensveis que permitem desencadear aces quando so activadas. Normalmente existe um conjunto diversificado de entidades, com caractersticas e formas de representao pr-definidas. As entidades disponveis podem corresponder directamente a dispositivos fsicos (tais como sensores de temperatura, sensores de presso, sensores de deteco de incndio, rels, alarmes, trincos de porta, etc) ou a dispositivos lgicos (tais como a temperatura mxima indicada por um determinado sensor, uma diferena de presso indicada numa dada escala especfica, um grfico de temperaturas representando os ltimos valores medidos por determinado sensor, um grfico de barras relativo mdia horria de consumo elctrico, etc).
Configurar e parametrizar as diversas entidades de monitorizao e actuao. Indicam-se de seguida exemplos de aces de configurao: identificar os vrios tipos de dispositivos fsicos (de entre os suportados pelo sistema), atribuio de uma identificao a cada entidade, associao das entidades a dispositivos fsicos, definio das vistas18 existentes, indicao das vistas em que uma dada entidade visualizada, definio de como as vrias vistas se encadeiam e se pode passar de uma para outra, definir o ritmo de leitura de determinado sensor, etc. No que se refere a aces de parametrizao apresentam-se os seguintes exemplos: escolher se uma entidade de monitorizao de temperatura deve mostrar os valores em graus Celsius ou Fahrenheit, especificar um valor limite que, se ultrapassado, deve gerar um alarme, definir se um dado grfico de pontos ou contnuo, definir para uma entidade lgica a frmula de converso da grandeza fsica que lhe est associada, definir o nmero de valores a serem visualizados num determinado grfico, indicar se uma entidade deve efectuar um registo (log) dos valores medidos, etc.
As capacidades que se apresentam esto descritas de uma forma geral, j que as empresas no disponibilizam informao detalhada sobre os seus produtos. Os aspectos indicados retratam demonstraes a que o autor assistiu e alguma informao retirada de folhetos comerciais. O termo vista aqui usado para referir uma dada imagem que pode corresponder, por exemplo, a uma planta ou a um esquemtico. 3.40
18
17
Prof. Renato Nunes
Definir o formato dos registos (logs) a efectuar e tipos de processamento estatstico a realizar. Quer uns quer os outros so seleccionados a partir de uma gama de opes prdefinidas. De referir que, na generalidade dos casos, possvel guardar informao relevante em ficheiros com formatos usados nas bases de dados e folhas de clculo mais comuns (por exemplo, Dbase, Excel, Lotus 123). Deste modo oferece-se a possibilidade ao utilizador de usar aplicaes suas para efectuar tratamentos especficos da informao no contemplados na aplicao de integrao. Definir funes de interaco entre os sistemas que esto sendo integrados. A abordagem seguida pelos fabricantes nesta rea varia consideravelmente. ntida, no entanto, uma muito menor flexibilidade oferecida aos utilizadores. Isso deve-se maior complexidade destas questes e necessidade de um conhecimento aprofundado dos detalhes e particularidades envolvidas. Com frequncia, as funes de integrao so realizadas recorrendo a equipamentos especficos (por vezes do tipo autmato programvel) sendo a definio das funes feita atravs de uma ferramenta de edio especializada (distinta da ferramenta que tem vindo a ser descrita) e fazendo uso de uma linguagem de programao. Aps a sua definio, as funes de interaco entre sistemas podem ser associadas a entidades de monitorizao e/ou de actuao.
Do que foi descrito, certamente ressaltam as vantagens deste tipo de abordagem, de que se destacam a sua flexibilidade e a capacidade de adaptao a uma gama bastante diversificada de situaes. No entanto, torna-se claro tambm que, em virtude da sua generalidade, o seu mbito de aplicao se encontra bastante restringido, quer em domnio (normalmente apenas so abordados os aspectos mais comuns da Gesto Tcnica) quer em termos das funcionalidades oferecidas. Muito mais h para dizer sobre este tipo de abordagem e sobre as suas virtudes e desvantagens (ver sub-seco 6.1.2). No entanto, importa realar que se trata de um tipo de aproximao muito prometedor, dada a sua flexibilidade. Adicionalmente, a sua viabilidade de aplicao mantm-se mesmo que se venham a registar consensos e evolues significativas ao nvel dos protocolos de interaco entre diferentes sistemas e independentemente de qual dos trs tipos de soluo de integrao focados anteriormente (ou variantes) venham a ser seguidos. Em qualquer dos casos, continuar a existir o problema da adequao das aplicaes de integrao/superviso ao caso particular que cada edifcio constitui. Isso ocorrer quer para permitir a interaco e a cooperao entre os diferentes sistemas que existiro em cada edifcio (cada sistema com as suas caractersticas e funcionalidades especficas), quer para oferecer uma interface com o utilizador o mais adequada a cada caso particular. Mesmo que ocorram grandes desenvolvimentos ao nvel da compatibilizao de diferentes sistemas, de tal modo que para os integrar baste interlig-los (o que, de qualquer modo, est ainda muito distante no horizonte), permanecer sempre a questo da adequao da interface com os utilizadores a cada caso particular. Por outro lado, natural esperar que um conjunto de novas necessidades estejam constantemente a surgir, de mbito mais vasto, e que haja vantagens e interesse em obter solues de integrao sempre mais abrangentes, o que implicar permitir a interaco
3.41
Prof. Renato Nunes
entre sistemas no compatveis. Nesta perspectiva, dispr de formas de integrao flexveis e com elevados graus de adaptabilidade e expansibilidade continuar sempre a fazer sentido e constitui a forma de abordagem mais prometedora. neste sentido que surge a plataforma INTEGRE, a qual ser detalhada a partir do captulo 6.
3.42

Cap 3

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Cap 3

Enviado por

Direitos autorais:

Formatos disponíveis

ndice

3 - A Automao e Gesto de Edifcios ..............................................3.1

3.2 - Anlise das Solues de Integrao Actuais...................................................3.8

3.3 - Tendncias de Evoluo das Solues de Integrao ..................................3.21

3.4 - A Necessidade de Meios de Integrao Flexveis .........................................3.33

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

3 - A Automao e Gesto de Edifcios

3.1 - A Evoluo dos Sistemas de Automao de Edifcios

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Sistemas Distribudos Hierrquicos

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

A - Sistemas centralizados isolados

B - Sistemas distribudos hierrquicos

Figura 3.1 - Evoluo dos sistemas de automao de edifcios 3.4

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

3.2 - Anlise das Solues de Integrao Actuais

Exemplos de Sistemas e Realizaes Recentes

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

AVAC; Deteco de Incndio; Controlo de Acessos; Controlo de Iluminao.

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

IBIF - Intelligent Buildings Institute Foundation, Washington, USA.

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Em terminologia inglesa: ISPBX - Integrated Services Private Branch Exchange. 3.15

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Principais Problemas das Solues de Integrao Actuais

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

3.3 - Tendncias de Evoluo das Solues de Integrao

Solues de Integrao Abrangentes

Prof. Renato Nunes

Disciplina: Edifcios Inteligentes e Domtica

Como principais desvantagens focam-se: