Falha do ecrã tátil ou do visor de uma HMI: guia de diagnóstico

Uma HMI (interface homem-máquina) é o painel de operador usado para ver a informação da máquina e introduzir comandos. A palavra ecrã esconde muitas vezes duas funções separadas: mostrar uma imagem e detetar um dedo. Pense num monitor e num dispositivo de apontar que partilham a mesma superfície frontal. Uma função pode falhar enquanto a outra continua a funcionar.

Esquema do sistema ampliado

×

Leia cada caminho da esquerda para a direita: entrada tátil acima, saída de imagem abaixo. Ambas as caixas de computador HMI se referem ao mesmo computador. As setas mostram função, não cablagem nem uma pilha física de camadas.

O sensor tátil deteta onde se prime. O seu controlador converte o sinal do sensor numa posição, normalmente chamada coordenadas X e Y: na horizontal e na vertical do ecrã. O computador da HMI executa o projeto da máquina, ou seja, as páginas, botões e ligações de dados configurados. O software que executa este projeto chama-se runtime. A sua eletrónica de visualização envia os dados de imagem para o LCD (visor de cristais líquidos).

Num LCD retroiluminado, a retroiluminação fornece a luz e o LCD controla como essa luz passa pelos seus píxeis. A proteção frontal, o sensor tátil e o LCD podem estar colados num único conjunto. Funções separadas não significam necessariamente peças separadamente substituíveis. Este artigo cobre os painéis LCD típicos; outras tecnologias de visualização e arquiteturas de ecrã remoto precisam da sua própria documentação.

Um botão desenhado no ecrã é software, não um interruptor físico. Depois de receber as coordenadas do toque, o projeto verifica que objeto está nessa posição e que ação é permitida. Um botão de navegação pode apenas mudar o ecrã local. Um botão de processo pode pedir uma ação a um PLC (controlador lógico programável), o computador que executa a lógica da máquina.

Esquema do sistema ampliado

×

Um toque registado, uma resposta de software e uma ação de máquina são três pontos de verificação diferentes. Este é um caminho de comando simplificado, não um diagrama de circuito de segurança.

O PLC avalia o pedido contra o seu programa e as condições de operação. Um intertravamento é uma condição que tem de estar satisfeita antes de uma ação ser permitida. Um botão pode registar uma pressão enquanto a ação de máquina pedida continua bloqueada. Em contrapartida, uma máquina pode continuar a funcionar mesmo quando o seu painel de operador deixa de responder. Nenhuma destas observações prova sozinha que todo o sistema está saudável.

Isto dá-lhe três observações separadas: a interface registou a entrada, a aplicação reagiu, e o processo respondeu? Use um ecrã de serviço documentado que não acione nada para verificar as entradas. Não prima Arranque, não mova um eixo, não mude uma consigna, nem anule um intertravamento para descobrir se o toque funciona. Faça colocar a máquina na condição segura exigida pelo procedimento do local antes de qualquer teste de entrada.

Uma zona morta é uma área que ignora a entrada. Um desvio significa que o ponto registado fica ao lado do seu dedo. Um toque fantasma é uma entrada registada sem toque intencional. Estas observações põem o caminho tátil na lista de investigação, mas não identificam uma peça falhada. Um botão desativado ou uma sobreposição de software invisível também podem fazer uma região parecer sem resposta.

Esquema do sistema ampliado

×

O rato fornece um caminho de entrada alternativo. Não certifica o projeto, a comunicação com o PLC, nem todas as partes do visor.

A deteção resistiva usa pressão para pôr camadas condutoras em contacto. A deteção capacitiva deteta uma mudança num campo elétrico. Estes mecanismos explicam porque é que as luvas permitidas, as canetas e as condições de operação diferem. Identifique a tecnologia no manual; não presuma que todos os painéis capacitivos aceitam luvas ou que qualquer uma das tecnologias tem um único modo de falha característico. Registe contaminação, humidade ou danos sem improvisar um método de limpeza.

A calibração alinha as coordenadas detetadas com as posições do ecrã nos modelos que fornecem esta função. Use apenas o procedimento documentado e registe se o desvio regressa. Recalibração repetida não é prova de uma reparação duradoura. Evite mudar configurações antes de capturar o sintoma original.

