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

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

А boot1 ? Может, там контакта не было и оно утекало в сторону "грузимся из ОЗУ" ?

Проверил первым Но, сейчас пришла в голову мысль- просто прозванивал -измерял сопротивление при выключенном питании. Тестером с малым выходным напряжением..

Может, какая-то нелинейность была при припайке резистора?..

Осциллографом смотрел- просто молчок (единица) на Tx1 при запросе бутлоадера.

Также- при включении на USART1 идут команды запроса версии устройства, но это при обнуленном Boot1 . Вроде таким образом повредить бутлоадер нельзя..

Интересная тема. Я эти STM32 уже тысячами кушаю. Если коротко, то ситуация такая:
Пока были поставки чипов из малазии и малты проблемм вообще не было. Как только хлынул поток из китая, то на некоторых
партиях начались неприятности. Сейчас уже точно не помню номера партий, хотя можно поднять переписку с центром поддержки и офисом ST. Дошло до того, что чипы отправлялись на экспертизу и делалось послойное сканирование ( у меня и заключение экспертизы с фотками имеются ). Хотя небольшое кол-во китайских чипов, что у меня были, STM32F103CBT6 и STM32F101CBT6 риботали нормально.
Как щас помню STM32F100C4T6 партия толи 46, толи 49 почти все либо не программировались сразу, либо выходили из строя через некоторое время. Нам их заменили на 105 партию. В этой партии из 1000 не завелись где то с десяток.
Такая же неприятная партия была с STM32F103RET6. Поскольку на тот момент, на складах в Москве, не было ничего другого, то закупили STM32F103RET7 с расширенным температурным диапазоном. STM32F103RET7 - закупили штук 300 и все оказались рабочие.

Я так думаю, что было бы еще интереснее тема надежности ( помехоустойчивости ) STM32F1XX. Здесь то же много чего повылезало в промышленных условиях. Хотя если обойти все подводные камни, то можно получить очень не плохой результат. Но эта уже другая тема

а можно все таки подробнее? тем все таки близкая и весьма интересная.

В двух словах все не объяснить. Надо тогда целую статью писать по этому поводу и подробно расписывать что и как тестировалось.
К тому же надо много фоток приложить. К примеру: как правильно и как не правильно разводить печатную плату. Почему нельзя ставить конденсаторы тип 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

Респект vlad_new'у, возьму на заметку!
А по правильной разводке платы тоже интересно, будет желание напишите пожста.

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

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

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

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

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

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

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

Ну так и спрашивают, послойное сканирование чего? Какого узла на кристалле?
Или инженеры от ST сделали вам реверcинжениринг своего чипа?
Чего они там ради вас искали чего сами никогда не смотрели?

В чем проблема то заключалась?

Давай я выложу заключение. Там все написано и нарисовано. Но с одним условием: Я не буду здесь его обсуждать.
Поймите меня правильно. Я уже столько наобсуждался, что опять все заново начинать уже просто нету сил.
Файл прикрепил.

Ув. AlexandrY. Прошу Вас "не рубить с плеча" то, о чем пишет vlad_new.
Считаю, что данный опыт очень интересен и не только мне одному.
Объясню почему. Несколько лет назад в КБ мы производили устройства, правда на базе ATmega128.
Тираж этих устройств был более 15 тыс. экземпляров. Данные устройства эксплуатировались в сложных температурных и электромагнитных условиях. Похожие на те, о которых и пишет vlad_new. Так вот, попадались такие уникальные чипы, которые некорректно выполняли арифметические, логические и периферийные операции. Ведущему программисту пришлось написать специальный тест, который при старте тестировал логику и работу с периферией. Если этот тест не проходил, то основная программа не стартовала и выводилось сообщение об ошибке. И это были партии, закупленные в Китае. Вот в связи с этим, мне это важно.

А в заключении ST на конечного пользователя бочку катят, вроде. (и в даташит тычят...)