Recuperação de uma HMI obsoleta: estados e rotas para comparar

Ninguém envia um aviso no dia em que um painel se torna difícil de substituir. Normalmente descobre-se quando precisa de um sobressalente e o catálogo mudou. Os fabricantes publicam estados de ciclo de vida, e as palavras transportam mais nuance do que a oficina assume. Um painel pode estar em produção de série, marcado como maduro ou fase out com uma data de última encomenda, ou limitado a sobressalentes.

Esquema do sistema ampliado

×

As fases são o vocabulário comum dos fabricantes, não um relógio. Verifique o aviso da referência exata antes de agir.

Nenhum desses estados significa que a unidade está indisponível de todas as fontes, e nenhum significa que a unidade está a salvo de desaparecer. Um aviso de fase out com uma data de última encomenda futura é uma janela de agendamento, não um prazo de que se possa depender que se mantenha. A produção de série pode ainda assim sair da sua região mais cedo. O estado descreve o plano do fabricante, não o futuro da sua máquina.

A obsolescência também tem um lado local que o fabricante não consegue ver. Um painel pode ser um produto de série ativo e ainda assim estar obsoleto para a sua fábrica porque o software de engenharia já não corre nos computadores disponíveis, ou porque a pessoa que guardava o projeto partiu. Ambos os casos merecem a mesma documentação que uma fase out formal.

A fronteira a levar por este guia: o estado de ciclo de vida é um dado de planeamento, não um veredicto. Todas as rotas nas secções seguintes ficam abertas mais tempo do que o estado sozinho sugere, contanto que a evidência para as sustentar exista.

O estado de ciclo de vida liga-se à referência, não ao nome de família. Verifique o estado contra o aviso de ciclo de vida do fabricante para o número de artigo exato, porque uma família pode ter uma referência em fase out ao lado de uma irmã ainda ativa. Uma verificação que corra sobre KTP700 ou PanelView Plus 7 responde a uma pergunta que ninguém fez.

Esquema do sistema ampliado

×

A cadeia começa na referência, nunca na família. Uma página de revendedor é uma pista, o aviso do fabricante é a evidência.

Registe três coisas do aviso: o estado, a data do aviso, e qualquer modelo sucessor indicado. A data do aviso importa porque as páginas de ciclo de vida são revistas, e uma verificação de há três anos pode descrever um mundo diferente. O modelo sucessor importa porque nomeia o caminho de migração que o próprio fabricante espera, mesmo quando decide contra ele.

Um exemplo concreto de porque é que esta disciplina compensa: dois painéis numa fábrica partilham um nome de família, e a verificação de ciclo de vida devolve fase out para uma referência e produção ativa para a outra. A fábrica que verificou o nome de família encomendou um sobressalente para a unidade errada e perdeu a janela da certa. Dez minutos com a referência exata teriam apanhado isso.

O limite aqui é a honestidade sobre as fontes. Um estado de ciclo de vida encontrado numa página de revendedor é uma pista, e o aviso do fabricante para a referência exata é a evidência. Registe de onde veio o seu estado, tal como regista a fonte de um alias no guia de referências ligado.

Capture o projeto e o firmware antes de qualquer outra coisa, usando os passos do guia de cópias de segurança ligado. Num painel obsoleto isto é mais urgente do que num atual, porque a ferramenta de engenharia, o runtime, e o caminho de transferência podem desaparecer todos juntos. Registe que versão da ferramenta ainda consegue abrir o projeto e que computador o corre atualmente. Esse computador faz agora parte do plano de recuperação.

Esquema do sistema ampliado

×

Três fluxos alimentam a evidência de recuperação, e os ficheiros são o único fluxo que não pode ser reconstruído mais tarde.

Fotografe os ecrãs que transportam lógica específica da máquina. Palavras-passe, tratamento de receitas, e textos de alarmes vivem no projeto, mas um conjunto de fotografias de todos os ecrãs operacionais permite que qualquer reconstrução seja verificada contra o que os operadores realmente usam. Inclua as páginas de diagnóstico, porque mostram o número de artigo exato e o firmware em unidades cujas etiquetas já se gastaram.

Os operadores conhecem estes ecrãs melhor do que qualquer desenho, e são a fonte mais barata de casos de teste para uma reconstrução futura. Pergunte-lhes que páginas importam, que valores vigiam, e que botão os salva às três da manhã. Uma conversa dá à reconstrução uma lista de verificação que nenhum documento contém.

Um limite enquadra a captura: as fotos e as notas sustentam o ficheiro de projeto, nunca o substituem. Uma reconstrução só a partir de fotos é uma estimativa, e a estimativa piora com cada ecrã que o projeto continha. Os ficheiros vêm primeiro, e as fotos tornam os ficheiros verificáveis.

Inventarie o que existe localmente, porque muda o quadro de risco sem custo. Um sobressalente de prateleira, uma segunda máquina com o mesmo painel, ou uma unidade dadora noutra linha reduzem cada um a urgência de todas as rotas externas. Conte quantas unidades desta referência exata a fábrica tem, porque uma unidade e um parque de vinte justificam decisões diferentes sobre migração.

