caxapa.ru :: а у вас есть опыт по распознаванию причины HardFault ?

MegaJohn (28.02.2013 16:30, просмотров: 110) ответил AD на А зачем его читать?

а у вас есть опыт по распознаванию причины HardFault ?

RO             = 0x00000001
R1             = 0x10009BEF
R2           = 0x0000031F
R3           = 0xC0000000
R4           = 0x00000000
R5           = 0x10009BEE
R6           = 0x00000320
R7           = 0x0000000A
R8           = 0x9BEE0001
R9           = 0x9BEE0001
R1O           = 0x10101010
R11            = 0x11111111
R12          = 0xE15010D0
R13 (SP)     = 0x1000FEC8
R14 (LR)     = 0xFFFFFFFD
APSR         = 0xA0000000
IPSR         = 0x00000003
EPSR         = 0x01000000
PC           = 0x000073A4
SK       = 0x00000000
BASEPRI      = 0x00000000
BASEPRI      = 0x00000000
SK     = 0x00000000
CONTROL      = 0x00000000
CYCLECOUNTER = 662865922

если бы LR был бы менее 0xFFFFF то и сам бы смог =)

Ответить

- В LPCXpresso адрес на какой-то вкладке показывается. - Apтём(28.02.2013 17:16)
- Ну по адресу возврата обычно причина находилась. AD(80 знак., 28.02.2013 17:08)
  - дык, хотя бы какой-нить регистр обьясняющий причину, а то смотреть стек это не по спортивному - MegaJohn(01.03.2013 15:33)
    - IAR рулит ! Там есть callstack MegaJohn(01.03.2013 16:12)
      - Напиши кусок кода распечатывающий регистры и стек... - fk0(01.03.2013 19:43)
        
        Месяц назад я задавал такой же вопрос. Похоже, велосипед еще не изобретен. - vmp(01.03.2013 20:06, ссылка)
        
        На AT91, PIC18, PIC24 я распечатывал... А эти ваши кортексы слишком любительского уровня что ли. - fk0(01.03.2013 20:48)
      - А в чём ошибка-то? in_dest не инициализирован или что? - Apтём(01.03.2013 16:49)

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