Як я можу визначити, чип має пошкодження ESD?

У мене є кілька мікросхем (мікроконтролер, PIC16F1939), деякі з яких мають дивну поведінку (випадкові скидання, деякі штифти піднімали високий час). Усі вони мають одне і те саме програмне забезпечення. Я підозрюю, що ці чіпи мають пошкодження ОУР (або якісь інші внутрішні пошкодження). Як я можу бути впевнений? Рентген? Будь-який інший доступний метод?

Я не знаю про "простий" спосіб підтвердити пошкодження ШОЕ - мабуть, існує досить багато методів, що використовуються для виявлення несправностей в ІМС, всі вони досить дорогі. Вони включають рентген, мікроскопію, ІЧ-тепловий аналіз, кривий відстежувач, TDR тощо.

Цей зразок звіту про аналіз несправностей є досить інформативним, де деталізується декілька різних методів, які використовуються для (зрештою) вини.

Однак я перевірив би код уважно, щоб переконатися, що не існує переривчастої помилки, що відповідає за побачене, або проблема з ланцюгом (наприклад, EMI, проблеми з електроживленням тощо)
Можливо, спробуйте кілька простих тестових програм, які повторюються різних частин повної прошивки і
перевірте, чи проблема є специфічною для однієї частини (чи вона присутня весь час). Також перевірте на сайті Microchips, чи є якісь відомі проблеми з кремнієм, мене це кілька разів спіймало в минулому.

Єдиний надійний метод, про який я знаю, - це зняття ІК (тобто травлення пластикового корпусу) та використання мікроскопа. Це зводиться до пошуку візуальних підказок та типових зразків: Надтокові опіки виглядають інакше, ніж затримки ESD на інтегрованих структурах.

Проблема з пошкодженням ОУР полягає в тому, що він може бути дуже тонким. Ви можете отримати що-небудь між дещо незвичною поведінкою (наприклад, невеликою зміною порогової напруги затвора MOSFET) і повним збоєм всього пристрою.

Якщо ви на 100% впевнені, що ви запускаєте фішки в одній схемі та умовах, тоді чіп є найімовірнішим винуватцем. Не потребує пошкодження ОУР, може бути, наприклад, механічним або спричиненим напругою >> 5В. Іноді пошкодження може бути легко довести (наприклад, штифт відмовляється драйверу високо), але загалом довести чи спростувати правильну функцію складної мікросхеми дуже важко. Якщо ваш час вартий чого-небудь: викиньте будь-які підозрювані фішки (або принаймні позначте їх і відкладіть їх для роботи з дуже низьким пріоритетом).

PS Ви впевнені, що вас не покусав помилка читання-зміна-запис / особливість / підводний камінь?