Перейти к содержанию
    

STM32F100 Непроизвольное срабатывание прерывания

А в другом месте если попробовать?

 

Я бы еще посоветовал до кучи погасить свет в помещении. В данном случае и фотоны будут виноваты :biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Но почему себя так ведёт полностью обвязанный и прикрытый от всех случайностей вывод мне совершенно неясно (

Потому что Вы цепляете к нему огромную антенну (из щупов, их проводов и ваших рук и прочего тела), на которую наводится много ВЧ грязи. Неужто это не очевидно???

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Подозреваю, что речь идет о неком хитроумном способе выбора МК для нового проекта - касаться руками работающего проца.

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

Очевидно, что STM32 вообще не проходит этот тест, поэтому придется возвращаться на AVR. Другого пути я не вижу. Увы :crying:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Очевидно, что STM32 вообще не проходит этот тест, поэтому придется возвращаться на AVR. Другого пути я не вижу. Увы :crying:

Вангую - начальство нагибает ТСа: "Осваивай мол ARM, нужно уже серьёзные задачи решать, пора слезать с этого детсада AVR" :krapula: . И ТС ищет - как бы так начальству доказать что ARM-ы плохи? :01: , чтобы не изучать их.

Вот он потыкал в лапку STM-а :smile3046: и.... о, радость! - ложные срабатывания!! :08: Можно бежать к начальству :yeah: и наглядно продемонстрировать "глюки" :a14: , чтобы оно отстало с этими ARM-ами... :maniac: :disco:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нынче существуют 5V армы. Они по-идее должны пройти подобный "тест на ложные прерывания", например, при касании правым мезинцем левой ноги :lol:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Был задан вполне конкретный вопрос - какого чёрта МК улетает в прерывания от любого чиха и как бороться с таким поведением. Вопрос не праздный. На любом промышленном изделии порой требуются ремонтные действия и будет мало приятного если при банальном замере напряжения у МК будет сносить крышу напрочь. Если есть что сказать по делу, то стоит это сделать, а шутки тут как-то не особо к месту. Всё-таки не КВН

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Был задан вполне конкретный вопрос - какого чёрта МК улетает в прерывания от любого чиха и как бороться с таким поведением.

Сначала следует разобраться с "поведением" того, кто собраться сувать руки в работающее изделие :smile3046:

Во-вторых, изделие нужно засунуть в корпус и поставить плобму, чтобы кто-попало туда не лазил без ведома разработчика.

А, если сам разработчик допускает подобные копания в потрохах изделия с подключенным питанием, то виноват горе-разработчик,

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

 

Вопрос не праздный.

Вам уже тут ответили по существу, сославшись на выдержки из даташита на МК.

И про обработку нажатий кнопок по прерываниям (дикость какая) тоже подсказали, что это делается это совсем иначе - нужно бороться с дребезгом и слишком короткими "пысиками" программно.

А также рассказали почему в вашем любимом AVR это не происходит, а тут - это возможно.

Короче, вам "разжевали все по косточам". Доходчиво. Даже местами слишком.

 

На любом промышленном изделии порой требуются ремонтные действия и будет мало приятного если при банальном замере напряжения у МК будет сносить крышу напрочь.

На любом промышленном изделии перед копанием внутри сначала принято отключать питание и в обязательном порядке заземлять туловище любопытного электрика.

Хотя, лучше всего от таких электриков помогает корпус с гарантийной пломбой.

 

шутки тут как-то не особо к месту

Ну да действительно! Как же я не подумал об этом! Ведь у вас траур - STM32 вывел на чистую воду, все то, что AVR упорно скрывал. Искренне сочувствую :biggrin:

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

какого чёрта МК улетает в прерывания от любого чиха и как бороться с таким поведением. Вопрос не праздный.

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

Есть очень хорошая статья. Советую ознакомиться.

На STM32 нападения напрасны - если схемотехника в порядке, то оборудование может работать

в очень тяжелых условиях. У STM есть множество AN на данную тему, а у потребителей продукции STM

есть множество реализованных серийных надежных изделий.

 

Вам конкретно ответили: есть программные и есть аппаратные способы борьбы. Нужно использовать все.

Виноват не контроллер, а разработчик. Могу рассказать историю, как светодиодные табло зависали

намертво, когда рядом в сеть вставляли обычный нихромовый паяльник, при этом собраны они были на atmega128.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На любом промышленном изделии порой требуются ремонтные действия и будет мало приятного если при банальном замере напряжения у МК будет сносить крышу напрочь.

А ещё подумайте что будет, когда при "банальном замере напряжения" на этих шаловливых ручках будет статический заряд в несколько кВ. Тоже будете винить микроконтроллер, что он "вдруг гад сдох"? :smile3009:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если топикстартер выложит hex-код программы, любой желающий сможет запрограммировать свою Дискавери и проверить. Мне тоже кажется это ненормальным поведением, особенно с подтяжками по 100 Ом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если топикстартер выложит hex-код программы, любой желающий сможет запрограммировать свою Дискавери и проверить. Мне тоже кажется это ненормальным поведением, особенно с подтяжками по 100 Ом.

Ну да, и у этого "желающего" не проявится. И что?

А всё потому что пол в помещении не накапливает статику или нет люминесцентных ламп, дающих наводку на всё вокруг или ещё тысяча других причин.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мне тоже кажется это ненормальным поведением, особенно с подтяжками по 100 Ом.

Вместо hex нужно выложить отмоделированную схему - будет виден фронт, на который EXTI должен отреагировать.

В сложных случаях может быть все что угодно. У меня макет одного устройства реагировал на касание острым(!)

предметом земляного полигона, а не пина.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мне тоже кажется это ненормальным поведением, особенно с подтяжками по 100 Ом.
ST-link v2 теряет связь при касании пинцетом соединенного с землей металлического корпуса устройства. Я уже привык.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ST-link v2 теряет связь при касании пинцетом соединенного с землей металлического корпуса устройства. Я уже привык.

А я заказал на пробу вот такую штуку для отвязки отладчика.

 

post-2831-1494426415.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...