Uma notificação de falha é um dos e-mails mais estressantes que um projeto produz, e normalmente chega no pior momento possível. As perguntas por trás dela são sempre as mesmas três: o que realmente falhou, quem é responsável por corrigir e se algo disso ainda cabe na data de envio.
Um item de ensaio reprovado é um resultado, não um veredito. Nada nele retira seu produto de um mercado nem encerra o projeto. O que acontece depois depende muito mais de por que o produto falhou do que da falha em si, então a primeira tarefa não é corrigir nada — é descobrir em qual de três situações bem diferentes você está.
Um item de ensaio reprovado é uma medição, não um pedido rejeitado
Em termos simples: o laboratório ensaiou uma configuração definida do seu produto contra uma norma, comparou a medição com o limite dessa norma, e a medição ficou fora dele, ou um requisito de construção não foi atendido. O item é registrado como não conforme com aquela cláusula.
Isso produz informação, não uma rejeição. As palavras que as pessoas confundem nessa situação têm cada uma um significado específico, e a falha afeta apenas uma delas:
- Relatório de ensaio — o registro do laboratório do que foi ensaiado, sob quais condições e o que foi medido. Este é o documento em que um item reprovado aparece.
- Certificado — emitido por um organismo de certificação ou autoridade sob um esquema definido. Um item de ensaio reprovado não produz um, mas também não impede que você solicite novamente depois que o produto for corrigido.
- Declaração de Conformidade — elaborada e assinada pelo fabricante (ou pelo importador ou representante autorizado no mercado, conforme as regras). Não é emitida pelo laboratório e não é um resultado de ensaio.
- Certificação — o processo de autorização em si. Para transmissores de rádio dos EUA, por exemplo, essa via passa por um Organismo de Certificação de Telecomunicações e resulta em um FCC ID; a maioria dos radiadores não intencionais, em vez disso, usa a própria Declaração de Conformidade do Fornecedor do fabricante.
Ajuda separar duas coisas que as pessoas descrevem como o mesmo evento. Um item de ensaio que falhou dentro de um projeto que você contratou é um problema técnico. Um protocolo que uma autoridade ou organismo de certificação devolveu com perguntas geralmente é um problema de completude, e ele é respondido junto ao organismo que o levantou, não com um redesenho.
A primeira coisa a pedir são os dados medidos
"Reprovou em EMC" não basta para decidir nada. Peça ao laboratório:
- Qual item de ensaio e qual cláusula de qual norma, e a versão da norma aplicada
- O limite e o valor medido — não apenas que estava acima, mas por quanto e em quais pontos
- As condições de ensaio: modo de operação, configuração de pior caso, arranjo de cabos, adaptador usado, compilação de firmware, número de amostras em ensaio
- Se o resultado foi reproduzível quando o item foi executado novamente
- Se a amostra foi aberta, carregada ou modificada durante verificações destrutivas anteriores
Com esses números, um engenheiro geralmente consegue dizer em um dia se a correção é uma pequena troca de componente ou um problema estrutural. Sem eles, a reação natural é começar a trocar peças, e é assim que um problema de duas semanas se torna um de dois meses.
Pergunte também o que havia na configuração ensaiada. Não é incomum descobrir que a amostra foi executada com um adaptador de energia diferente, um display de segundo fornecedor ou uma compilação de firmware anterior à versão de produção — caso em que a falha pode não ser sobre o produto que você pretende vender.
Três problemas diferentes que todos chamam de "uma falha"
1. A amostra não corresponde à configuração de produção
Esta é a causa mais comum, e a mais barata de resolver. Formas típicas: o adaptador usado na bancada de ensaio era o que estava à mão em vez do que é enviado; um filtro de produção ou conta-esferas de ferrite não foi montado na placa de engenharia; o firmware era uma compilação de depuração com registro de logs ou uma frequência de comutação diferente; o invólucro era uma maquete impressa em 3D sem o inserto metálico que a versão de ferramental tem.
Nada está errado com o projeto, e nada precisa mudar na linha de produção. O que precisa mudar é a amostra: envie unidades que correspondam ao que será fabricado, e o reensaio normalmente fica limitado aos itens reprovados. É também por isso que a verificação de amostras antes do ensaio poupa mais tempo do que custa — uma divergência detectada na primeira hora é um adiamento, não uma fatura.
2. A montagem de ensaio ou a norma aplicada não corresponde ao produto
Os laboratórios não são infalíveis, e uma falha inconsistente com seus próprios dados de pré-conformidade ou com o comportamento do produto em campo merece uma segunda olhada. As causas usuais: o produto foi exercitado em um modo que não é o pior caso (em repouso em vez de transmissão contínua, ou meia carga em vez de carga plena); uma versão mais antiga da norma foi aplicada; a amostra já havia sido desmontada por uma inspeção de segurança anterior e foi remontada ligeiramente diferente; um comprimento ou roteamento de cabo usado na montagem não era o especificado.
Levante o assunto com dados em vez de argumentos — envie seus resultados pré-ensaio e aponte a divergência. Laboratórios idôneos revisarão a configuração e, se a montagem estava errada, repetirão o item. Essa revisão custa um dia; adivinhar uma correção para um problema que não existe custa consideravelmente mais.
3. O projeto realmente não atende ao limite
Se a medição é reproduzível e a configuração corresponde à produção, o produto precisa de uma mudança real. Este é o caso que custa tempo de engenharia, e aquele em que a qualidade do feedback técnico do laboratório mais importa: é a diferença entre mudar o valor de um componente e substituir um subsistema inteiro por um palpite.
O que geralmente muda no produto
A maioria das correções em eletrônica se enquadra em um pequeno número de categorias: filtragem na interface ou na linha onde o problema foi medido; roteamento ou comprimento de cabos, quando os cabos fazem parte do produto enviado; mudanças de aterramento e de layout de PCB; parâmetros de firmware como frequência de comutação, duty cycle ou potência de saída; blindagem ou aberturas do invólucro; e, em alguns casos, a própria fonte de alimentação, quando o adaptador é a parte ruidosa.
Cada uma delas é uma mudança na configuração ensaiada. Essa única frase é a razão pela qual uma correção "gratuita" nunca é gratuita em termos de documentação. O relatório descreve hardware e firmware que não existem mais, e a diferença precisa ser fechada com um reensaio ou, em casos limitados, com uma justificativa de engenharia documentada que o laboratório esteja disposto a colocar por escrito.
Em produtos de rádio, observe como as correções interagem. Uma mudança de firmware feita para reduzir emissões pode alterar a potência de saída ou as configurações de modulação, que são parâmetros de rádio por si só. Uma mudança na fonte de alimentação pode afetar tanto emissões quanto imunidade. Corrija um item e você pode ter invalidado outro, e é por isso que o escopo do reensaio deve ser decidido depois que a mudança for definida, não presumido antes.
Escopo do reensaio: normalmente não o projeto inteiro novamente
Quando a mudança é bem compreendida e documentada, a maioria dos laboratórios propõe um reensaio parcial — repetir os itens que a mudança pode afetar e manter os que não pode. Resumidamente:
| O que mudou | O que normalmente volta a ensaio |
|---|---|
| Um componente ou filtro em uma única interface | O item que falhou, mais itens fortemente acoplados — perturbação conduzida e emissões radiadas são frequentemente revisadas juntas |
| A fonte de alimentação ou o adaptador | Itens que dependem da alimentação, mais as verificações de construção de segurança relacionadas a ela |
| Firmware que afeta o comportamento de rádio | Itens de rádio, mais itens de emissão que dependem do comportamento de transmissão |
| Layout de PCB, blindagem ou antena | Itens de emissões e de rádio conforme aplicável, e as verificações de segurança de distâncias de escoamento e de isolamento se o layout mudou perto delas |
| A configuração muda depois de um conjunto completo aprovado | Frequentemente o conjunto formal repetido — nesse ponto nenhum documento no arquivo descreve um produto que foi realmente medido |
Peça o reescopo por escrito antes que a modificação seja executada, para que a engenharia saiba o que a mudança provavelmente vai disparar. Fazer ao contrário — mudar primeiro, perguntar depois — é como os projetos descobrem que precisam reensaiar um item para o qual ninguém orçou. Se seu orçamento original não indicava como os reensaios são tratados, essa cláusula vale a pena confirmar agora; nosso detalhamento do que um orçamento de ensaio inclui explica como os termos de reensaio costumam ser redigidos e o que dispara uma nova cotação.
O que a falha faz com o seu relatório e a sua declaração
Apenas a documentação final aprovada pertence à documentação técnica e ao que você envia a um comprador ou marketplace. As rodadas preliminares e reprovadas são dados internos: guarde-as, são evidências úteis de como o projeto foi validado, mas não são os documentos que sustentam uma Declaração de Conformidade.
Dois pontos práticos em que vemos clientes errarem. Primeiro, se o laboratório emite um relatório para a rodada reprovada, não o encaminhe ao seu cliente nem o envie em uma solicitação de conformidade de marketplace. Você será cobrado a explicar um documento substituído e isso retardará a revisão; espere o relatório revisado mostrando o resultado aprovado. Segundo, uma vez que o produto tenha sido modificado, o relatório, a documentação técnica e a Declaração de Conformidade precisam descrever a mesma configuração. Uma declaração que ainda descreve o hardware anterior à correção é pior do que nenhuma declaração, porque é imprecisa pela sua própria mão.
Situações que aparecem repetidamente
O adaptador na bancada não era o adaptador de envio. Um dispositivo alimentado pela rede reprovou em um item de emissão conduzida. A fiação sob ensaio usava um adaptador reserva de outro projeto, porque o adaptador de produção não havia sido enviado na caixa de amostras. A mesma unidade passou quando ensaiada com a alimentação correta. Custo total: um horário de reensaio e uma semana, em vez de um redesenho.
A notificação de falha chegou sem dados. A primeira mensagem era uma única linha dizendo que um item havia falhado. A engenharia passou uma semana selecionando filtros diferentes antes que alguém pedisse a medição. Quando os dados reais chegaram — uma faixa de frequência estreita, alguns dB acima —, a correção foi uma única troca de componente e um reensaio parcial do item afetado.
A placa foi alterada antes do escopo ser combinado. Após uma falha de emissões, um cliente modificou o circuito de alimentação e atualizou o firmware na mesma revisão. A mudança de firmware alterou um parâmetro de rádio, então os itens de rádio voltaram ao escopo, e a mudança de layout atingiu um item de segurança de distância de isolamento. Nada foi desperdiçado, mas o reensaio e o cronograma foram ambos maiores do que a correção sozinha exigiria — o sequenciamento causou isso, não a falha.
Um relatório preliminar reprovado foi enviado ao comprador. Um cliente encaminhou dados iniciais a um cliente para mostrar progresso. A equipe de conformidade do outro lado leu como um produto não conforme e colocou o pedido em espera. As rodadas preliminares são para suas próprias decisões de engenharia, não para comunicação.
O que fazer nos primeiros três dias
- Obtenha os dados medidos — item, cláusula, limite, valor medido, margem, condições, repetibilidade.
- Confirme a configuração ensaiada — qual adaptador, qual firmware, qual configuração de amostra, quantas unidades.
- Classifique a causa — divergência de amostra, montagem de ensaio ou problema real de projeto. O próximo passo é completamente diferente em cada caso.
- Peça o escopo do reensaio por escrito antes de decidir qual modificação fazer, e pergunte quais outros itens a mudança planejada poderia afetar.
- Confirme os termos comerciais — se um ciclo de reensaio está incluído, como uma segunda falha é tratada e o que conta como um novo escopo de projeto.
- Reserve o horário do reensaio cedo — a amostra e o cronograma geralmente são a restrição real, não o ensaio em si.
Tratada nessa ordem, uma falha geralmente custa um reensaio e um atraso. Tratada na ordem oposta — modificar primeiro, investigar depois — custa os dois, mais um segundo redesenho.
Como conduzimos um caso de falha
Uma falha é o ponto do projeto em que a contribuição de engenharia de um laboratório vale mais, então a tratamos como uma discussão técnica em vez de uma atualização de status. Na prática, isso significa quatro coisas. Os dados de medição chegam a você com as condições de ensaio anexas, não como uma notificação de uma linha. Nossos engenheiros dizem o que acreditam que causou a falha e em qual das três categorias acima ela se enquadra, inclusive quando a resposta é que a amostra não era representativa. O escopo do reensaio é colocado por escrito antes de você se comprometer com uma modificação, para que a engenharia saiba o que a mudança provavelmente vai disparar. E quando a mudança é confinada e bem justificada, os itens não afetados da rodada original são aproveitados em vez de repetir um conjunto que já passou.
Antes do ensaio começar, a mesma disciplina se aplica na outra direção: revisamos a amostra, o manual, o rótulo e a configuração pretendida contra o escopo, porque a maioria das falhas que enxergamos chegando são divergências de configuração, não defeitos de projeto. Uma falha detectada na recepção das amostras custa um adiamento. A mesma falha encontrada na câmara blindada custa um horário de reensaio e um cronograma revisado.
Esse é o método de trabalho por trás de como conduzimos projetos de ensaio em Shenzhen, e o escopo item por item das normas envolvidas está em nossos serviços de ensaios e certificação páginas.
Se você acabou de receber uma notificação de falha, envie-a junto com os dados medidos e a mudança que sua equipe está considerando.
Diremos se parece uma divergência de amostra, um problema de montagem de ensaio ou um problema real de projeto — e qual escopo de reensaio cada um desses dispararia — antes de você se comprometer com uma modificação.
Envie seus dados de falha para uma revisão do escopo de reensaio