caxapa.ru :: Не очень понятно, а зачем такое замысловатое присваивание SCB->AIRCR ? Он вроде как, сам насильно устанавливается в исходное положение по сбросу ?

Юрий_СВ (27.08.2012 22:34, просмотров: 148) ответил koyodza на вообще-то по нулевому смещению у STM32 лежит не переход на "обработчик Reset", и даже не его адрес, а начальное значение указателя стека. Адрес "обработчика сброса" лежит по смещению 4. А вообще пользуйтесь штатной возможностью сброса, встроенной

Не очень понятно, а зачем такое замысловатое присваивание SCB->AIRCR ? Он вроде как, сам насильно устанавливается в исходное положение по сбросу ? SCB->AIRCR = ((0x5FA << SCB_AIRCR_VECTKEY_Pos) | (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk) | SCB_AIRCR_SYSRESETREQ_Msk);

Ответить

- не знаю, не разбирался. Наверняка зачем-то нужно. Это кусок core_cm3.h - koyodza(27.08.2012 22:37)
  - "|(SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk)" - они, видимо, по "инерции" вписали (как для обычного бита). Остальное - понятно зачем. - Юрий_СВ(27.08.2012 22:57)
    - Перестраховались похоже: можно было бы и так записать Apтём(43 знак., 27.08.2012 23:33)
      - Как это? Без ключа? - Юра(27.08.2012 23:37, )
        
        В доке написано, что Vectorkey Reads as 0x05FA, но может опечатка - Apтём(104 знак., 27.08.2012 23:46)
        
        Reads as 0xFA05, On writes, write 0x5FA to VECTKEY, otherwise the write is ignored. - rezident(28.08.2012 00:00, ссылка)
        
        Да я и сам в отладчике вижу Apтём(24 знак., 28.08.2012 00:13)
    - Это наверно чтобы если прерывание возникнет до достижения барьера - чтобы приоритет оставался тем же. - Юра(27.08.2012 23:16, )

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