Supervisão de sistemas de automação utilizando
computação em nuvem
Jaime Alvarenga Santos & João Paulo Carvalho Henriques
Abstract – This article aims to present the implementation of
a supervisory automation system that uses a cloud database for
data storage and decision making. A brief background about
supervisory systems, cloud computing and the advantages and
disadvantages of this application will also be discussed.
Keywords: Cloud computing, database, supervisory systems.
Resumo – Este artigo tem como objetivo apresentar a
aplicação de um sistema supervisório de automação que utiliza de
um banco de dados na nuvem para armazenamento de dados e
tomada de decisões. Um breve contexto sobre sistemas
supervisórios, computação em nuvem e as vantagens e
desvantagens desta aplicação também serão discutidos.
Palavras-Chave: Banco de dados, computação em nuvem,
sistemas supervisórios.
I. INTRODUÇÃO
Atualmente, os estudos que abordam a teoria de controle e
automação industrial estão sendo implementados com
sistemas computacionais que fazem o tratamento da
informação. Se no passado o tratamento era restrito a
dispositivos físicos e controles mecânicos, agora se pode
analisar a informação em mais detalhes, para avaliar o estado
do sistema e programar uma decisão com recursos de controle
do fluxo dessa informação.
Este trabalho tem por finalidade apresentar uma nova
forma de aplicação para a aquisição de dados em sistemas
industriais, em que as informações são armazenadas no banco
de dados hospedado em nuvem e são apresentadas ao usuário
através de uma página web escrita em linguagem de script,
que conecta ao banco de dados. O aplicativo web também é
um recurso da plataforma em nuvem e o usuário acessa os
dados por um navegador (browser).
A computação em nuvem é uma forte tendência no ramo
da informática. É um modelo de serviço baseado no uso, ou
seja, o usuário paga somente por aplicação utilizada, não
havendo necessidade de investir em infraestrutura. A idéia é
utilizar o serviço disponibilizado em qualquer lugar,
independente da plataforma, e com a mesma facilidade de
acessar a internet por computadores pessoais. [1] Dessa forma
os usuários poderão analisar em tempo real e de forma fácil
todas as variáveis envolvidas no processo industrial.
Na tecnologia em nuvem, o banco de dados deixa de
compor servidores locais para se tornar uma mídia interligada
à internet. Logo, o acesso à manipulação de informações que
Trabalho de Conclusão de Curso apresentado ao Instituto Nacional de
Telecomunicações, como parte dos requisitos para a obtenção do Certificado
de Pós-Graduação em Engenharia de Sistemas Eletroeletrônicos, Automação
e Controle Industrial. Orientadores: Prof. João Paulo de Carvalho Henriques e
Prof. Renzo Paranaíba Mesquita. Trabalho aprovado em 07/2015.
são importantes na tomada de decisões será feito de forma
remota.
Os métodos para desenvolver a aplicação proposta tratam
de amostrar as entradas analógicas dos CLP’s (Controladores
Lógicos Programáveis), ao qual, sensores conectados
disponibilizam informações do processo.
O sistema supervisório recebe as informações dos CLP’s
através da comunicação OPC (OLE for Process Control, onde
OLE significa “Object Linking and Embedding”) e armazena
em um banco de dados SQL (Structured Query Language ou
Linguagem de Consulta Estruturada), através de uma
tecnologia chamada ADO (ActiveX Data Object) utilizando
scripts do supervisório.
O sistema de supervisão apresenta uma interface gráfica,
na qual, são monitoradas as informações recuperadas do banco
de dados através de linguagem de programação estruturada,
implementadas em objetos de consulta no supervisório.
As seções subsequentes irão apresentar um pouco mais
sobre os principais sistemas que compõem a aplicação. O item
2 abordará a definição sobre sistemas supervisórios, sua
arquitetura e aplicação em ambientes industriais. O item 3
abordará o conceito sobre banco de dados, sistema gerenciador
e o planejamento do mesmo em projetos de controle
supervisório. No item 4 serão discutidas as definições, os
modelos de serviço, implantação e as características essenciais
da computação em nuvem. No item 5 serão apresentados
detalhes de como foi desenvolvida a aplicação proposta e os
resultados obtidos, e finalmente, no item 6, serão apresentadas
as conclusões finais.
II. SISTEMA SUPERVISÓRIO
Os setores de automação industrial utilizam tecnologias de
computação e comunicação para automatizar a monitoração e
controle dos processos industriais, efetuando coleta de dados
em ambientes dispersos. [2], [3]
Devido à complexidade de alguns sistemas automatizados,
fez-se necessário o uso de uma interface que possibilitasse
maior facilidade de acesso e controle desses sistemas e com o
menor tempo possível. Surgiu então um modo de apresentação
gráfica amigável, os sistemas supervisórios, também
denominados de SCADA (Supervisory Control and Data
Aquisition). [2]
Os sistemas supervisórios são compostos por um ou mais
computadores executando softwares específicos de supervisão
que possibilitam a monitoração, operação, controle à distância
e em tempo real, seja de uma planta e/ou processo industrial.
[2], [3]
Os sistemas SCADA de maneira geral são compostos pela
estação central (computador) interligada a um sistema de
controle, no qual, são conectados os componentes físicos,
também denominados de elementos de campo, pois estão em
contato com a linha de produção. A Figura 1 apresenta a
arquitetura de hardware típica do sistema SCADA. [4]
Figura 1. Arquitetura de um sistema SCADA. [4]
A arquitetura possui um barramento de comunicação
composto por diversos protocolos que efetuam a interação
entre os equipamentos, sejam eles do mesmo ou de diferentes
fabricantes. [4]
Os dispositivos de campo são responsáveis por coletar e
transmitir os dados ou variáveis do processo real referentes
aos processos monitorados, convertendo parâmetros físicos
como pressão, temperatura, vazão, em sinais padrão para o
CLP. [3]
Os CLPs executam a manipulação dos dados, ou seja, toda
a parte de controle através de instruções escritas em linguagem
de programação pelos usuários. Isto para programar funções
específicas, tais como, lógica sequencial, registro e controle de
tempos, contadores e operações aritméticas, por meio de
módulos de entrada/saída analógica ou digital determinando
quais ações as máquinas do processo realizarão. [2] [4]
O computador central que possui o software de supervisão
recebe os sinais vindos do CLP referentes aos eventos e
alarmes do processo. Um evento pode indicar se um
determinado circuito está ligado ou desligado, aberto ou
fechado. Os alarmes podem conter dados analógicos,
representados por uma variável, por exemplo, de nível.
Quando o valor da variável não se encontra entre as faixas de
máximo e mínimo estabelecidas, o computador interpreta
como um alarme e informa o operador. [2]
O acesso da estação geralmente é feito apenas ao CLP
master, o qual prepara uma tabela do status das variáveis e a
entrega ao supervisório que, de posse dela, poderá ou não
promover uma interferência no decorrer do processo,
alterando os parâmetros de controle de algum equipamento da
planta. [4]
Toda a leitura adquirida na central é transformada em
informações visuais e apresentada ao operador por uma
unidade de visualização gráfica ou IHM (Interface Homem-
Máquina) em forma de ícones ou figuras para a consulta
instantânea dos parâmetros e os valores reais de campo. [2]
Os sistemas supervisórios na maioria dos casos podem
operar em dois modos: [2]
 Modo de Desenvolvimento: é criada a parte gráfica
