Blocos de função GE Mark VI para a lógica de controle de turbinas a gás

Um problema de controle de uma turbina a gás fica mais fácil de diagnosticar quando os engenheiros separam três camadas: hardware de campo, lógica de aplicação do controlador e ferramentas supervisórias usadas para observar e manter ambos. Os sistemas GE Mark VI e Mark VIe executam a lógica de aplicação montada a partir de elementos funcionais interconectados, mas os nomes exatos dos blocos, as bibliotecas e as interfaces de hardware dependem da geração instalada e da revisão do projeto.

Essa distinção é importante durante uma parada. Uma interface de E/S com falha ou um sinal de campo ausente não é reparado alterando a lógica de sequenciamento. Uma entrada saudável rejeitada por uma condição permissiva, um votador, um temporizador ou uma transição de estado não é reparada substituindo outra placa de terminais. A primeira tarefa é estabelecer qual camada deixou de cumprir sua função.

O hardware transporta os sinais de campo e executa a aplicação; o projeto baseado em blocos funcionais define como esses sinais se tornam comandos, condições permissivas, alarmes e trips.

Comece pela geração instalada do sistema de controle

Mark VI e Mark VIe pertencem à mesma linhagem de sistemas de controle, mas não são plataformas intercambiáveis. Os detalhes de controlador, E/S, rede e ferramentas de engenharia são diferentes. Um desenho, backup ou peça de reposição deve corresponder à configuração real da unidade, e não a um rótulo genérico “Mark VI” usado nas conversas.

Para sistemas Mark VIe, a GE Vernova descreve o pacote de software ControlST como o ambiente que inclui o ToolboxST para configuração e diagnóstico, além de aplicativos de estação de trabalho, tendências, alarmes e gerenciamento do sistema. A visão geral do pacote de software ControlST oficial é uma referência útil para essas funções. As instalações clássicas do Mark VI podem ter ferramentas e restrições de revisão diferentes; portanto, use a licença do local, os registros dos softwares instalados e a documentação do fabricante para a unidade específica.

Quando um reparo exigir hardware, confira a identidade completa da peça, a revisão, os requisitos de firmware, a relação com a placa de terminais e a função de redundância. O inventário relevante pode ser consultado na coleção de placas GE e controle de turbinas, mas a compatibilidade deve ser determinada pela lista de materiais e pelos manuais do local — não pela semelhança visual.

Leia a aplicação por função, não por um nome de bloco decorado

Um projeto de turbina é mais fácil de entender quando sua lógica é agrupada por finalidade de engenharia. Os nomes exatos dos blocos proprietários podem variar, enquanto as obrigações de controle subjacentes permanecem reconhecíveis.

Sequenciamento e condições permissivas

Partida, purga, ignição, aceleração, sincronização, carregamento, descarregamento e desligamento são processos orientados por estados. Cada transição depende de condições permissivas, como posição das válvulas, condição do óleo lubrificante, velocidade, chama, ventilação e temporização. Uma sequência interrompida deve ser rastreada até a primeira condição de transição não satisfeita. Forçar um estado posterior oculta a causa e pode eliminar as evidências necessárias para um reparo seguro.

Controle de combustível e carga

A demanda de combustível é definida pelo estado operacional, pelo controle de velocidade ou carga, pelos limites de temperatura, pelos limites de aceleração, pela caracterização das válvulas e pelas restrições do sistema de combustível. Os seletores escolhem a demanda ou o limite válido mais restritivo. Rampas e limitadores de taxa evitam comandos abruptos. Portanto, uma demanda final baixa não indica necessariamente um regulador com falha; outro limite pode estar vencendo corretamente a seleção.

Controle de fluxo de ar e temperatura

O agendamento das palhetas-guia de entrada e o controle da temperatura de exaustão interagem com as condições operacionais do compressor, o modo de combustão, as condições ambientais e a carga. Diagnostique a cadeia de medição e o limite ativo antes de alterar uma constante de ajuste. Uma entrada de temperatura com polarização, uma mediana inválida ou um estado de qualidade incorreto pode fazer um loop saudável parecer mal ajustado.

Proteção e votação

Sobrevelocidade, chama, vibração, temperatura dos mancais, combustão e outras funções de proteção determinam se a operação pode continuar. Canais redundantes podem ser selecionados, votados ou qualificados por lógica de qualidade e temporização. O operador precisa saber qual canal individual divergiu, qual resultado do votador se tornou ativo e se o trip teve origem dentro do controlador da turbina ou em um sistema de proteção externo.

