Artigo em elaboração / HMI / Ecrã / pt-PT
Pedido de HMI: que evidências enviar e como preparar o dossier
Um pedido de HMI bem preparado poupa dias de trocas de mensagens. Veja que fotografias, registos e factos técnicos juntar antes de o submeter.
A pergunta a que este guia responde
O que deve conter um pedido de HMI útil?
1. Porque é que o número de artigo completo vem primeiro
Tudo o que quem analisa o pedido faz começa numa única cadeia de caracteres: o número de artigo impresso no painel, com a sua revisão. O encadeamento é simples. A etiqueta traseira traz a cadeia, uma fotografia nítida prova-a, e a cadeia provada torna-se a referência canónica de todo o pedido. Quando a etiqueta está gasta, a página de diagnóstico do painel assume o mesmo papel. Uma identidade de confiança, tudo o resto ligado a ela.

Esquema indisponível.
Porque é que a abreviatura curta é um problema. Nomes de família como KTP700 ou PanelView Plus 7 cobrem vários números de artigo que diferem em portas, opções de alimentação e geração de hardware. Uma cadeia completa como 6AV2124-0XC02-0AX1 designa uma unidade exata, enquanto dois anúncios podem ambos indicar KTP700 e enviar produtos diferentes. O número de artigo resolve tudo isso, e é por isso que abre o dossier.
Mantenha a cadeia inteira, incluindo blocos finais ao estilo de 2711P-T10C22D8S. A parte final é o segmento mais vezes perdido quando uma referência é volta a escrever ou lida ao telefone, e é precisamente o segmento que separa revisões de hardware. Se a etiqueta traseira estiver ilegível, fotografe antes a página de diagnóstico, porque a maioria das HMIs imprime no ecrã o número de artigo exato e a versão de firmware.
Um limite importa aqui. O número de artigo identifica a unidade, nada mais. Não confirma a avaria, a compatibilidade de um substituto, nem o preço. Isso precisa do resto do dossier, que é o que as secções seguintes recolhem.
Fontes e âmbito (1)
- Rockwell Automation: Manual do utilizador dos terminais PanelView Plus 7 Standard, publicação 2711P-UM007. Mostra como o número de catálogo distingue terminais que partilham um nome de família. Ilustra o esquema de um fabricante, não uma regra universal.
2. Que fotografias transportam a evidência
Três fotografias fazem a maior parte do trabalho de identificação neste dossier, e cada uma responde a uma pergunta diferente. A fotografia da etiqueta traseira prova a referência. A fotografia da moldura enquadra o painel na sua família e tamanho. A fotografia do ecrã ligado documenta o estado de avaria, ou confirma que o runtime estava saudável antes da remoção. Em conjunto permitem a quem analisa trabalhar sem visitar a máquina.

Esquema indisponível.
A etiqueta traseira merece o maior cuidado. Fotografe-a de frente, com foco, e com ampliação suficiente para os campos de revisão e sufixo permanecerem legíveis. Um sufixo borrado pode esconder a diferença entre duas gerações de hardware do mesmo modelo. Se a etiqueta estiver danificada, abra a página de diagnóstico ou de informação do painel e fotografe essa, porque o número de artigo no ecrã serve igualmente.
A fotografia do ecrã ligado justifica-se duas vezes. Regista o sintoma, se existir, e mostra se o painel alcançou o runtime ou falhou ao ligar. Quem analisa lê essa diferença de imediato. Uma fotografia extra, duas respostas.
Fotografias provam estado, não causa. Um ecrã que mostra uma página congelada na segunda-feira pode comportar-se de forma diferente na sexta-feira, por isso date cada imagem e guarde os originais. Uma captura de ecrã comprimida que borra o sufixo da etiqueta é a forma mais comum de esta evidência perder o valor.
3. Como descrever sintomas por camada
Os sintomas entram no dossier como três registos separados, não numa frase só. Toque, imagem e comportamento de alimentação podem falhar de forma independente, e quem analisa trata-os como classes de avaria diferentes. Escreva uma linha por camada, com a data em que cada comportamento foi notado pela primeira vez. Um histórico datado separa também uma avaria súbita após um evento, como um corte de energia, de uma gradual como uma retroiluminação a esbater.

Esquema indisponível.
Inclua os testes de isolamento que já executou, com resultados. Um rato USB que move o cursor enquanto a camada tátil não responde afasta a hipótese de problema no projeto e aponta para o caminho de entrada tátil. Uma lanterna encostada a um ecrã escuro que revela conteúdo ténue aponta para a retroiluminação e não para o ecrã inteiro. Marque cada conclusão como provisória, porque estes testes estreitam o campo sem identificar a peça avariada.
É um trabalho de dois minutos no painel, e encurta a análise em dias. Um registo que diz que a imagem falhou lentamente ao longo de três semanas enquanto o toque se manteve preciso lê-se de forma muito diferente de um registo que diz que o painel está estragado. O mesmo painel, direções opostas para a investigação.
Mantenha sintomas e interpretações separados no texto. Escreva o que viu, depois o que pensa que significa, depois o que não tem a certeza. Quem analisa pode contestar uma interpretação. Uma frase mista que funde observação e teoria não pode ser verificada de todo.
4. Que factos de projeto e de portas alteram a análise
Dois factos decidem que rotas são sequer possíveis, por isso ocupam o lugar seguinte no dossier. O primeiro é o estado do projeto: se existe uma cópia de segurança verificada do projeto, e que ferramenta o construiu. Um projeto TIA Portal, um arquivo .apa de FactoryTalk View e um ficheiro de projeto EasyBuilder implicam cada um verificações diferentes de transferência e compatibilidade. Nomear a ferramenta e a versão logo no início elimina uma ronda de perguntas.