e onde as tags são associadas aos objetos gráficos que
representam a planta a ser operada no Modo seguinte.
 Modo Run Time: é representado pelo ambiente
desenvolvido no Modo anterior e a partir deste é possível fazer
a interação com o CLP em tempo real.
Através do Modo Run Time o operador pode executar
comandos sobre o processo, tais como, manobras, iniciar ou
finalizar tarefas e em especial a forma como lidar com os
alarmes.
Os dados que são coletados via CLP ainda podem ser
armazenados em um banco de dados, e através do mesmo é
possível fazer estimativas de produção baseado no histórico
das informações, possibilitando análises e ações de melhoria
no futuro.
A arquitetura de um sistema SCADA pode apresentar
equipamentos de diferentes fabricantes. A falta de
padronização entre os hardwares ocasiona a não
interconectividade entre os mesmos. Assim, a tecnologia OPC
que é um protocolo de comunicação, mantido pela OPC
Foundation (OPC-F), estabelecida em 17 de outubro de 1996
em Chicago, nos Estados Unidos, permite que equipamentos
de diferentes fabricantes troquem informações sem
interrupção. [5], [6]
A Figura 2 exibe a comunicação entre o software padrão e
dispositivo industrial. O OPC é implementado em pares:
Cliente e Servidor. O servidor OPC é um software responsável
por converter o protocolo de comunicação do hardware que é
controlado pelo CLP em protocolo OPC. O cliente é a
interface que através do servidor comunica com o hardware,
enviando comandos ou obtendo informações. [7]
Figura 2. Comunicação entre software padrão e chão de fábrica. [7]
Por ser um padrão aberto, viabiliza os custos para os
fabricantes de hardware que precisam fornecer um único
servidor para seus dispositivos comunicarem com qualquer
cliente OPC. Os fornecedores de software adequam os
recursos do cliente em seus produtos e estes se tornam
compatíveis aos dispositivos. Fica a critério do usuário
escolher qualquer software cliente que este estará ápto a trocar
informações. [7]
O cenário de conexão OPC não se restringe somente a
cliente e servidor, como apresentado na Figura 2, mas também
pode ser conectado um cliente OPC para vários servidores
(agregação OPC), um cliente para um servidor através de uma
rede (encapsulamento OPC), e/ou um servidor para outro
servidor OPC (ponte). [7]
III. BANCO DE DADOS
O uso de banco de dados se tornou uma prática muito
comum e importante no cotidiano da sociedade, por exemplo,
ao fazerem reservas em um hotel ou na compra online de
passagens aéreas, pela página web das empresas, onde um
programa de computador ou pessoa deve acessar um banco de
dados para consultar e/ou atualizar os recursos de
disponibilidade tanto das reservas como das passagens. Nestes
casos, há também a possibilidade de salvar o cadastro de
identificação do comprador no datacenter, a fim de facilitar
uma solicitação futura, evitando assim, um novo registro. E
tudo isso de maneira segura, rápida e moderna. Atividades
como esta são denominadas aplicações tradicionais de banco
de dados, cujas informações estão em forma de texto ou
números. [8]
Em processos industriais de médio e grande porte é
comum o uso de sistemas de armazenamento e recuperação de
dados. O banco de dados é utilizado para armazenar as
informações do projeto referentes aos históricos, fórmulas e
alarmes que são recebidos pelo sistema SCADA. [2]
Elmariz e Navathe (2005) [8] generalizam quanto à
definição do que vem a ser o banco de dados. Trata-se de
“uma coleção de dados relacionados. Os dados são fatos que
podem ser gravados e que possuem um significado implícito.
Um banco de dados possui algumas fontes das quais os dados
são derivados, alguns níveis de interação com os eventos do
mundo real e um público efetivamente interessado em seus
conteúdos. ” Segundo Date (2003) [9] o banco de dados “pode
ser considerado como o equivalente eletrônico de um armário
de arquivamento, ou seja, ele é um repositório ou recipiente
para uma coleção de arquivos de dados computadorizados. Os
usuários de um sistema podem realizar (ou melhor, solicitar
que o sistema realize) diversas operações envolvendo tais
arquivos. ”
Um banco de dados pode ser mantido de forma manual ou
automatizado. O banco de dados automatizado pode ser criado
e mantido tanto por um conjunto de aplicativos como por um
Sistema Gerenciador de Banco de Dados (SGBD). Este é uma
coleção de programas que permite aos usuários operarem o
banco de dados. Por se tratar de um sistema de software de
propósito geral, o SGBD facilita os processos de definição,
construção, manipulação, compartilhamento, proteção e
manutenção de banco de dados entre diversas aplicações e
usuários. [8]
A definição especifica os tipos de dados, as estruturas e as
restrições que eles serão armazenados. A construção envolve
as requisições de acesso ao banco de dados para armazenar em
determinadas mídias. A manipulação possui a função de
recuperar um dado específico, atualizar o banco de dados e
gerar os relatórios. O compartilhamento possibilita aos
diversos usuários acessar os mesmos recursos, em tempos
iguais, porém podendo usá-los para diferentes finalidades. A
proteção atua tanto nas falhas do sistema como em oposição a
acessos não autorizados ou maliciosos. E a manutenção visa
manter o funcionamento de um sistema de banco de dados por
vários anos. Essas são importantes funções do SGBD. [8]
A junção do software SGBD com o banco de dados resulta
no sistema de banco de dados. A Figura 3 mostra este sistema
de acesso ao banco de dados cujo objetivo é registrar e manter
a informação, permitindo aos usuários executarem as funções
do sistema de gerenciamento. [8]
Figura 3. Sistema de banco de dados. [8]
Existem três classes de usuários que fazem uso do sistema
de banco de dados. A primeira delas é o programador, cuja
função é desenvolver os programas de aplicação que utilizam
o banco de dados para atualizar, recuperar, criar ou realizar
qualquer outra atividade através de solicitações emitidas ao
SGBD. [8]
Em seguida tem a classe do usuário final que tem acesso
ao banco de dados por um terminal online, utilizando uma
linguagem de consulta para solicitar o programa de aplicação
(aplicativo) escrito. Esta classe pode executar todas as
atividades que são usuais da primeira. [8]
A última classe é a do Administrador do Banco de Dados
(DBA, do inglês Data Base Administrator). É responsável por
manter os esquemas e mapeamentos, decidir qual o conteúdo
do banco de dados, qual a estrutura de armazenagem, servir
como elo com os usuários, etc. [8]
O sistema de banco de dados não possui somente o banco
de dados, contudo toda sua estrutura e restrições. A descrição
da estrutura de cada arquivo é guardada no catálogo do SGBD,
que contém também o tipo e o formato de armazenamento.
Toda informação que é armazenada no catálogo denomina-se
metadados e pode ser utilizado pelo software de gerência ou
pelos usuários. [8]
Na visão de Date (2003) [9] “os sistemas de bancos de
dados oferecem diversos benefícios, dos quais um dos mais
importantes é a independência de dados. A independência de
dados pode ser definida como a imunidade de programas de
aplicações a alterações no modo de armazenamento físico dos
dados e na forma de obter o acesso a eles. ”
 A implementação de bancos de dados viabiliza o processo