Mantenha a qualidade do sinal junto com o valor

Um bloco funcional não deve tratar toda entrada numérica como igualmente confiável. Os diagnósticos de engenharia precisam do valor bruto ou condicionado, do estado de qualidade, da indicação de faixa, da indicação do último valor válido e das informações sobre divergência entre canais. Um transmissor com falha, congelado em um valor plausível, pode ser mais perigoso do que um sinal evidentemente fora da faixa.

Antes de atribuir a causa à lógica da aplicação, rastreie o sinal de ponta a ponta: dispositivo de campo, fiação e alimentação, ponto de terminação, diagnósticos de E/S, variável do controlador, condicionamento, votador ou seletor e consumidor final. Compare os canais redundantes e as tendências históricas. Se o controlador visualizar um valor diferente do exibido ao operador, identifique onde o escalonamento, a comunicação ou o processamento da tela divergem.

Use as ferramentas de engenharia como evidência

A GE Vernova afirma que o ecossistema de controle Mark VIe oferece suporte a controle, sequenciamento e proteção, monitoramento e alarmes, além de funções de sequência de eventos ou histórico de trips. Esses registros devem ser usados em conjunto. Uma tendência mostra como os valores se movimentaram; a lista de alarmes mostra as condições declaradas; os dados de sequência de eventos ajudam a estabelecer a ordem; e o monitoramento da aplicação mostra o caminho ativo através das condições permissivas e dos seletores.

Capture as evidências antes de desligar e religar a alimentação ou substituir o hardware. Registre a saúde do controlador e das E/S, os diagnósticos ativos, as informações de primeira causa, o status da sincronização de tempo, as tendências relevantes e o estado exato da unidade. Uma reinicialização pode eliminar o sintoma e, ao mesmo tempo, apagar a cronologia.

Um fluxo de diagnóstico disciplinado

1. Defina a função que falhou

Descreva o que o sistema não fez: uma transição de partida não foi concluída, a demanda de combustível permaneceu limitada, um canal foi rejeitado ou uma saída de trip foi acionada. Evite começar presumindo que determinada peça falhou.

2. Encontre a primeira condição decisiva

Siga a aplicação a partir do comando ou estado final, voltando pelos seletores, pelas condições permissivas, pelos temporizadores e pela lógica de qualidade. Identifique a primeira condição a montante que explica o resultado. Confirme sua origem em vez de ignorá-la.

3. Comprove o caminho do hardware

Use os diagnósticos de E/S e uma medição independente quando for seguro. Verifique alimentação, fiação, configuração do canal, hardware de terminação, saúde da rede e status da redundância. Para sinais de vibração, inclua o monitor externo e a cadeia de sondas quando aplicável; os componentes relacionados podem ser consultados na coleção Bently Nevada.

4. Compare com a linha de base controlada

Confirme a versão da aplicação, a configuração do controlador, a revisão da biblioteca e o estado baixado, comparando-os com o backup aprovado. Uma diferença não documentada é um problema de gerenciamento de configuração, mesmo que a turbina esteja operando.

5. Teste a recuperação e o comportamento em falhas

Após o reparo, verifique a operação normal e a condição anormal relevante. Comprove o tratamento da qualidade dos canais, a transferência da redundância, a sinalização dos alarmes, a temporização da sequência, as regras de reset dos trips e a visibilidade para o operador. Apenas limpar um alarme não constitui um teste de aceitação.

Alterações exigem governança compatível com paradas

Alterações na aplicação podem afetar a combustão, os equipamentos rotativos, as ações de proteção, as emissões e os riscos às pessoas. Use acesso autorizado, um pacote de alteração aprovado, revisão do fabricante ou de uma equipe de engenharia qualificada, backups, verificação por pares, simulação ou revisão off-line quando disponível e um plano de reversão documentado. Nunca importe lógica de outro modelo ou unidade apenas porque o diagrama de blocos parece familiar; o sistema de combustível, a instrumentação, as opções e as modificações do local podem ser diferentes.

A visão editorial prática é que uma “referência de blocos funcionais” é mais valiosa como um mapa de responsabilidades do que como um catálogo universal de nomes proprietários. Engenheiros que entendem sequenciamento, limitação, votação, qualidade do sinal e limites de proteção conseguem encontrar as evidências decisivas no projeto do local. Engenheiros que memorizam um rótulo de bloco sem verificar a revisão instalada correm o risco de reparar a camada errada do sistema.