Se o modelo exato suporta um rato USB e o procedimento de serviço aprovado o permite, compare rato e toque no mesmo ecrã sem acionamento. Um rato que consegue selecionar o mesmo alvo enquanto o toque não consegue estreita a atenção para a deteção tátil, a sua ligação, controlador ou configuração de entrada. O movimento do cursor sozinho é evidência mais fraca. Se nenhuma das entradas funciona, software ou hardware partilhado permanecem possíveis. Um teste de rato não suportado não é conclusivo.

Um ecrã preto é um sintoma, não um diagnóstico de retroiluminação. Registe primeiro os indicadores de alimentação e qualquer imagem de arranque visível. Um LED de estado aceso não prova que o computador arrancou nem que todas as alimentações internas estão corretas. Luminosidade, um protetor de ecrã, dados de imagem em falta, uma falha de arranque e uma avaria de hardware de visualização podem todos pertencer à investigação.

Esquema do sistema ampliado

×

Imagem e iluminação são requisitos separados. Um driver é a eletrónica que alimenta e controla a fonte de luz; o seu desenho depende da tecnologia da retroiluminação.

Num LCD retroiluminado, uma lanterna externa segurada em ângulo pode revelar texto ou formas ténues sem abrir o painel nem tocar nos comandos. Se conseguir ver conteúdo, alguma formação de imagem permanece: uma iluminação baixa ou ausente torna-se uma pista útil. Isto é uma inferência de como os LCD funcionam, não um teste do fabricante que identifique a peça a substituir. Configurações de luminosidade, a fonte de luz, o seu driver, a alimentação ou a ligação ainda precisam de separação. Nenhuma imagem ténue é um resultado não conclusivo.

Linhas, cores invulgares, manchas ou cintilação descrevem sintomas de imagem. Registe se também aparecem num logótipo de arranque ou num menu local documentado, em vez de apenas numa página do projeto. Um defeito em ambos torna o conteúdo da página do projeto menos provável, mas não consegue distinguir o LCD da sua ligação, da eletrónica de visualização ou da alimentação. Não dobre o painel, não prima uma mancha, nem abra uma unidade sob tensão para provocar uma mudança.

Uma frente rachada pode afetar a visibilidade, a deteção tátil e a vedação do armário em conjunto. Mesmo que a imagem pareça normal, o conjunto pode precisar de mais do que uma substituição do sensor. Preserve fotografias do dano e pare os testes de entrada se a superfície estiver danificada. O diagrama separa os dados de imagem da luz; não é um guia de cablagem nem de desmontagem.

Um LCD pode mostrar fielmente uma imagem antiga. Um número parado por isso diz-lhe pouco, a menos que saiba que o valor de processo devia ter mudado. Procure um indicador local documentado que normalmente se atualize, e distinga-o dos valores recebidos do PLC. Uma animação local a continuar enquanto os valores de processo estão desatualizados sugere uma investigação diferente de uma interface totalmente congelada.

Esquema do sistema ampliado

×

O ecrã pode mostrar corretamente enquanto os dados estão desatualizados. Observe algo que se saiba que muda; um valor constante não é evidência de falha.

Se a navegação local segura funciona mas os valores de processo mostram erros de comunicação, examine a ligação HMI-PLC, a configuração dos dispositivos e o estado do PLC através das ferramentas de diagnóstico aprovadas. Ethernet é uma ligação física/de rede; o protocolo de aplicação define como os valores e os comandos são trocados. Um LED de ligação não prova comunicação de aplicação bem-sucedida. Alguns painéis usam ligações série ou um fieldbus, uma rede de comunicação industrial, em alternativa.

Se os menus locais e o projeto deixarem ambos de reagir, a aplicação, o sistema operativo, o computador ou a alimentação podem estar envolvidos. Capture a hora, o texto de erro e as circunstâncias antes de um reinício, se isso puder ser feito com segurança. Reiniciar pode apagar contexto útil e não demonstra uma correção duradoura. Estes são exemplos de raciocínio, não árvores de avaria exaustivas: avarias intermitentes e mais do que uma avaria podem coexistir.