produtivo e resulta em lucratividade direta ou indiretamente
para empresas e serviços.
Em sistemas industriais um banco de dados é utilizado
para tratar as tags usadas no sistema supervisório. Para o
planejamento e elaboração desse banco de dados são
necessárias algumas informações, as quais são apresentadas
por Moraes e Castrucci (2007) [2]:

 Diagramas de instrumentação da planta;

 Lista de endereços dos dados ou endereços de
registradores no CLP;
 Possíveis alarmes.
Figura 4. Visão geral de uma nuvem computacional. [10]
Segundo eles é necessário também seguir alguns
procedimentos antes de montar o banco de dados com os tipos
A. Características
das variáveis (digital, analógico ou string): [2]
Algumas importantes vantagens, destacadas também como
 Escolher a velocidade de varredura das variáveis;
características essencias que as soluções em nuvem oferecem
 A escolha dos nomes das variáveis deve seguir uma são descritas abaixo: [1], [10]
lógica de acordo com seu significado físico e o seu padrão de
codificação. Variáveis que não possuam um significado ou
 Serviços sob demanda: os clientes fazem a
que só são familiares para quem às projetou podem tornar
requisição dos serviços conforme suas necessidades sem que
desastrosas uma futura manutenção do sistema ou alguma
haja intervenção da parte técnica dos provedores. O hardware
correção;
e software podem ser modificados para que cada usuário
 Agrupar as variáveis de maneiras significativas, personalize o seu ambiente computacional.
