На STM32L151, который был расположен прямо возле эл. двигателя и аналогично зависал, помог отказ от использования PLL.

Полезно во все неиспользуемые вектора прописывать сброс (или вызов функции критической ошибки).

В таких сложных случаях спасет только второй (медленный) ватчдог с ключем по питанию процессора. Приходилось такое ваять в схеме с тиратроном- помехи от тиратрона бывают запредельные и сбивают все что можно. При этом схемотехника и экранирование силы быле сделаны правильно- второй ватчдог срабатывал только при спонтанных пробоях тиратрона (то ли от космических частиц, то ли от износа) короче это было аварийное событие, но проц после этого оживал.

Непонятно, в чём смысл возврата в точку сбоя при аппаратном сбое периферии мк. В таких случаях просто необходим сброс периферии, и новая начальная инициализация.
Есть вариант хранить критические переменные в защищённом месте, с двойным тройным резервированием - для восстановления стартовой рабочей точки. Но возврат в точку слома - просто невозможен.

Для развязки управления по высокому напряжению, и высоковольтным импульсным помехам - применяют воздушные оптопары. Это единственный способ изоляции от искры.

Эх, хороший совет. Но схему и плату не я рисовал. Схему запретили трогать и давать какие-либо рекомендации по поводу надежности и улучшения ее работы - под страхом физической расправы с последующим увольнением с работы. Ну нет худа без добра, за это время стал специалистом по программным костылям. Специалистом изменения магнитопроницаемости физического ваккума програмным способом на расстоянии по фотографии.



Хороший совет. Ведь внутренняя система PLL по любому сделана по схеме НАПРЯЖЕНИЕ-ЧАСТОТА с цифровым счетчиком и цифровым компаратором обратной связи. Любая помеха наводит на накопительную RC цепь приличную наводку или ее изменение.




Спасибо. Правильно приняли - что береженного Бог бережет.

Сообщение отредактировал картошка - May 5 2016, 12:14

У меня ST-LINK/2 , отладчик отваливается при любом удобном случае, задетектировать место зависания не удается, импульс и полный сбой, что с отладчиком что без него. Даже когда отладку делаешь через ноутбук работающих от своих батарей в режиме полной гальваноразвязки, збои - реже. Разрабатываемое устройство работает с реактивными цепями накапливающими токи в свою индуктивность до одного-полутора килоампера. Поэтому E = (L * (I*I)) / 2; - (L = 5 - 20 uh) большие импульсные помехи. Слив всю энергию в емкость 10 нанофарад можем получить 67 Кволльта на нем, все зависит от добротности реактивности пораждающюю обратною ЭДС. Длина волны (скорость нарастания/спада) пораждаемая этим разрядом уже три раза превысила импульс пораждаемые гармоники рентгеновского спекта. Поэтому длина полны может быть и сантиметр и миллиметр, все зависит от магнитной проницаемости среды и формы конструкции.
Главная ошибка это отсутствие гальваноразвязки, искушение использовать встроенные в ARM ADC периферию ! Схему разрабатывал не я. Неоднократно предупреждал и расчитывал возможные помехи.

О, экспериментальная физика высоких энергий или лазерная техника. Отличное поле для топтания по граблям. ST-LINK/2 и сам отвалится может, и USB подохнуть. В таком случае ставили отладчик на линухе под openOCD, экарнировали его вместе с отлаживаемым устройством в многослойном медно-пермаллоевом экране, источники питания типа свницовых батаерй от UPS тоже были внутри. А наружу выходила только пара световодов от медиаконвертора эзернета, по которому и общались и с отладчиком, и с отлаживаемым устройством.

начать с замены программатора на с эзернетом, программатор заэкранировать в одном ящике с таргетом, кабель тоже заэкранировать

Вам немного не про это. Пускай отваливается. Хоть вообще его не подключать. ПОСЛЕ зависания подключится отладчиком удается?

Нет. Не удается. Даже при неправильной конфигурации периферии, если забыл законфигурировать CLK или обратился в несуществующей памяти, частенько бывает чтобы вывести STM32 из состояния внутрененего покоя, нужно на BOOT0 - 1 подать, чтоб злокод написаный не выполнялся. Это касательно отладки через SWD, не JTAG. Ввиду творческого порыва и смелого духа, на JTAG пинов не резервируем, только SWD.

Забавно. Судя по вашим словам периодическое срабатывание ватчдога не мешает вашей программе. А вот внешний сброс нежелателен.

А что вы собственно делаете в ватчдоге для восстановления работы программы?
Да и что делает сама программа полезно узнать.

Просто есть вариант работы процессора в "моргающем" режиме в периодическим внешним сбросом (если задача позволяет). Память, вроде, статическая, переменные должны сохраняться. При рестарте проверить контрольную сумму, данных (если что - скорректировать из резервной копии), сделать что нужно и отвалить до следующего перезапуска. А если что не так - отвалить сразу.

Есть также хитрозадый вариант с детектором помехи, блокирующим (приостанавливающим, перезапускающим и т.п.) работу процессора.

А кто-нибудь изолированный SWD использовал? Вот это https://www.lpcware.com/content/blog/isolat...d-debug-adapter работоспособно ли? И можно ли вообще сделать SWD на 3-4 длинных световодах?

Мы так софт делали для своей железки. Софт был написан так, что ему было все равно в какой момент был подан сброс или убрано питание.

Ну а запитать проц в своем домене питания, поставить трансилы по входным линиям, или вообще полностью развязать входные\выходные сигналы оптопарами с защитой от бросков с помощью тех-же трансилов или разрядников...Заземлить все, что можно ... В свое время делали табло по такому принципу, так оно даже при ударе молнии работало...

Сообщение отредактировал mantech - May 5 2016, 19:06

При понимании процессов и грамотном проектировании проблемы решаются. При неграмотном - знаю людей, спаливших более 5 дорогих осциллографов (к сожалению один из них был нашим). На вопрос, ну хотя бы после второго задумались бы, ответ - это осциллографы некачественные.
И положительный пример - в электрофизических установке с большими импульсными токами все прекрасно работает. Но там меры приняты на этапе проектирования.
Ситуации конечно всякие бывают. Приходилось и программно обрабатывать нештатные ситуации с помехами по входам в чужой схеме (мне скинули уже готовую плату, долго потом наверное им икалось...), при этом ситуация осложнялась высокими требованиями к джиттеру синхронизации процесса, а помеха как раз по синхроимпульсу приходила.