a alimentacao da base de dados do sistema.Sejam criadas TAGs associadas a enderecos especificos em cada dispositivo de campo, de modo que seja possivel associar cada valor em campo a objetos na tela do sistema.Device driversOs device drivers ou drivers de dispositivos, sao geralmente bibliotecas (arquivos .dll ou similares) que podem ser integrados a um sistema supervisorio de maneira que seja possivel a comunicacao (leitura e escrita de valores) com dispositivos em campo, utilizando um dos meios fisicos disponiveis.Geralmente, os device drivers sao desenvolvidos para um fabricante de sistema de supervisao especifico, de maneira que cada fabricante de software para desenvolvimento de sistemas supervisorios precisaria desenvolver o seu arquivo de driver para cada protocolo ou dispositivo de campo.A Figura 3 mostra o principio de operacao de um sistema supervisorio utilizando device drivers para acesso aos dispositivos de campo. Note que os device drivers integram o sistema supervisorio, logo, o fabricante deste supervisorio deve desenvolver o driver para isso. Figura 3 - Principio de operacao de um supervisorio com device driversPara equipamentos especificos ou muito antigos, com protocolos de comunicacao de dados proprietarios, provavelmente nenhum software de mercado suportara e sera necessario desenvolver um device driver para aquele equipamento. Geralmente os fabricantes de softwares de supervisao possuem esse servico mas ele e muito caro, pois exigira um grande esforco de engenharia e talvez ate testes de campo para concluir este desenvolvimento. Em uma certa ocasiao, um cliente mencionou que havia feito uma cotacao para o desenvolvimento de um driver que ele precisaria e o fabricante cobraria cerca de US$ 5.000,00 (cinco mil dolares) para o desenvolvimento, se nao houvesse a necessidade de realizar testes de campo, o que encareceria mais o processo.Assim, este tipo de solucao de comunicacao utilizando device drivers se torna muito complexa e o usuario final fica preso ao fabricante do software, pois a migracao para outro fabricante dependera da existencia de drivers para o novo supervisorio que sejam compativeis com os dispositivos de campo. Padrao OPCDurante algum tempo, esta problematica de device drivers influenciava ate a aquisicao de novos equipamentos, pois, como adquirir um equipamento de campo que nao poderia se comunicar com o supervisorio existente?Para evitar o incoveniente dos device drivers, um conjunto de fabricantes de softwares de supervisao e dispositivos de campo desenvolveu em 1996 um padrao denominado OPC (do ingles OLE for Process Control - OLE para Controle de Processos) e, mais tarde, foi criada a OPC Foundation, para manter e gerenciar o desenvolvimento do padrao.OLE (do ingles Object Linking and Embedding, ou Incorporacao e Vinculacao de Objetos) e, basicamente, um protocolo criado pela Microsoft para possibilitar o intercambio de dados entre aplicativos dentro do ambiente Windows. Um exemplo classico disso e o famoso Ctrl+C e Ctrl+V, utilizado para copiar e colar dados (no mesmo aplicativo ou em aplicativos diferentes). Assim, esta tecnologia e utilizada para fins de monitoramento e comandos em sistemas de controle.Assim, cada fabricante de dispositivos disponibiliza um software, chamado de OPC Server, que tem incorporado os protocolos especificos de comunicacao com os dispositivos, mas disponibiliza, via OLE, os dados que podem ser