Comece pelo fabricante, a referência, o número de série e a revisão de hardware exatos visíveis na placa de características. Acrescente o identificador da máquina, a versão do projeto/runtime se disponível, e a data e a hora da observação. Descreva o início: súbito ou gradual, no arranque ou após aquecimento, constante ou intermitente. Anote qualquer limpeza, impacto, mudança de configuração ou evento de alimentação recente como contexto, não como causa provada.

Esquema do sistema ampliado

×

Escreva primeiro o que aconteceu, segundo o que sugere, e terceiro o que permanece por testar. O exemplo é ilustrativo, não um caso de cliente relatado.

Registe cada camada separadamente: visibilidade e defeitos da imagem; resposta e localização do toque; resposta da aplicação local; comportamento dos dados de processo ou da comunicação. Para cada verificação aprovada, registe o método, as condições e o resultado, incluindo verificações não suportadas ou não executadas. Anexe uma fotografia do painel completo e um close-up, mais um vídeo curto para comportamento intermitente quando as regras do local o permitirem.

Exemplo de observação: “Às 09:20, a imagem da página estava nítida. No ecrã de serviço aprovado, o alvo esquerdo não registou toque; o direito registou. Um rato suportado selecionou ambos. Nenhum comando de processo foi usado.” Interpretação: “Caminho tátil ou configuração suspeitos.” Ainda desconhecido: “Sensor, controlador, ligação ou causa de software; âmbito de reparação.” Isto preserva evidência útil sem declarar o sensor tátil defeituoso.

O diagrama transforma esse exemplo em três caixas que pode reutilizar num pedido. Mantenha as fotografias e a redação originais ao lado das conclusões posteriores. Um técnico qualificado pode então decidir que inspeções desenergizadas ou verificações controladas em bancada são necessárias, usando a documentação exata do dispositivo.

Um problema de caminho tátil confirmado pode levar a trabalho no conjunto do sensor, na ligação, no controlador ou nas configurações. Um problema de caminho de imagem confirmado pode envolver o conjunto de visualização, a eletrónica da retroiluminação, a ligação ou a alimentação. Estes são âmbitos possíveis, não uma lista de peças para o seu modelo. A colagem, a vedação, as peças de assistência disponíveis e o procedimento de reparação determinam se um componente pode ser substituído separadamente.

Esquema do sistema ampliado

×

O diagnóstico escolhe o trabalho; as verificações de compatibilidade e de aceitação decidem se a HMI recuperada é utilizável na sua aplicação prevista.

Substituir a HMI inteira introduz uma segunda pergunta: o substituto consegue executar o projeto de máquina exigido? Confirme a revisão exata, o firmware (software do dispositivo) e os requisitos de runtime, as interfaces de comunicação, o recorte de montagem e a classificação ambiental. Estabeleça um método utilizável de cópia de segurança e restauro antes de qualquer reposição, mudança de firmware ou troca. Uma cópia de segurança do dispositivo e um projeto de engenharia editável não são automaticamente a mesma coisa.

Peça ao reparador que indique a avaria confirmada, o trabalho proposto, os dados retidos e as verificações após a reparação. A aceitação deve cobrir o sintoma relatado, a precisão do toque em toda a superfície utilizável, a qualidade da imagem, a operação local e as funções de comunicação relevantes sob um procedimento aprovado. Para uma avaria intermitente, inclua as suas condições de operação originais quando praticável. Uma imagem que aparece uma vez não é evidência suficiente de que o problema original está resolvido.

• Deteção tátil, geração de imagem, retroiluminação e comunicação com o PLC são funções diferentes com dependências partilhadas.
• Uma comparação com rato suportado ou uma observação de imagem ténue estreita possibilidades; nenhumas das duas identifica sozinha uma peça falhada.
• Mantenha observações, explicações provisórias e desconhecidos separados. Use apenas verificações aprovadas sem acionamento.
• Confirme o âmbito de reparação para o conjunto exato, preserve os dados recuperáveis, e verifique o sintoma original depois do trabalho.

• o hub da categoria de painéis de operador
• o guia de admissão para reparação ou troca
• onde vive a identidade do painel
• cópias de segurança de firmware e projeto da HMI
• identificar as portas de comunicação da HMI