Eu tenho vários chips (microcontrolador, PIC16F1939), alguns dos quais com comportamento estranho (redefinições aleatórias, alguns pinos puxados alto algumas vezes). Todos eles estão executando o mesmo software. Eu suspeito que esses chips tenham danos ESD (ou algum outro dano interno). Como posso ter certeza? Raio X? Algum outro método disponível?
13
Respostas:
Não conheço uma maneira "fácil" de confirmar danos por ESD - parece haver alguns métodos usados para detectar falhas nos ICs, todos eles muito caros. Eles incluem raios-X, microscopia, análise térmica por infravermelho, traçador de curvas, TDR, etc.
Este exemplo de relatório de análise de falhas é bastante informativo, detalhando vários métodos diferentes usados para (eventualmente) encontrar uma falha.
No entanto, eu verificaria o código cuidadosamente para garantir que não haja um bug intermitente responsável pelo que você está vendo ou um problema no seu circuito (por exemplo, EMI, problemas de fonte de alimentação, etc.)
Talvez tente alguns programas de teste simples que repliquem várias partes do firmware completo e veja se o problema é específico de uma parte (ou está presente o tempo todo).
Verifique também no site da Microchips se há algum problema conhecido de silício. Fui pego por isso algumas vezes no passado.
fonte
O único método confiável que conheço é decapagem do CI (isto é, gravando a carcaça de plástico) e usando um microscópio. Tudo se resume a procurar pistas visuais e padrões típicos: queimaduras por sobrecorrente parecem diferentes dos zaps ESD nas estruturas integradas.
O problema com danos por ESD é que pode ser muito sutil. Você pode obter qualquer coisa entre um comportamento um pouco incomum (por exemplo, uma pequena alteração na tensão de limiar de porta do MOSFET) e uma falha completa de todo o dispositivo.
fonte
Se você tem 100% de certeza de que executa os chips no mesmo circuito e condições, é provável que o chip seja o culpado. Não precisa ser danificado por ESD, pode ser mecânico ou causado por uma potência de >> 5V. Às vezes, pode ser fácil provar que os danos (como um alfinete se recusa a aumentar o driver), mas, em geral, é muito, muito difícil provar ou refutar a função correta de um chip complexo. Se o seu tempo vale alguma coisa: jogue fora quaisquer chips suspeitos (ou pelo menos marque-os e reserve-os para um trabalho de prioridade muito baixa).
PS: você tem certeza de que não é mordido pelo bug / recurso / armadilha para leitura / modificação / gravação?
fonte