A perda de dados críticos do processo é uma ameaça muito real na indústria de controle de processo hoje, especialmente com sites que são distribuídos remotamente. Pode haver qualquer intervalo de interrupções nas comunicações entre essas instalações remotas. De transmissões de satélite ou micro-ondas sendo interrompidas, para Ethernet comunicações de um ISP caindo, para quedas de energia e manutenção regular, tudo isso pode causar esses dados sejam perdidos e se tornem muito difíceis de recuperar.
CONTROLE DE DADOS
A primeira coisa que você precisa considerar ao montar esta solução é como você vai para usá-lo. Quem vai olhar e acessar esses dados? Será usado pela equipe no controle remoto estações ou será usado por pessoas que acessam um repositório central? Na maioria das vezes você não vai querer coletar e transmitir todos os dados de produção. Somente os dados críticos para as necessidades e métricas devem apenas ser transmitido.
Uma vez selecionados os dados a serem transferidos, a velocidade com que esses dados serão coletados precisa ser considerado. Os dados são absolutamente necessários para serem coletados a cada segundo ou devem ser considerados em Taxas de atualização de 15 segundos, minutos ou até mais altas? Isso depende de muitos fatores:
• Com que rapidez os dados mudam?
• Qual resolução de dados é necessária?
• Quanto espaço de armazenamento está disponível para os dados?
A próxima coisa a considerar é a importância desses dados. O que acontecerá se a conectividade de dados for perdida?
Há duas maneiras diferentes de examinar a criticidade dos dados.
1) Se os dados precisam estar acessíveis 100% do tempo e não podem lidar com nenhuma interrupção então ter algum tipo de solução de redundância para garantir que isso possa ser alcançada deve ser considerada.
2) Se os dados precisarem chegar ao destino com 100% dos dados intactos, porém pode haver um atraso na chegada, então precisamos considerar um tipo de armazenamento e encaminhamento de dados método de transferência
ARQUITETURA
Existem muitas maneiras diferentes de projetar esse tipo de sistema em conjunto e cada uma tem suas vantagens e desvantagens. Você precisa ter certeza de que está selecionando a arquitetura que melhor se adapta ao requisitos. Os dois principais tipos de arquiteturas de dados são uma arquitetura push e uma arquitetura pull.
A Arquitetura Push tem o controle da movimentação de dados localizada na origem dos dados. Esta estaria na instalação remota ou em alguma filial onde os dados remotos estão localizados. A partir daqui os dados são enviados pela rede para o Data Warehouse central. A Arquitetura Pull tem o controle da movimentação de dados localizada no Data Warehouse central. Isso é geralmente em uma sede corporativa onde muitas pessoas ou sistemas diferentes podem acessar esses dados.
Por que fazemos essa distinção e quais são as diferenças entre os dois?
Arquitetura Push
• Mais seguro: Como as instalações remotas geralmente estão localizadas dentro de suas próprias redes isoladas, elas têm restrições de segurança muito mais rígidas para acesso remoto do que os sistemas em uma rede corporativa. Isso torna muito mais difícil para um invasor externo obter acesso aos sistemas de controle e causar dano. Como política geral de segurança, o fluxo de dados deve ser do local mais seguro da rede para um local menos seguro. Isso ocorre porque, se o local menos seguro for comprometido então os dados ainda estariam seguros e não acessíveis pelo invasor.
• Controle de Dados: Ter o controle de dados mantido na instalação remota permite que a equipe neste local remoto tenha controle total sobre o que é enviado para o Data Warehouse. Isso pode ser muito crítico se os sistemas de Data Warehouse são mantidos por uma equipe diferente dentro da empresa ou podem ser mantido por uma empresa totalmente diferente. Isso evita que pessoas não autorizadas vejam dados que não foram explicitamente configurados.
Arquitetura Pull
• Configuração Central: Ter tudo controlado no Data Warehouse significa que existe um configuração central para todos os dados. Manter esses dados e configuração de um único local significa que menos pessoas precisariam ser treinadas na solução.
• Menor custo: Com apenas a manutenção de um único ponto de controle, geralmente haverá menos custo para o arquitetura geral. Essa economia de custos, no entanto, pode não existir se comunicações mais seguras para os sites remotos são necessários. Níveis mais altos de segurança podem ser implementados, mas você normalmente tem para colocar uma camada de segurança adicional para restringir as tags que o local central pode visualizar e acessar. Outra decisão arquitetônica principal que precisará ser tomada é se uma solução de armazenamento e encaminhamento e/ou uma solução redundante é necessária. Ambas as soluções podem ser usadas ao mesmo tempo, no entanto, isso aumentar o custo da implementação.
Visibilidade de dados
Pode ser muito benéfico ter os operadores locais usando os dados coletados para obter os KPIs e painéis. Se todos esses dados estiverem sendo coletados em um historiador central e essa conexão for perdida esses KPIs e painéis locais não funcionarão. É necessária uma conexão ao vivo com o historiador principal para que isso trabalho e que podem estar localizados a centenas de quilômetros de distância. Os operadores podem fazer seus trabalhos sem esses KPIs e painéis?
Nesse tipo de situação, uma solução de armazenamento e encaminhamento que possui um buffer local de dados que pode ser acessado da instalação remota devem ser usados. Isso permite que todos os relatórios e painéis sejam executados localmente evitando interrupções se a conexão principal com o historiador for perdida, além de reduzir a largura de banda sendo usado porque esses dados não estão sendo recuperados do Data Warehouse principal, eles estão sendo acessados localmente.
Pergunte aos Especialistas
Como saber se você tem a solução certa para as necessidades da instalação?
Uma das melhores maneiras é obter uma consulta complementar da Matrikon. Temos muitos sistema arquitetos com mais de 10 anos de experiência projetando soluções de gerenciamento de dados. Esta experiência pode ser inestimável quando você precisa garantir que o sistema que está sendo implementado será confiável e eficiente.
Oferendas Matrikon
Uma maneira de resolver esses problemas de conectividade é implementando o Matrikon Industrial Data Logger. Esta dispositivo se conecta ao sistema SCADA e transmite dados diretamente para o Historiador automaticamente. Não importa qual historiador ou banco de dados você está usando para capturar os dados (Exemplo: Oracle, PHD, IP21, PI ou qualquer outro data warehouse), este produto garante que seus dados cheguem lá.
Industrial Data Logger é um dispositivo versátil, compacto o suficiente para uso em diversas aplicações onde amplas oscilações de temperatura ambiente e espaços restritos são uma realidade constante. Sendo um computador industrial robusto e sem ventilador, o Industrial Data Logger foi projetado para funcionar por anos sem exigir manutenção. Em alguns casos, o sistema simplesmente não é acessível a operadores humanos.
Nos tais cenários, caso os sistemas travassem, eles seriam desativados permanentemente. Em outros casos, a velocidade em que um operador humano redefiniria os dispositivos seria muito lento para atender aos requisitos de tempo de atividade de seu sistema. Projetado para implantação remota, é autossuficiente. Se ocorrer um erro, normalmente não é possível aguardar o reinício do sistema manualmente, felizmente o Industrial Data Logger permite isso aconteça remotamente e automaticamente, se necessário.
Seguro e confiável, o Industrial Data Logger garante que todos os dados sejam entregues no Historian para relatórios precisos mesmo se ocorrer uma interrupção na rede. Este dispositivo inteligente sabe exatamente quais dados foram armazenados por último transmitido e será retomado automaticamente de onde parou assim que a comunicação for armazenada. Além disso, o Industrial Data Logger também usa a tecnologia Matrikon OPC Tunneling, que garante que os dados chegarão intactos e protegidos contra adulterações. Seus algoritmos de criptografia de 128 bits evitam
ataques aos dados que permitem a transmissão dos dados através de firewalls e WANs para o armazenamento de dados centralizado. Isso significa que os dados podem passar por firewalls e pela internet e ainda chegará são e salvo.
Para obter mais informações sobre o registrador de dados industriais Matrikon, clique no nome do produto abaixo. Se você gostaria de falar com nossos arquitetos seniores para discutir suas necessidades específicas, clique em Contactar um OPC
Especialista abaixo.
Matrikon Industrial Data Logger