como por exemplo, agrupar todos os equipamentos similares
ou áreas dentro de uma planta.
 Amplo acesso a rede: como mostra a Figura 4, os
recursos da nuvem são disponibilizados através da rede,
IV. COMPUTAÇÃO EM NUVEM
estando acessíveis por smartphones, tablets ou estações de
trabalho com acesso à internet.
A computação em nuvem ou cloud computing tem
ganhado destaque nos estudos na área de TI (Tecnologia da
 Alocação de recursos: para servir os múltiplos
Informação), por revolucionar a infraestrutura do setor de
consumidores ao mesmo tempo, os recursos computacionais
informática.
do provedor, sejam eles virtuais ou físicos são organizados em
É uma abordagem recente, que se refere à utilização de
pool, usando o modelo multi-inquilino. É possível especificar
mídias digitais interligadas através da internet, com o objetivo
a localidade do recurso em um nível mais alto de abstração,
de prover serviços sob demanda aos usuários com pagamento
por exemplo, país, estado e datacenter.
baseado no uso, assim como os de utilidade pública (água, luz,
etc), ou seja, é cobrado pela quantidade que está sendo
utilizada e cada fornecedor tem a sua política de tarifação. A  Elasticidade rápida: os recursos podem ser
tendência é atingir tanto o cliente comum como empresas que adquiridos de maneira elástica e rápida e, em alguns casos,
utilizam a plataforma computacional de terceiros. [1] automática, conforme a demanda. Para o consumidor a
O termo nuvem é uma metáfora e está relacionado ao capacidade de crescimento parece ser ilimitada.
acesso às informações e serviços serem feitos remotamente via
sistema global de redes de computadores. [1] A Figura 4  Serviço medido: o uso de recursos é controlado e
apresenta uma visão geral dos serviços de tecnologia que a delimitado por uma capacidade de medição, conforme o tipo
computação em nuvem proporciona. [10] de serviço, tais como, processamento, armazenamento,
ocupação da banda. A cobrança geralmente é baseada neste
quesito.

B. Modelos de serviços

Os serviços em nuvem podem ser divididos em três

