Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
26 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

765369 Топик полностью

SciFi (26.06.2017 13:26, просмотров: 165) ответил 0men на Так может попытаться понять причину сваливания в HardFault??

Это противоречит главному правилу программирования: "Работает - не трогай!" :-)

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- в этом случае любой глюк ПО, приводящий к hardfault, будет приводить к перезагрузке.. - 0men(26.06.2017 16:46)
  - Неплохой вариант, кстати. - SciFi(26.06.2017 16:56)
    - Неплохой вариант для аварийного случая. - vllv(26.06.2017 17:03)
      - HardFault вроде бы подразумевает аварийный случай, не? Хотя, конечно, можно представить себе креативных товарищей, которые через него будут решать текущие вопросы, так сказать :-) - SciFi(26.06.2017 17:08)
        
        Увы, человек слаб, иногда лень разбираться в мудреной последовательности разрешения/запрета периферии. Ну сбросилось, и пофиг. - vllv(26.06.2017 17:55)
- а что говорит стек вызовов? может там видно откуда в хард сваливается? не должно быть так, единственное что можно предположить - прерывание после ресета, но до переинициализации вектора сброса. Тогда должно помочь запрещение прерываний перед AVF(30 знак., 26.06.2017 13:30)