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

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

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

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

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

0men (26.06.2017 13:24, просмотров: 144) ответил Stri на Да вроде я специально никак не переключаю режимы, и RTOS никакой нет.

Так может попытаться понять причину сваливания в HardFault??

Ответить

- Это противоречит главному правилу программирования: "Работает - не трогай!" :-) - SciFi(26.06.2017 13:26)
  - в этом случае любой глюк ПО, приводящий к 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)