principais categorias que definem um padrão de arquitetura
para suas soluções. São elas: [1], [10]
  Software como um Serviço (SaaS - Software as a
Service): o provedor fornece o uso de software para os
usuários através de navegadores de internet ou programas
específicos. A infraestrutura, incluindo rede, servidores,
sistemas operacionais ou área de armazenamento não é
administrada e nem controlada pelo cliente e os
desenvolvedores proporcionam a inovação desses sistemas de
software. Por ser um software via web, este pode ser acessado
de qualquer lugar e a qualquer momento. Dentre os
fornecedores de SaaS destacam-se Google Docs e Customer
Relationship Management (CRM) da Salesforce.
 Plataforma como um Serviço (PaaS - Platform as a
Service): o modelo PaaS é responsável por fornecer a
infraestrutura para implementar e testar as aplicações na
nuvem. Nela o usuário tem o controle apenas sobre as
aplicações implantadas e as ferramentas de configuração
presentes na plataforma, ele dispõe do sistema operacional,
linguagens de programação e o ambiente para o
desenvolvimento, auxiliando a implementação de sistemas de
software. Como exemplos de PaaS pode-se citar o Amazon
Web Services (AWS) e o Microsoft Azure.
 Infraestrutura como um Serviço (IaaS -
Infrastructure as a Service): é responsável por fornecer toda a
infraestrutura para o SaaS e PaaS e todos os recursos que os
compõem. Tem como objetivo facilitar a distribuição dos
recursos, tais como, área de armazenamento, rede e outros
recursos computacionais relevantes para instalação e execução
de programas arbitrários, incluindo sistemas operacionais e
aplicações. Como nos modelos anteriores, o usuário não
administra e também não controla a infra da nuvem, porém
possui controle sobre os sistemas operacionais,
armazenamento e aplicativos implantados, e eventualmente,
seleciona componentes de rede, tais como firewalls. Amazon
Elastic Compute Cloud (EC2) e Simple Storage Service (S3)
são exemplos de IaaS.
Definido o padrão de arquitetura para as soluções, resta
classificar as responsabilidades que cada qual deve exercer. A
Figura 5 adaptada de Souza, Moreira e Machado (2010) [10] e
Grezele (2013) [11] destaca os importantes papéis
desempenhados pelos diferentes usuários (incluindo provedor
e desenvolvedor).
O provedor é o elemento chave que disponibiliza, gerencia
e monitora todas as soluções de computação em nuvem. O
desenvolvedor e o usuário final não se envolvem nestas
atividades. [10]
É de responsabilidade do desenvolvedor utilizar da
plataforma e da infraestrutura para o desenvolvimento rápido
de softwares com propósito específico. Já o usuário final
realiza a interação, controlando as aplicações implantadas e
hospedadas na infra. [10]
Figura 5. Modelos de Serviço da Computação em Nuvem. [10], [11]
Um dos elementos principais relacionados à SaaS é o
conceito de multi-inquilino. Vários inquilinos podem utilizar
simultaneamente o mesmo software, aplicações, dados,
metadados e serviços. Em vista deste fato, o provedor deve
aplicar políticas para segmentação, isolamento, governança,
níveis de serviço, modelos de cobrança e restituição, com o
intuito de disponibilizar os mesmos recursos para o maior
número de usuários possíveis. [1], [11]
C. Banco de Dados como um Serviço
O banco de dados como um serviço (DBaaS - DataBase as
a Service) é uma especialização do SaaS, conforme exibido na
Figura 5. Este é um modelo que considera a utilização de
banco de dados para o armazenamento em nuvem. [11]
Vários serviços são disponibilizados na nuvem e o SGBD
pode ser um deles. Diferente do gerenciamento tradicional
retratado no capítulo III, que apresenta certas limitações, o
novo sistema DBaaS tem sido preterido por grandes empresas.
[12]
De acordo com Elmariz e Navathe (2011) [12] um dos
problemas do sistema tradicional é “a falta de suporte para
particionamento dinâmico eficiente de dados, o que limitou a
escalabilidade e a utilização de recursos. ”
O DBaaS surgiu como um novo modelo para a gestão de
dados em ambientes corporativos, em que o fornecedor
hospeda um banco de dados, o qual, possui escala otimizada e
alta disponibilidade de armazenar dados até alcançar o limite
suportado pelo centro de dados principal (datacenter). Os
inquilinos contratam os serviços e possuem acesso a
mecanismos para criar, armazenar e consutar o banco de dados
localizado no provedor, e este deve garantir todo o suporte
integrado para obter as informações, como disponibilidade,
desempenho, e a qualidade. [11], [12] A Figura 6 apresenta uma
estrutura DBaaS. [1]
Um sistema de banco de dados como este, que possui
vários usuários, deve oferecer uma estrutura que seja possível
ampliar sua base para suportar múltiplos programas
aplicativos/consultas em diferentes regiões geográficas. Ele
também deve ser capaz de realizar esta ação enquanto o banco
de dados está em execução, sem a intervenção do provedor V. APLICAÇÃO E RESULTADOS
para que o serviço não seja afetado. [1]
Além de oferecer um modo simples de interação e
monitoramento das informações de uma planta, os modelos de
supervisão de sistemas de automação têm identificado a
necessidade de armazenar os dados para análises e ações de
melhoria no futuro, influenciando na tomada de decisões, no
controle de qualidade, na manutenção, nas estimativas de
produção e em outros posicionamentos no chão de fábrica,
baseado no histórico das informações do banco de dados.
A aplicação desenvolvida apresenta um processo para
aquisição de temperatura e seu armazenamento em um banco
de dados na nuvem, bem como a seleção das informações
armazenadas, envolvendo métodos convencionais que utilizam
as técnicas de automação e métodos alternativos como o
tratamento de informações através de soluções
computacionais.
A Figura 7 ilustra o diagrama de blocos dos elementos do
sistema.
Figura 6. Banco de dados como um serviço. [1]

Em contradição as facilidades e benefícios que a categoria

