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

Хех! И у меня аналогичная ситуация: за много лет - ни одной сгоревшей AVR.
...Может потому, что никогда их не применял?
Тема - из разряда фобий AVR-щиков. Весь мир уже много лет применяет ARM-ы везде где только можно, а ТС как будто из какой-то дремучей деревни вылез, где и слыхом не слыхивали про современное состояние в отрасли.
Когда что-то где-то сгорает - это следствие только кривых рук.


Это точно! Таких разработчиков, которые "подают на ножку 30 вольт", лучше изолировать от МК подчистую!

Не обязательно.
Причина может быть и в жадности.
Например если ставить STM32 на двухслойки, то однозначно схлопочите пробой портов.
Или скажем ставить Y5S конденсаторы вместо X7R.
Или дешевые кварцы без разбору.
Но что удивительно, это порой оправдано, если к примеру сбой ни к чему плохому не приводит.
Те же пульты и HMI интерфейсы, они могут сбиваться по несколько раз на дню, никто не заметит или проигнорит. Теперь же это норма.
Или облака сенсоров. Там отказ одного сенсора ни к чему не приведет, просто отключат из цепи.

Про устойчивость AVR-ок к сбоям - чистый миф.
Я консультировал фирму делавшую 5 кВт усилители для телевизионных вышек.
В блоке питания у них стояли AVR-ки.
У них они сбоили так, что ребята искали по всему городу профессионалов кто бы указал им на причину.



Не далее как весной я собственноручно подал 220 В на шину CAN сети из 6-и устройств на STM32.
Неудачно был к сопле от CAN подсоединен щуп осциллографа и эта сопля коснулась клеммы контактора.
Все STM32 выгорели до единого ну и драйверы CAN тоже.

+ случайного стечения обстоятельств
+ контрафакта
+ недостатка опыта/знаний
+ несоблюдения режимов эксплуатации
+ заряженные частицы из космоса
+ в развлекательных целях
+ еще много чего


И первоклассников, которые не знают основы дифференциально-интегрального исчисления, изолировать от математики подчистую.

Речь идет о случайном попадании высокого напряжения, после которого контроллер выжил.
Конечно, никто специально в дизайне не будет закладывать подачу 30 вольт на вход МК.



Можете, схему показать? А мы вам ошибку в ней исправим, и больше у вас такого не повториться.

Вот это кстати странно.
Согласно программе испытаний при сертификации на электронику подают разряды по нескольку киловольт, зависит от назначенного класса испытаний.
И под сотню вольт достигает выводов микроконтроллеров.
В дизайне такие случаи должны быть предусмотрены обязательно.

Аккредитованные сертификационные конторы даже заставляют писать отчеты че будет если все перед микроконтроллером сгорит и он останется один на один с высоковольтным импульсом.


Сомневаюсь. Мы с одних и тех референсов срисовываем.
Но у меня теперь больше опыта чем у вас.
Я знаю как и че горит, а вы нет.

Я думаю у бомжа с улицы больше опыта в исследовании различных веселящих жидкостей чем у Вас. Считаете это своим недостатком?

Не факт. У бомжа нет системности.

Всем кто ответил по делу низкий поклон, без дураков. Это важно.

Таки да, и що Ви мене хочите этим сказать?

По большому счету, "как будто" в Вашей фразе - лишнее. ТС ковыряется в своей небольшой песочнице и не в курсе, что происходит в отрасли. А здесь ТС скромно обратился к опыту старших коллег, и те из них, кому распухшее ЧСВ не мешает ходить, любезно этим самым опытом поделились. За что им еще раз спасибо!



Не будет ли столь любезен, многоуважаемый джин, рассказать что не так с ДПП применительно к STM32?

А у меня есть ТЗ и Договор. Если что-то сгорит, то крайним буду я.
Поэтому опыта выгорания чего-либо у меня значительно меньше - отрицать было бы глупо.

Насчет сертификации. Все импульсы описаны.
Дизайн схемы с энергией этих импульсов поступает так, что до МК доходит только приемлемый уровень.
Можно сколь угодно тщательно перерисовывать референсы, но без понимания сути, имхо, толку мало.
Осознать суть помогает ответственность, заложенная в Договоре в условиях, описанных в ТЗ.

Я без наездов. Просто покажите обвязку CAN-физики, и вопрос разрешится.


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

Сколько уже сделали импульсных БП на stm32f3 и ни разу такого не наблюдали, хотя самый простой на 1,5кВт.

Недавно в щите управления освещением. Токовый трансформатор сгорел(как эксплуататорам не объясняй, что если рассчитано на 50А то 80А подавать не надо), Видимо фаза попала на преобразователь 0-5А в 0-5ма, он тоже сплавился. Шибануло на плату, сгорела мега16 и все что питалось вместе с ней, пробило все конденсаторы по питанию, сгорел ADM3485 (все микросхемы полопались). Сгорели все ADM3485 на шине RS-485 и у всех AVR вынесло порты к которым были подключены ADM3485. В приборе на STM32, лично, по ошибке, подключил 220 на RS-485 шину (A и . Тихо умер ADM3485 и ВСЁ. СТМ остался полностью исправен.

Говорят, в Кинетиксах используются для работы немного другие электроны, поэтому только Кинетиксы могут работать на ДПП.
Я лично так понял суть высказываний уважаемого AlexandrY.

Спасибо за толковый разбор.
Вопрос: на всех портах AVR стоит достаточно надежная защита по перенапряжению, поэтому обычно хватает токоограничивающего резистора, и в тяжелых случаях стабилитрона перед входом, опторазвязка - только когда коммутируем высокое напряжение или мониторим высокую сторону входящего. А как с этим делом у STM-а, нужно ли гальванически развязывать все входы/выходы по которым может проскочить ВЧ иголка?

Сообщение отредактировал Smehotehnik - Sep 28 2018, 07:34

Думаю, благородный дон хочет сказать, что колбасу на бутерброд кладёт исключительно на сантиметровый подслой чёрной икры, а платы заказывает от 8 слоёв.

Вот здесь поподробнее можно?