• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 29 subscribers
  • Views 508 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

AWR1642: awr1642 canFd bufAddr

AWR1642: system halt after creating CAN ISR

AlbertYip
Prodigy 190 points
Part Number: AWR1642
Other Parts Discussed in Thread: UNIFLASH

I am debuging the canFd module base on SDK2.0. In the CAN initialization, the system will halt if there are a CAN node which is sending CAN message with same baud rate.

I want to find the reason by GPIO, so I edit canfd.c in this way:

GPIO2 will output high level if write 0. I want to output 1,2,3,4 pulses in sequence, but it halts after outputing 3 pulses:

so, I think, it halt after HwiP_create(). This problem occurs sometimes rather than everytime. by the way, I can confirm CANFD_MCANInt0Isr do not execute this moment.

Can someone tell me the reason? thank you!!!

  • 0
    Prodigy 190 points
    Additional remarks: in my experiment, I run APP code from the SBL which has created CAN_handle by CANFD_init(). But at the end of SBL, I call CANFD_deinit() before jumt into APP. why APP halts when call HwiP_create() in CANFD_init()?
  • 0 in reply to AlbertYip
    TI__Mastermind 22155 points
    Hello ,

    When you say HALT, do you see any application crash/abort? Where does your code jump to when you register the interrupt?

    Are the reset-vectors relocated to address 0 before jumping to the app code?

    -Raghu
  • 0 in reply to Raghunandan Kamath
    Prodigy 190 points

    thanks for your reply.

    1. I download the code into flash with uniflash and run after power cycle, so I can not see any crash information besides it do not run normally.

    I confirm it was halting after HwiP_create() through gpio( see previous picture).

    2. Yes, the reset-vectors of application were relocated to address 0 before jumping to the app code(showed following picture). in my opinion, it will not jump to app code normally if there are problems about the reset-vectors. won't it?

  • 0 in reply to AlbertYip
    TI__Mastermind 22155 points
    Hi,

    Are you still having this issue? Can you post the code changes that you have made so that we can check if there are any obvious issue?

    -Raghu