DBaaS oferece, fica em questão o quão confiável são os meios
para manter o sigilo das informações. Apesar de o provedor
não expor os dados dos clientes, ele possui as técnicas
responsáveis pela proteção da informação que o mesmo
utiliza. Neste caso o usuário fica dependente dos serviços de
confiabilidade do provedor. [11]
Um exemplo de banco de dados SQL é um dos serviços
integrados oferecidos pela plataforma em nuvem Azure,
desenvolvida pela Microsof, e que foi utilizado neste trabalho
para a aplicação proposta. É um banco de dados relacional
como um serviço (DBaaS), ou seja, é um gerenciador e
servidor de banco de dados que utiliza de ferramentas para
implantar e gerenciar os bancos locais e na nuvem. O termo
relacional indica que o banco possui relacões entre seus dados Figura 7. Diagrama de blocos do sistema.
(tabelas de valores, entidades). As tabelas e outros
construtores que pertencem à mesma aplicação são agrupados. O sistema possui dois sensores PT-100 que medem os
[8], [14], [15]
valores de temperatura, e através de um transmissor converte a
A plataforma inclui também soluções web que permite aos variação de resistência elétrica em um sinal padrão de
desenvolvedores compilar, implantar e gerenciar sites usando automação, neste caso 4 a 20 mA.
as linguagens .NET, NodeJS, PHP, Python e Java. [14] A cada CLP, foi disponibilizado um endereço IP (Internet
A linguagem SQL que se tornou padrão para os bancos de Protocol) para identificá-los na rede, então foram conectados a
dados relacionais, utiliza as funcionalidades da álgebra e do um switch por um cabo Ethernet e implementados como um
cálculo relacional, importantes na otimização de consultas no servidor OPC. O servidor interpreta os dados dos sensores, e
SGBD. Inicialmente sua versão original foi chamada de os fornece em forma de tags no padrão OPC. As tags são
SEQUEL (Structured English QUEry Language – Linguagem importadas para o driver OPC no supervisório, no caso o
de Pesquisa em Inglês Estruturado) e implementada pela IBM software E3 Studio desenvolvido pela Elipse software que
(International Business Machines). A última versão foi passa a atuar como um cliente OPC (instalado em um
chamada de SQL3, porém é mais conhecida como SQL-99. [8] desktop). O E3 Studio possibilitou monitorar os status das
A SQL abrange comandos para definição dos dados, entradas analógicas por interfaces gráficas, atualizando o
consultas, atualizações e funcionalidades para reforçar a banco de dados e exibindo as informações em tempo real. [16]
segurança e autorizações para as definições de restrições de A Figura 8 apresenta o esquema de ligação da montagem
integridade e controle de transação. Por ser uma linguagem prática realizada.
flexível, os comandos SQL podem ser descritos juntamente
com outras linguagens de programação como Java, COBOL
ou C/C++. [8]

Figura 8. Montagem prática da aplicação.
No E3 Studio (SCADA 1) foi configurado um histórico
para criar uma tabela dentro do banco de dados, cujo
armazenamento das tags da aplicação foi definido por tempo,
ou seja, a cada cinco segundos. Para a tabela foram criadas
três variáveis:
Com o SCADA 1 configurado como cliente OPC e
conectado à internet via rede cabeada, a implementação do
SCADA 2 para a consulta tornou-se mais simples, pois foi
necessário fazer apenas a conexão com o servidor do banco de
dados, criar um E3Browser, inserir o objeto consulta no
mesmo e executar o comando para recuperar os dados na
nuvem. Esta estação de supervisão executou a leitura dos
dados armazenados com acesso à rede mundial via Wi-Fi.
Por meio de um tablet, abriu-se um navegador e foi
realizado o acesso à página web implantada, cuja URL
(Uniform Resource Locator) é
“www.consulta.azurewebsites.net.” A conexão do tablet
também foi feita pela rede sem fio, caracterizando um acesso
remoto.
As Figuras 9 e 10 mostram as telas gráficas dos
dispositivos utilizados para a monitoração do histórico no
banco de dados.

 E3TimeStamp: tempo real;

 TempCLP1: valor da temperatura medida pelo sensor
do CLP1, em °C;
 TempCLP2: valor da temperatura medida pelo sensor
do CLP2, em °C.

Para a conexão com o servidor do banco de dados em

