Estrutura e Tarefas do MC

O MC deve ser embarcado em um dispositivo de hardware capaz de ler e escrever dados na camada de controle do MR da célula a ser controlada, com capacidade para armazenar uma BC, capaz de suportar as condições de um ambiente industrial e com capacidade de comunicação e decisão em rede. Este MC pode ser embarcado, por exemplo, em um CLP, cuja especificação técnica atenda aos requisitos necessários para abrigá-lo (ver item 3.2.5 – Requisitos principais do GCAD).

Entretanto, estes requisitos quando são atendidos, em geral são encontrados em controladores industriais de grande porte e, muitas vezes, inviáveis financeiramente. Uma alternativa economicamente mais viável é acoplar à estrutura de controle já existente no SIA um dispositivo externo que atenda às especificações definidas e que seja capaz de ler e escrever dados no MR existente.

As atividades básicas do MC e interações com outros módulos, realizadas durante o Modo Autônomo são listadas na Tabela 4.

A inteligência local do MC deve permitir que as decisões sejam realizadas de forma objetiva, quando possível minimizando ambiguidades de interpretações, e sem a necessidade constante de interferência de especialistas (através de uma IHC no MGR), ou de operadores, através da IHC do processo

Tabela 4 – Atividades do MC em Modo Autônomo.

Atividades e interações com o MC

Executante MC

Precondição MR em Modo de Operação

Plano básico de ações 1. Obtém informações do MR

2. Verifica limites operacionais 3. Realiza tarefas de análise 4. Realiza tarefas de negociação 5. Realiza ajuste do MR

6. Realiza tarefas de sincronização

Interações de entrada MR, MGR, CR

Interações de saída MR, MGR, CR

Em casos em que o MC é externo à camada de controle convencional, havendo necessidade de manutenções corretivas ou evolutivas no MC, o MR deve ser inicialmente configurado para operação em Modo Manual. Esta configuração pode ocorrer:

• Pelo MR de forma automática, em caso de falha no MC;

• Pelo próprio MC, em caso de manutenção programada;

• Manualmente, a partir de IHCs.

Em seguida, a conexão entre as duas camadas pode ser temporariamente interrompida. Assim, manutenções podem ser realizadas sem que haja necessidade de interrupção ou descontinuidade do processo, e sem impacto nas rotinas convencionais de controle. Enquanto o MR estiver em Modo Manual, a célula será controlada de acordo com os procedimentos padrões de controle convencional, estando eventuais decisões complexas condicionadas a decisões humanas.

3.4.3 Módulos de um MC

As operações realizadas pelo MC são distribuídas basicamente em cinco módulos principais e dois complementares (Figura 28): Verificação Continuada, Análise Local, Negociação, Sincronização, Ajuste do Controlador, Tratamento de Exceções e o Gerenciador de Eventos.

Figura 28 – Interação entre módulos principais do Módulo Cognitivo

O Módulo de Verificação Continuada (MVC) verifica os limites operacionais das variáveis obtidas do MR, de forma a identificar possíveis falhas não tratadas por ela. Em caso de variações além dos limites de controle, o Módulo de Análise Local (MAL) inicia uma análise corretiva. Caso contrário, o MAL pode realizar uma análise preventiva, verificando possíveis tendências de falhas com base nas variações das séries históricas.

Caso sejam identificados ajustes locais, em que não sejam identificados impactos em outras células, a BC é atualizada e os ajustes são enviados ao MR, através do Módulo de Ajuste do Controlador (MAC), sem a necessidade de negociação. Caso os ajustes a serem realizados envolvam atualização de variáveis que compõem valores globais, estes são negociados com CR através do Módulo de Negociação (MNE), de forma a produzir uma ação consistente e sem comprometer o funcionamento do SIA como um todo. Não havendo restrições que invalidem a atualização, os ajustes são enviados ao MR, através do MAC. Em seguida, a BC é sincronizada com o MGR e CRs, através do Módulo de Sincronização (MSI). O MSI realiza periodicamente sincronização de dados com MGR e CRs, de forma a manter atrualizadas as BCs.

Em caso de divergências na negociação, o MC que originou a requisição verifica as demais alternativas do MAL. Caso não haja, aciona o Módulo de Tratamento de Exceções (MTE).

O Módulo Gerenciador de Eventos (MGE) gerencia eventos externos à célula, originados pelo MGR ou por CRs. Estes eventos incluem atualizações em BCs.

O tratamento de falha, impasse ou as tarefas de otimização da célula devem ocorrer, quando possível, sem que seu funcionamento seja interrompido ou sinalizando a necessidade de uma intervenção. Nos casos em que não for possível evitar ou tratar a falha, a célula deve automaticamente direcionar suas tarefas para o Modo de Falha.

