STM32F103 - статистика "изначальных" отказов, Попробуем здесь собрать статистику производства. Опции

[Serj78]

Решил создать такую тему- о том, какие неисправности попадаются у STM32 "из коробки".

Пока при начале мелкосерийного производства попался чип STM32F103VBT6 (100 ног tqfp) , не отвечающий на команды загрузчика, причем при Boot0=1 переход куда-то делается - основная программа не стартует.
Замена чипа исправила проблему. Причем, по SWD он прекрасно прошивался и был в целом исправен.

[vlad_new]

В двух словах все не объяснить. Надо тогда целую статью писать по этому поводу и подробно расписывать что и как тестировалось.
К тому же надо много фоток приложить. К примеру: как правильно и как не правильно разводить печатную плату. Почему нельзя ставить конденсаторы тип Y5R. Даже X7R не очень хорошо работают, хотя их рекомендует производитель. Ставить надо HPO. Ни в коем случае нельзя ставить электролит. Только тантал. Как оптимальней защитить лапки от внешних помех, статики и других неприятностей и т.д.
К тому же некоторые уже должны были заметить, что лапка сброса не всегда срабатывает. Могу к этому добавить, что в таких ситуациях и сторожевые таймеры безполезны. Вероятность вывести из зависания STM32F1XX лапкой сброса или сторожевиком составляет 1:7. У проца есть очень слабые лапки ( очень чувствительные к помехам создаваемые эфиром ). Это лапки связанные с RTC и кварцевыми генераторами,
а так же, как не странно, JTAG. Заставить лапки RTC меньше реагировать на помехи можно повесив на них ( те, что не используются ) конденсаторы пик этак 300. Что касается JTAG, то туда больше 50пФ ставить нельзя, а потому лучший способ, это подтянуть те лапки, которые идут к вашему jtag резисторами к питанию через 510 Ом. Еще один способ справится с лапками JTAG - это в вашей отлаженной программе вообще отключить JTAG. К стате уж точно нельзя оставлять не использованные лапки во float. Первой же командой всегда перевести все лапы на Pull-Down ( подтяжка вниз). Ну в софте то же подводные камешки встретились. К примеру программа должна всегда начинаться с задержки на 50 мс, далее должен стоять De_init, а уж потом Init. Забудте про то, что в даташите вам написали, что время сброса какие то там наносигунды. Т.е. оно может и так, только вот что они под этим имели ввиду? За это время ни кварц ни внутрение генераторы с умножителями уж точно не прекратят работу. А потому флаг готовности PLL просто вас обманет. На что это может повлиять? Ну на мигание светодиодом это точно не влияет. А вот если вы попробуете записать что нибудь ( из своей программы ) во Flash, а потом сделать програмный резет, ну или запустить из своей программы другую программу ( аля BOOT Loader) и после этого попробуете опять записать что либо во Flash, то процессор намертво повиснит. И ни какой внешний сброс или сторожевик не вуыведет кристалл из "клинча". Только отключение питания.
А вот еще по поводу лапок. У тех лапок, которые ADC ( не толерантные 5В ) очень слабые диоды, те что на землю подключены. Именно их в основном и пробивает. Это даже в тех поддержке признали и рекомендуют ставить дополнительную защиту.

PS: Ну вот. Не собирался писать статью, а получилось как всегда. Ну вкратце как то так. Много чего еще хотелось бы рассказать.
В заключении могу обрадывать. Если соблюсти большую кучу всякой всячины, то STM32F1XX работает без сбоев, даже если в двух метрах от него работает сварка, а рядом трудятся станки с киловатными двигателями. Причем работает не один проц, а сразу 5 и на разных расстояниях друг от друга ( распределенная сеть устройств до 10 метров). К тому же эти устройства то же управляют двигателями с токами около 5А ( при старте до 20А ).

Сообщение отредактировал vlad_new - Aug 21 2011, 14:03

[AlexandrY]

PS: Ну вот. Не собирался писать статью, а получилось как всегда.

Вроде бы про производственный брак спрашивали.
А к чему было это сумбурное повествование?
Читайте даташит, там гораздо все ясней написано.

Мне производственный брак не встречался ни разу.
Хотя за тысячи сказать не могу, поскольку этим занимаются уже профессиональные ремонтники на сборке.
А они не копают и не фиксируют в чем именно проблема, просто меняют все что могут поменять автоматом.
На фоне плохой пайки, и некачественных плат выделить именно проблемы микроконтроллеров при производственном ремонте практически нереально.
Поэтому особо недоверие вызывает когда кто-то приводит статистику отказов микроконтроллеров на тысячах.

[vlad_new]

Вроде бы про производственный брак спрашивали.
...
Поэтому особо недоверие вызывает когда кто-то приводит статистику отказов микроконтроллеров на тысячах.

Доверять-не доверять решать Вам. Что касается производственного брака, то это вообще не тема. Вы же верно написали, что
"На фоне плохой пайки..." . И бльше ничего быть не может. Тагда эту тему надо вообще закрыть.

[AlexandrY]

Доверять-не доверять решать Вам. Что касается производственного брака, то это вообще не тема. Вы же верно написали, что
"На фоне плохой пайки..." . И бльше ничего быть не может. Тагда эту тему надо вообще закрыть.

Было бы чему доверять.

Вы ж от темы ушли. Стати лить воду про "лапы".

Так были или нет четко зафиксированы бракованные чипы и именно с проблемами во внутреннем функционировании, а не из-за проблем со статикой и плохой схемотехники?

[vlad_new]

Так были или нет четко зафиксированы бракованные чипы и именно с проблемами во внутреннем функционировании, а не из-за проблем со статикой и плохой схемотехники?

Ну я же уже писал. Повторюсь. Образцы были отправлены на экспертизу в ST. Там было сделоно послойное сканирование в рентгене и
выдоно официальное заключение с приложенными фотографиями. На основании этого заключения нам и поминяли всю закупленную ранее партию. То что Вы не сталкнулись с такой ситуацией - Ваше счастье. А вот мне кровушке это изрядно попортило. Естественно, что перед эксертизой эксперты тщательно анализировали и мои схемы, разводку плат, эксплатационнные условия и т.д.