nuvem, o supervisório utiliza a tecnologia ADO. O ADO é
utilizado nos scripts do E3 para todo tipo de operação junto ao
banco de dados. Ele é um conjunto de objetos COM
(Component Object Model) criado para acessar informações
de um SGBD usando OLE DB (DataBase).
A plataforma em nuvem Azure foi utilizada para hospedar
o banco de dados do sistema, sendo que dentre as opções de
servidores espalhados pelo mundo, foi escolhido um no Sul do
Brasil para alocação. Outro recurso utilizado no Azure foi o de
criar e implantar um aplicativo web, que é uma página escrita
em linguagem PHP (Personal Home Page) [17], através da
ferramenta WebMatrix desenvolvida pela Microsoft [18], em
que os recursos são disponibilizados em ambiente Windows.
Esta foi uma alternativa para conectar no banco de dados e
apresentar as informações em tempo real, sendo que o acesso
foi realizado por um navegador. O servidor que hospeda a
página é o mesmo do banco de dados, pois a proposta era que
o delay imposto no sistema fosse o menor possível.
Criou-se no sistema supervisório um objeto denominado
E3Browser, em formato de tabela, para a visualização dos
dados armazenados. Outra forma de visualizar os dados foi
através do objeto E3Chart que exibe um gráfico com as tags
variando em tempo real. O E3Browser e o E3Chart utilizam o
ADO para recuperação dos dados no banco de dados.
Para os testes de verificação de escrita e leitura no banco Figura 9. Tela do supervisório local SCADA 1.
de dados, foi implementado um segundo supervisório
(SCADA 2) utilizando um notebook (com o E3 Studio já
instalado), para funcionar remotamente. O SCADA
apresentado na Figura 8 é o local (pode ser instalado na sala
de controle de uma empresa), pois está interligado aos CLP’s.

Figura 10. Telas do supervisório remoto SCADA 2 e da página web via
Tablet.
Nas Figuras 9 e 10 nota-se que as consultas foram feitas
simultaneamente e em tempo real com atualização definida em
intervalos de cinco segundos, conforme configurado nos
supervisórios.
Este sistema ficou em execução por aproximadamente uma
hora e o armazenamento no banco de dados foi de 4,38 MB
(Megabytes).
VI. CONCLUSÃO
Este trabalho apresentou uma forma de aplicação na
supervisão de sistemas de automação em que as informações
coletadas em campo são armazenadas em um banco de dados
utilizando plataforma em nuvem. Uma alternativa para a
monitoração das informações em tempo real que é comum
serem feitas nos sistemas supervisórios, foi à implantação de
um aplicativo web que conecta ao banco de dados e realiza a
leitura do histórico, sendo este recurso, também oferecido
como um serviço em nuvem.
Nesta aplicação os dados de temperatura foram
armazenados no banco de dados, mas poderiam ser escritas
informações de fórmulas e/ou alarmes, possibilitando análises
e ações de melhoria no futuro.
Neste processo foram observados alguns momentos de
delay na apresentação dos valores de temperatura medidos,
tanto nas tabelas dos SCADA’s como na página web. Porém
para esta aplicação esse atraso é visto de maneira desprezível,
já no caso de ambientes industriais de grande porte, pode ter
certo impacto dependendo da qualidade do sinal de internet e
sabendo que a quantidade de dados a serem tratados é extensa.
A troca de dados entre sistemas e equipamentos possui
como barreira a diversidade de protocolos entre os
componentes. Como visto nesta aplicação, a Pearson Addison Wesley, 2005, pp 3-149.
interoperabilidade entre os controladores e o supervisório pode
ser obtida por meio da tecnologia OPC.
Os resultados demonstraram que a leitura e escrita dos
dados foram feitas de modo eficaz, tanto pelos supervisórios
como também pela página web. O acesso a esta página foi
feito pelo tablet, porém esta também poderia ser conectada
através de um smartphone ou desktop. Assim como para o
SCADA remoto foi utilizado um notebook, qualquer outro
dispositivo com acesso à internet e que tenha o software de
supervisão instalado realizaria a leitura no banco de dados. Por
ser um software via web, os recursos de banco de dados e
aplicativo web oferecidos pela plataforma em nuvem,
possibilitaram maior mobilidade de acesso via dispositivos
conectados à internet.
Os usuários terão mais vantagens com a utilização deste
modelo apresentado, pois contratam os serviços e possuem
acesso para criar, armazenar e consultar os recursos oferecidos
pelo provedor, sem se preocupar com uma infraestrutura
complexa, somente com o foco na aplicação. O fornecedor
fica responsável pelo gerenciamento, garantindo todo suporte
necessário. Portanto, a adoção dessa infraestrutura resultará
em eficiência operacional, agilidade, melhores serviços e
menores custos, pois os consumidores não precisarão manter
as redes, servidores, datacenters, etc.
Por outro lado, pode haver certo desconforto por parte das
empresas e usuários em ter seus bancos de dados com todas as
informações aos cuidados de uma terceira. O usuário fica
dependente dos serviços de confiabilidade do provedor.
Acredita-se que os desafios das futuras aplicações serão
voltados para uma maior consistência e segurança dos dados
nos serviços em nuvem.
E a principal desvantagem que o uso desta tecnologia
apresenta é que os acessos ao banco de dados somente são
feitos se houver cobertura e disponibilidade de internet no
local determinado.
REFERÊNCIAS
[1] F. R. C. Sousa, L. O. Moreira, J. A. F. d. Macêdo, J. C. Machado,
“Gerenciamento de Dados em Nuvem: Conceitos, Sistemas e Desafios,”
em SWIB, Belo Horizonte, 2010.
[2] C. C. de Moraes, P. d. L. Castrucci, Engenharia de automação industrial,
Rio de Janeiro: LTC, 2001, pp. 81–90.
[3] P. S. M. Pires, L. A. H. G. d. Oliveira, D. N. Barros, “Aspectos de
segurança em sistemas SCADA - Uma visão geral,” Controle &
Instrumentação, nº 104, Maio 2005.
[4] L. A. Jurizato, P. S. R. Pereira, “Sistemas Supervisórios,” Network
Technologies, vol. 1/2, pp. 105-114, 2002/2003.
[5] D. F. Ribeiro, Leandro, R. d. Anjos, “Utilização do drive OPC na
integração de sistemas de automação industrial,” apresentado em
Seminário Nacional de Sistemas Industriais e Automação, Belo
Horizonte, MG, 2008.
[6] OPC Foundation, “What is OPC?,” OPC Foundation, [Online].
Disponível: opcfoundation.org/about/what-is-opc/. [Acesso em 4
Fevereiro 2015].
[7] OPC DataHub, “What is OPC?,” Cogent Real-Time Systems, 1995.
[Online]. Disponível: www.opcdatahub.com/WhatIsOPC.html. [Acesso
em 4 Fevereiro 2015].
[8] R. Elmasri, S. B. Navathe, Sistemas de Banco de Dados, São Paulo:
[9] C. J. Date, Introdução a Sistemas de Bancos de Dados, São Paulo:
Elsevier, 2003, pp. 870.
[10] F. R. C. Souza, L. O. Moreira, J. C. Machado, “Computação em Nuvem:
 Conceitos, Tecnologias, Aplicações e Desafios,” apresentado em
