Como verificar uma referência sucessora de CPU de PLC antes de aceitar

Uma verificação de sucessor compara duas unidades: a CPU instalada no seu armário e a candidata que a poderia substituir. Trocar uma CPU pelo seu sucessor parece simples até à primeira incompatibilidade de cablagem. A comparação corre entre blocos de número de artigo e factos registados, não entre nomes comerciais ou páginas de catálogo, e cada item é escrito como um par: o que a unidade instalada tem, o que a sucessora tem.

Esquema do sistema ampliado

×

Ambas as unidades alimentam a mesma lista de pares. Um par sem fonte é um pressuposto, não uma comparação.

Os pares escritos são o resultado entregue. Uma comparação que vive na cabeça de alguém não pode ser analisada, e uma decisão de sucessor é exatamente o tipo de decisão que uma segunda pessoa deve poder verificar. Os pares escritos também sobrevivem a mudanças de pessoal, porque máquinas que funcionam durante décadas sobrevivem a quem as pôs em serviço.

Esta secção percorre a comparação pela ordem em que os riscos aparecem: primeiro o hardware que muda o trabalho no armário, depois o firmware que condiciona o projeto, depois as ligações que nenhuma placa de características mostra. Uma foto de cada unidade junto ao seu par escrito torna a verificação ainda mais difícil de contestar. A ordem da lista é também a ordem do custo: as mudanças de hardware são visíveis primeiro, as ligações aparecem por último.

Saiba de onde vem cada lado do par. A unidade instalada é descrita pelo seu próprio registo: fotos da placa de características, uma leitura da ferramenta de engenharia e a posição no rack. A sucessora é descrita pela documentação do fabricante: o manual do equipamento e os dados técnicos publicados. Um par que mistura um facto medido com um lembrado é mais fraco do que parece, por isso marque a fonte em cada linha e mantenha os dois lados distinguíveis.

Comece pelos factos que mudam o trabalho no armário: a entrada da fonte de alimentação, o estágio de saída integrado e as contagens de E/S integradas decidem se a cablagem existente sobrevive à troca. Uma CPU 1214C DC/DC/DC (6ES7214-1AG40-0XB0) alimenta saídas por transístor de 24 V nas suas fileiras de bornes. A sua irmã AC/DC/relé comuta cargas através de relés numa entrada de alimentação diferente. Por isso a comparação real corre entre blocos de número de artigo, não entre nomes comerciais.

Esquema do sistema ampliado

×

Cada linha de hardware termina numa estimativa de trabalho, não num veredicto. Esta é uma comparação funcional, não um esquema de cablagem.

A montagem e a disposição de rede pertencem à mesma lista. Passar de uma CPU 1214C compacta com uma porta PROFINET para uma CPU com duas portas muda o que o armário consegue ligar sem hardware extra. Mudar para um formato diferente, como um CPU ET 200SP 1510SP-1 PN (6ES7510-1SJ01-0AB0), muda o rail, os adaptadores de bus e a família de módulos em torno da CPU. Cada diferença torna-se trabalho real no armário, por isso cada uma recebe uma linha.

Uma diferença de montagem que parece menor numa ficha técnica torna-se um problema de calha de cablagem na prática. É por isso que a lista de hardware vem primeiro: ela decide se a troca é uma tarde de reterminação ou uma mudança de rail e de família de módulos, e ambas as respostas são resultados legítimos de uma comparação honesta. Escreva a estimativa de trabalho junto ao par, porque uma estimativa que fica na sua cabeça não pode ser contestada. A estimativa é também onde os dois resultados divergem: a reterminação cabe numa janela de manutenção, enquanto uma mudança de rail pertence a um projeto.

É aqui que uma correspondência de hardware plausível falha em silêncio. Uma CPU sucessora pode exigir uma versão de firmware mais recente do que aquela que o projeto existente ou o software de engenharia instalado suportam. A unidade encaixa, a cablagem encaixa, e o projeto não carrega ou não compila. Registe o firmware instalado e o requisito da sucessora como factos separados, e verifique ambos contra a versão do projeto antes de qualquer unidade ser encomendada.

Esquema do sistema ampliado

×

O portão só abre com dados citados de ambos os lados. Um palpite de catálogo não conta como requisito.

Onde o fabricante publica dados de compatibilidade, cite a fonte publicada no registo em vez de confiar na semelhança de catálogo. Duas referências que se encontram lado a lado num catálogo não são uma declaração de compatibilidade. Um caminho de migração que funcionou para um projeto não é evidência para o seguinte. A citação também data a verificação, o que importa porque os dados de compatibilidade mudam à medida que os produtos são atualizados.