Vale ressaltar que não é finalidade desta pesquisa solucionar todos os problemas operacionais, e sim minimizá-los. Sendo assim, pode haver situações em que uma célula esteja desconectada do MGR e que, mesmo após possíveis interações com CRs, não se consiga uma solução para determinados problemas. Neste caso, o MC da célula afetada notifica MGR e CRs sobre a insuficiência local e, a depender do grau de criticidade do problema, pode sinalizar (através do MTE) ou ativar o Modo de Falha da célula, evitando impactos de maiores proporções. Paralelamente, especialistas podem investigar e auxiliar na solução da instabilidade através de uma IHC para análise remota do MGR.

Caso a continuidade de operação possa ocasionar em falhas, o MTE realiza o lançamento de exceções, indicando, por exemplo, uma falha cujo tratamento não foi identificado ou uma manutenção que exceda a capacidade local de atuação.

Para mais detalhes sobre os módulos que compõem o MC, ver Apêndice A – Descritivo do Módulo Cognitivo.

3.5 MÓDULO DE GERENCIAMENTO REMOTO

Adicionalmente aos MCs locais, um MGR permite a análise simultânea das diversas células integradas em um SIA, visando a identificar ou tratar situações que excedem a capacidade de processamento dos MCs.

O MGR (Figura 29) visa a englobar funções de supervisão e a adicionar tarefas de controle em nível remoto, executando funções de um MC, porém em nível global, com base em informações de todas as células sob sua gestão e realizando análises da BC Global e dos dados armazenados em historiadores de processo.

O MGR deve prover rotinas e funções de verificação global de componentes remotos e gerar ajustes corretivos ou preventivos para tratar de forma eficiente as situações de instabilidade ou de insuficiência local. Para isso, cada MC deve sincronizar sua BC com o MGR.

Figura 29 – Gerenciamento Remoto de células

O MGR visa a dispor de uma visão completa de todo o SIA e realizar um processamento remoto dos processos de maneira mais robusta, em especial para fins de operações e tarefas de malha lenta*. Além disso, através de uma IHC do MGR, especialistas do processo podem realizar configurações nos MCs de cada célula, as quais servirão de insumo para as análises locais e remotas.

Continuamente, o MGR deve analisar as séries históricas das variáveis e, periodicamente, havendo melhorias, sincronizar a BC Global com os MCs. Nesta sincronização, podem ser transmitidas atualizações referentes às variáveis específicas de cada sistema local bem como itens das BCs.

O MGR proposto provê suporte aos MCs distribuídos, em especial caso estes não sejam capazes de convergir para um resultado final em tempo hábil em razão de dados insuficientes. Para isso, enseja a permitir simulações do sistema, para fins, por exemplo, de otimização do processo a partir de “ótimos globais”, o que não necessariamente é alcançável pelo conjunto momentâneo de “ótimos locais”. Isto porque, mesmo em se tratando de células autônomas e cooperativas entre si, cada célula tem uma visão limitada dos dados das CRs, além de que, no modelo proposto, apenas se consideram as relações diretas com cada célula, o que pode dificultar otimizações em médio e longo prazo.

Ao propagar um ajuste através do MGR, é necessário que haja a garantia de que a condição operacional da célula ajustada não será alterada desde o momento do envio do comando até a chegada da mensagem na respectiva célula. Sendo assim, antes da transferência da mensagem, a fila de tarefas de células a serem atualizadas deve ser bloqueada

para a recepção de novas tarefas e a fila atual é exibida para o especialista já com o escalonamento do ajuste por ele programado. Após a confirmação do envio, e da recepção pela célula, a fila de tarefas é liberada.

Além disso, o MGR, dotado de um controle remoto mais robusto, complementar ao controle autônomo local, deve dispor de uma IHC que permita aos especialistas ou operadores a realização de ajustes remotos ou in loco, em caso de uma ou mais células entrarem em Modo de Inatividade por conta de análises não-conclusivas.

Entretanto, por ser um sistema concentrador, pode se tornar um gargalo, um ponto de falha ou de vulnerabilidade do sistema, caso as células dependam de suas informações para prosseguir com uma decisão sobre que ação executar. Desta forma, sua interação com MCs deve preservar as restrições de prioridade e escalonamento de tarefas, como descritas na seção 3.2.7.

Embora a definição de um MGR seja de grande importância em um modelo de gerenciamento e controle distribuído, as atividades de análise, simulação, otimização, dentre outras realizáveis em nível remoto, estão além do escopo deste trabalho.