ERCEMAPI, Parnaíba, PI, 2009.
[11] F. Grezele, “Segurança em serviços de banco de dados em nuvem:
controles para acordos de níveis de serviços,” Mestre. Dissertação,
Universidade Federal de Santa Catarina, Centro Tecnológico,
Florianópolis, SC, 2013.
[12] E. L. S. X. Freitas e F. d. Souza, “Banco de Dados em Nuvem: Um
Modelo para Garantia de Consistência dos Dados,” apresentado em
Simpósio Brasileiro de Banco de Dados - SBBD 2013, Recife, PE, 2013.
[13] R. Elmasri, S. B. Navathe, Sistemas de Banco de Dados, São Paulo:
Pearson Addison Wesley, 2011.
[14] Microsoft, “Azure,” Microsoft, [Online]. Available:
www.microsoft.com/azure. [Acesso em 31 Janeiro 2015].
[15] Microsoft, “SQL Server,” Microsoft, [Online]. Disponível:
www.microsoft.com/sqlserver/pt/br/default.aspx. [Acesso em 3 Fevereiro
2015].
[16] E. software, “Sobre o E3,” Elipse software, [Online]. Available:
www.elipse.com.br/port/e3.aspx. [Acesso em 8 Janeiro 2015].
[17] W. Soares, PHP 5: Conceitos, Programação e Integração com Banco de
Dados, São Paulo: Érica, 2004.
[18] Microsoft, “Introdução ao WebMatrix,” Microsoft, [Online]. Disponível:
www.msdn.microsoft.com/pt-br/library/gg650436.aspx. [Acesso em 15
Março 2015].

Jaime Alvarenga Santos nasceu em Perdões/MG, em 21 de Dezembro de

1987. Técnico em Eletrônica pela Escola Técnica de Eletrônica “FMC”
(2005), Engenheiro Eletricista, ênfase em Telecomunicações pelo Instituto
Nacional de Telecomunicações (2012/1) e concluinte do curso de Pós-
Graduação em Engenharia de Sistemas Eletroeletrônicos, Automação e
Controle Industrial pelo Inatel (2015/1).
Toda sua formação ocorreu na cidade de Santa Rita do Sapucaí/MG, onde
também, desde Agosto de 2012, atua como Especialista em Sistemas na área
de Projetos de Sistemas Celulares no Inatel Competence Center – Laboratório
de documentação Ericsson Gestão e Serviços. Recentemente foi transferido
para o Laboratório WireLine, onde executa projetos e manutenções a nível de
software de Centrais de Programa Armazenado (CPA) que utilizam o sistema
AXE.

João Paulo Carvalho Henriques nasceu em Ouro Fino, MG, em 15 de abril

de 1983. Recebeu o título de Técnico em Eletrônica pela Escola Técnica de
Eletronica Francisco Moreira da Costa em 2001, Engenheiro Eletricista pelo
INATEL em 2006, especialista em Docência no Ensino Superior pela FGF em
2012 e Mestre em Engenharia Eletrica pela Universidade Federal de Itajubá
em 2014. Desde 2012 é professor Auxiliar do Instituto Nacional de
Telecomunicacões, onde atua com Controle de Sistemas Dinâmicos,
Controlador Lógico Programável e Sistemas Supervisórios.