Esquema do sistema ampliado

×

Três fluxos locais compõem o inventário. As setas mostram o que o registo contém, não qualquer dependência técnica.

O inventário estende-se para além do hardware. Anote se o software de engenharia e qualquer licença de que precisa ainda estão disponíveis localmente, e em que computador correm. Ambos tendem a desaparecer mais depressa do que o hardware, e uma migração ou reconstrução sem uma estação de engenharia a funcionar é um plano de papel.

Escreva também as pessoas. Quem guarda o conhecimento do projeto, quem guarda as palavras-passe, e quem ainda consegue ler os comentários do programa antigo. O guia de cópias de segurança ligado trata o responsável pela palavra-passe como parte da cópia de segurança, e a mesma lógica aplica-se a todo o plano de recuperação. Um nome e um número de telefone pertencem ao registo.

Uma fronteira mantém o inventário honesto: uma contagem local é um retrato, e envelhece. Unidades são abatidas, sobressalentes são usados, computadores são substituídos. Date o inventário e anote quem percorreu a fábrica, para o próximo leitor saber quanto pode confiar nos números.

A análise normalmente compara quatro rotas. Manter o painel a funcionar com um sobressalente documentado serve um parque com unidades saudáveis e um modo de falha conhecido. Reparar a unidade instalada serve um painel único com uma avaria definida, como uma retroiluminação ou uma camada tátil. Stock antigo novo ou uma referência exata recondicionada preserva o projeto sem trabalho de engenharia, sujeito a evidência de fornecimento. A migração para um modelo atual elimina a obsolescência mas exige reengenharia do projeto e frequentemente uma mudança de recorte ou de portas.

Esquema do sistema ampliado

×

A mesma evidência sustenta as quatro rotas, e cada rota consome uma parte diferente dela. Escolha pela evidência, não só pela preferência.

Cada rota precisa de evidência diferente, e é por isso que se indica que rota prefere e porquê. Uma pergunta de migração sem o ficheiro de projeto e um inventário de portas não pode ser respondida. Uma pergunta de compra de sobressalente precisa sobretudo da referência exata e da quantidade em serviço. Escolha a rota que corresponde à sua evidência, não a que soa melhor.

As rotas também diferem em onde está o seu risco. A rota do sobressalente arrisca descobrir o modo de falha demasiado tarde. A rota da reparação arrisca uma avaria fora do âmbito de componente. A rota da referência exata arrisca a qualidade do fornecimento, porque as unidades recondicionadas variam. A rota da migração arrisca um esforço de engenharia que só se torna visível quando o projeto compila. Nomeie o risco que está a aceitar, e a análise pode verificar se ele está incluído no preço.

Um limite de fecho aplica-se às quatro: a evidência delimita a resposta, não o resultado. Os dados de ciclo de vida confirmam o estado, os ficheiros de projeto confirmam o esforço de reconstrução, e os inventários de portas confirmam o trabalho de interfaces. Nenhum garante um preço, um prazo de entrega, ou uma migração sem mudanças do lado do controlador. Os fornecedores respondem mais depressa a perguntas abertas do que a perguntas implícitas.

Pese as rotas contra a vida restante da máquina, porque a mesma evidência suporta decisões opostas em horizontes diferentes. Uma linha agendada para reconstrução no próximo ano não justifica um projeto de migração. Um painel que condiciona um processo crítico por anos futuros justifica. Registe o horizonte planeado para a máquina como uma linha no pedido.

Esquema do sistema ampliado

×

O horizonte é uma linha de entrada que repesa todas as quatro rotas. Enquadra a decisão, não resolve preço nem entrega.

O horizonte interage com o estado de ciclo de vida das secções anteriores. Um aviso de fase out numa máquina com um horizonte longo empurra para a migração ou para uma estratégia de sobressalente documentado. O mesmo aviso numa máquina no fim da vida empurra para a rota segura mais barata, que é muitas vezes a referência exata ou uma reparação. Nenhuma resposta está errada, servem horizontes diferentes.

Indique o horizonte em termos de operação em vez de promessas. Anos de produção esperados, mudanças de capacidade planeadas, e qualquer data conhecida de reconstrução da linha são úteis. O que a análise precisa é da forma do futuro, não de um compromisso, e uma nota de uma linha dá-lhe essa forma.

O limite de fecho pertence a todo o guia: estado, evidência, inventário e horizonte em conjunto enquadram a decisão, e nenhum a resolve. Preço, disponibilidade e esforço de migração permanecem verificações do fornecedor. Envie o enquadramento com a evidência, e as respostas chegam ajustadas à sua máquina em vez de a um caso genérico.

• Verifique o estado de ciclo de vida contra o número de artigo exato, nunca o nome de família.
• Capture o projeto, a versão da ferramenta, e fotografias dos ecrãs enquanto o painel ainda funciona.
• Conte o parque instalado, incluindo sobressalentes e máquinas dadoras.
• Compare sobressalentes, reparação, fornecimento da referência exata, e migração pelas necessidades de evidência de cada uma.

• o hub de ecrãs e interfaces de operador
• as restrições de substituição a comparar
• que ficheiros preservar primeiro