caxapa.ru :: Подскажите, можно ли используя порт ввода на STM32 чисто аппаратно защелкнуть одиночный импульс и после перезагрузки прочитать, что был импульс?

Make_Pic (Вчера, 08:28, просмотров: 793)

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

Ответить

- А какова для тебя приоритетность причин перезапуска? Например, 1) авария питания, 2) авария внешней периферии/аппаратуры, 3) зависание программы. В принципе во всех трех случаях можно делать перезапуск устройства, выключая его питание. У нас именно так работает внешняя схема WDT - выключает питание всего устройства на время, достаточное для разряда всех конденсаторов во вторичном питании. А м/с супервизора, формирующая сигнал RESET нужна в основном лишь, чтобы reZident(173 знак., Вчера, 15:31)
  - У меня внешний WDT только для отключения питания. Появился из-за выявления защелкивания проца при определенных проверках на ЭМС. Де-факто сама мелкосхема WDT оказалось, что тоже умеет защекиваться. Пришлось пободаться. Редко нонче в процах нет нормального супервизора, потому внешний не нужен, да и внешний сторож на вывод сброса кроме визуализации не вижу зачем. Мануальный сброс не знаю зачем. Когда-то юзал ADM69x и т.п. при внешней SRAM - там нужен супервизор с отрубанием Vit(30 знак., Вчера, 15:41)
    - Не только МК может "защелкиваться" по входам, но и другие перийферийные м/с. Был у нас лет 10+ назад один случай, когда из-за зависшего АЦП порвало трубы отопления в новом здании. Случилось сочетание факторов: а) программист не предусмотрел проверку валидности кодов АЦП на предмет недостоверности результатов и б) нельзя было "пересбросить" АЦП по питанию схеметохнически, а только программно. В результате контроллер не смог определить перегрев котла из-за того, что АЦП гнал reZident(421 знак., Вчера, 16:02)
- Вроде бы на некоторых stm32 есть регистры BKP, которые не сбрасываются. Можно зарядить DMA, чтобы по импульсу туда что-то записывало. - SciFi(Вчера, 08:32)
  - Регистры BKP могут сбрасываться по tamper event и можно разрешить прерывание по этому событию. Это вроде бы умеют все начиная с stm32f10x. На некоторых стирание бэкап регистров можно запретить, можно разрешить сохранение RTC timestamp. Совсем новыми stm32 я не очень интересовался, может там ещё чего придумали. - ЫЫyкпy(Вчера, 10:14)
    - BKP - это BackUP RAM? - Make_Pic(Вчера, 12:07)
    - Тепло - вот это уже интересно! - Make_Pic(Вчера, 12:06)
  - обычное ОЗУ тоже не сбрасывается если питание не пропадало - AlexG(Вчера, 08:35)
    - а, ну да :-) - SciFi(Вчера, 08:36)
      - Микроконтроллер в зависоне, нужно как то определить, что был сброс от внешнего WDT - зафиксировать импульс с него после переполнения таймера. - Make_Pic(Вчера, 09:47)
        
        Вам нужно определить факт перезапуска или зависания? Если второе, то можно переопределить HardFaultHandler - пусть не висит в глухом цикле, а стробирует WDT и мигает к-л индикатором - ecomp42(Вчера, 11:16, )
        
        Про HardFaultHandler можно поподробнее? - Make_Pic(Вчера, 12:00)
        
        Здесь надо уточнить - что понимаете под "зависанием". Чем, по вашему, МК при этом занят? ecomp42(1125 знак., Вчера, 13:00, )
        
        А от чего ещё может быть сброс? Если все остальные причины под контролем прошивки, то перед сбросом пишем в ОЗУ отметку о причине сброса. Если после сброса там что-то другое - это WDT. Ну, вы поняли. - SciFi(Вчера, 09:48)
        
        Да, такой вариант был. Хотелось чтобы точно как в банке причину определить. Сброс может быть по питанию от супервизора, от WDT, программный сброс ... - Make_Pic(Вчера, 10:04)
        
        Как отличить? В каком регистре смотреть? Внешний супервизор и WDT можно только отличить по импульсу, о котором топике писал - Make_Pic(Вчера, 10:06)
        
        RCC имеет регистр с указанием причины сброса. SciFi(1 знак., Вчера, 10:12, картинка)
        
        У ТС внешние WDT и супервизор - LightElf(Вчера, 14:17)
        
        TPV706 - Make_Pic(Вчера, 10:09)
        
        там регистра с флагами причин сброса нет случайно? если есть флаг сброса от внешнего сигнала reset то это ваш wdt и будет - AlexG(Вчера, 10:07)
        
        В том то и дело, внешний ресет может быть сформирован от переполнения WDT (1) и от в нем же супервизора по питанию 3.3В (2) Make_Pic(1 знак., Вчера, 11:56, картинка)
        
        Смотрите что вам SciFi и ЫЫ написали про регистр признаков сброса - Ralex(Вчера, 12:23)
        
        Который имеется даже в простеньких AVR и MSP... - Гyдвин(Вчера, 12:28)
        
        Если что определять, что 3.3В не пропадало и был внешний ресет, но как определить что 3.3В не падало перед ресетом? - Make_Pic(Вчера, 11:59)
        
        Как я понял, сложность в том, что источников внешнего сброса может быть несколько, из-за этого флаги регистра МК неинформативны. Если мощность выхода супервизора и WDT позволяют - заряжать конденсатор(-ы) через резистор+диод. Приводить в дежурное состояние "измеряющим" выводом МК, переключив как выход. Если приемлемо, то посмотрите аппноты slope ADC - там могут быть полезные тонкости. - Dingo(Сегодня, 06:56)
        
        Есть, называется RCC->CSR. - ЫЫyкпy(Вчера, 10:17)

Микроконтроллеры