Esquema indisponível.
O segundo facto é a lista de portas com o protocolo do controlador. Se o painel alcança o seu PLC por PROFINET, EtherNet/IP ou ligação série decide que candidatos a substituto podem sequer servir a máquina. Junte a esta lista acessórios e módulos de opção, porque por vezes são eles a peça escassa e não o painel.
Estes dois factos trabalham juntos, e é por isso que partilham uma secção. Uma cópia de segurança verificada mais um conjunto de portas comum tornam uma troca realista. Sem cópia de segurança e com uma ligação série legada, a análise pende para preservar o armazenamento do painel. A mesma máquina, rotas diferentes, decididas por duas linhas de texto.
Se qualquer destes factos for desconhecido, escreva desconhecido e diga o que verificou. Um pedido que admite que o ficheiro de projeto não foi encontrado é mais útil do que um que se mantém em silêncio, porque quem analisa planeia uma reconstrução em vez de descobrir a falha a meio da análise.
5. O que acrescentam o contexto de instalação e as tentativas anteriores
O bloco de instalação é curto mas evita uma segunda visita ao local. Dimensões de recorte ou uma fotografia da porta, o grau de proteção frontal, e a pior temperatura ou condição de limpeza permitem a quem analisa julgar o encaixe físico a partir da secretária. Mantenha-o em cinco linhas. O guia de ambiente ligado explica para que serve cada linha, e quem analisa só precisa do que altera o encaixe.

Esquema indisponível.
As tentativas anteriores pertencem também aqui, listadas com datas. Um ciclo de alimentação que limpou a avaria, um sobressalente que falhou da mesma forma, ou uma troca de cabo que mudou o sintoma encurtam todos a análise. Uma correção falhada repetida muda-lhe completamente a direção, porque o próximo analista deixa de a propor.
O histórico de reparações anteriores conta também como contexto. Se o painel já foi aberto, diga por quem e o que foi substituído, porque um banco de reparação orça o trabalho de forma diferente quando há peças não originais dentro da carcassa. Se a unidade veio de um sobressalente de prateleira, registe quanto tempo esteve armazenada e onde.
Um limite aplica-se a tudo isto. O contexto ajuda quem analisa a interpretar, não prova nada sobre a avaria atual. Um painel que falhou no dia seguinte a uma limpeza do armário de comando pode ou não estar relacionado com a limpeza, e ambos os factos devem permanecer visíveis em vez de fundidos numa causa.
6. Como termina o pedido
Feche com o que está em jogo na operação e com a sua rota preferida. Diga que linha ou função está parada, qual a tolerância à paragem, e quantos painéis idênticos a fábrica tem. Depois indique a rota preferida, como reparação, troca, fornecimento da referência exata ou substituição, com a restrição por trás dela, por exemplo sem cópia de segurança do projeto ou um recorte fixo.

Esquema indisponível.
Uma preferência com motivo é analisável, por isso escreva o motivo. Uma preferência sem explicação costuma ser reaberta mais tarde, que é precisamente as idas e vindas que este dossier existe para evitar. A restrição também o protege, porque impede uma resposta tecnicamente válida que não consegue de facto servir a máquina.
Submeta o dossier através do formulário de pedido com todos os ficheiros anexados, e guarde a sua própria cópia. O mesmo dossier serve qualquer rota que a análise confirme, e fotografias datadas protegem-no se o estado do painel mudar entre o pedido e o envio. Indique um contacto que possa responder a perguntas de seguimento sobre a máquina. Uma análise que bloqueia num único detalhe em falta perde dias.
Mantenha o dossier coerente entre canais. Se o mesmo pedido vai também a um fornecedor ou a uma oficina de reparação, envie a mesma evidência e não uma versão abreviada, para as respostas se manterem comparáveis. E mantenha as perguntas comerciais abertas no texto: disponibilidade, preço, sucesso da reparação e esforço de migração dependem de verificações que o fornecedor executa, e um dossier de evidências completo é o que torna essas verificações rápidas.
Como funciona o fluxo
Pontos essenciais
- Envie o número de artigo impresso completo com a fotografia da etiqueta traseira que o prova.
- Registe sintomas por camada, com datas e resultados de testes, e conclusões provisórias.
- Coloque estado da cópia de segurança, lista de portas e restrições de instalação no mesmo dossier.
- Feche com a tolerância à paragem, o parque instalado e uma rota preferida com a sua restrição.
Páginas relacionadas
Notas editoriais e fontes
Esta pré-visualização é uma nota de trabalho delimitada, não um artigo técnico validado nem uma afirmação de compatibilidade, existências, preço, serviço ou segurança.
Registo de fontes
Versão: /how-it-works/#request-checklist|Ardkor intake policy
- /how-it-works/#request-checklist
- Ardkor intake policy
Estado do processo editorial
Estado: rascunho / não indexado
Pontos por resolver: afirmações técnicas e comerciais precisam de evidência atribuível; o conteúdo da página de diagnóstico e a apresentação do firmware diferem por família de painel, pelo que o passo de recurso precisa da documentação exata do fabricante