Uma alegação de compatibilidade sem citação é o modo de falha exato que esta verificação existe para evitar. Uma citação datada também dá a quem analisar mais tarde um ponto de partida quando os dados mudarem, o que é provável, porque as famílias sucessoras continuam a avançar enquanto o seu projeto instalado não. As alegações de compatibilidade envelhecem depressa, por isso uma alegação sem data é uma alegação que não pode defender.

Registe a versão do software de engenharia junto às versões de firmware, porque a compatibilidade corre em ambos os sentidos. Uma sucessora que exige uma versão de projeto que não consegue instalar está tão bloqueada como uma cujo firmware não corresponde, e o bloqueio aparece no posto de engenharia e não no armário. A versão do software instalado é legível enquanto a máquina funciona, por isso pertence ao registo antes de a comparação começar.

O programa de controlo não é a única ligação a verificar. O projeto HMI referencia variáveis na CPU. Variadores de frequência e E/S remotas guardam relações com ela. Uma aplicação fail-safe acrescenta à lista o programa de segurança e a sua configuração F. Cada ligação é um lugar onde uma sucessora que parece compatível ainda pode partir a máquina.

Esquema do sistema ampliado

×

Quatro famílias de ligações envolvem a CPU. Os ramos são relações de projeto, não cablagem de rede.

Enumere todos os projetos que falam com a unidade e confirme, para cada um, como seria atualizado ou migrado. A lista de dispositivos do registo de rede é a lista de verificação natural aqui, porque todos os dispositivos ligados são ligações potenciais. Conte os projetos HMI separadamente dos variadores, porque migram através de ferramentas diferentes. A ordem de enumeração também sugere a ordem de restauro, porque as dependências entre ligações aparecem à medida que as lista.

Uma sucessora aceite sem estas verificações pode parar uma máquina por razões que nenhuma placa de características mostra. As ligações são invisíveis na própria unidade; vivem nos projetos em redor dela, e é por isso que a enumeração, e não a intuição, é a evidência. A enumeração também diz quanto tempo levaria um restauro se a sucessora for aceite.

Construa a lista de ligações a partir do registo de rede em vez de memória. A lista de dispositivos ligados, os nomes dos projetos HMI e as referências dos variadores já estão capturados no contexto de rede, se o armário tiver sido documentado antes, e a enumeração é então sobretudo trabalho de arquivo. Onde o registo falta, note a lacuna em vez de presumir que a ligação não existe. Uma lista vazia presumida é a versão desta verificação que falha.

Feche a comparação com um veredicto explícito por item: correspondido, não correspondido ou por resolver. Uma sucessora com três itens correspondidos e um por resolver não é aceite. Está pendente. O registo deve dizer que evidência resolveria o item em aberto, para que a decisão não deslize pela força das suas verificações mais fortes. Pendente é um resultado normal, não uma falha do processo.

Esquema do sistema ampliado

×

Os veredictos são por item, não por unidade. Uma linha por resolver mantém a decisão inteira pendente.

Mantenha o registo de comparação separado da decisão de encomenda. O registo diz o que foi comparado e o que se encontrou. A decisão diz quem aprovou avançar e quando. Manter os dois separados permite a quem analisar mais tarde distinguir um desvio documentado de um não documentado, e entrega à próxima migração na mesma máquina um ponto de partida que já existe.

Trate o resultado como condicional até a sucessora ter sido verificada contra o projeto real. As comparações de hardware, firmware e projeto estreitam o risco. Não transformam uma sucessora numa substituição direta provada. O registo honesto declara o que foi verificado no papel e o que ainda tem de ser provado na máquina, e essa distinção é exatamente o que uma decisão analisada precisa. O que falta provar na máquina é precisamente a lista que um plano de arranque deve absorver.

• Compare a entrada de alimentação, o estágio de saída, as E/S integradas, a montagem e as portas de rede como pares escritos.
• Verifique os requisitos de firmware contra as versões do projeto e do software de engenharia, com fontes citadas.
• Liste todos os projetos que falam com a CPU: HMI, variadores, E/S remotas e qualquer programa de segurança.
• Um item por resolver significa pendente, não aceite. Diga que evidência o fecharia.

• a nossa cobertura de PLC e CPU
• o guia de planeamento para CPUs obsoletas
• porque é que o contexto de rede muda uma substituição