• State
  • Locked Locked
  • Replies 8 replies
  • Subscribers 83 subscribers
  • Views 1071 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

M3 Loader: memory region that is not writable

Dan O'Rourke
Intellectual 255 points

I recently got F28M35H52C1 rev B and I getting

Cortex_M3_0: Loader: One or more sections of your program falls into a memory region that is not writable. These regions will not actually be written to the target. Check your linker configuration and/or memory map.

I am using CCS Version: 5.2.0.00069

I am able to download this program to a different control card with a F28M35H52C1 rev X on it.

I am getting the same results when I try Blinky also.

Any advice?

Thank you

  • 0
    TI__Guru** 116971 points

    Hi Dan,

    Please check the value at address location "0x200000 to 0x200020" and "0x27FFF0 to 0x27FFDC". If these values are not 0xFFFF_FFFF then it means device is configured to be secure device due to which access to some of the memories have been blocked.

    Regards,

    Vivek Singh

  • 0 in reply to Vivek Singh
    Intellectual 255 points

    after a cpu reset these location are showing all FF but after a load program they are showing all 00

  • 0 in reply to Dan O'Rourke
    TI__Guru** 116971 points

    Dan,

    Thanks for providing the info.

    Following is what I understood -

      * Issue CPU reset. The value at those locations are all FF.

      * Load the code - Code load fails. Now the value at those locations are all 00

      * Again issue CPU reset. The value at those locations are all FF.

    Is my understanding correct?

    You are trying to load the code into RAM or Flash? Can you scope the XRSn pin and see if it is toggling during code load phase?

    Regards,

    Vivek Singh

  • 0 in reply to Vivek Singh
    Intellectual 255 points

    Yes your understanding is correct. I am trying to load the code into Flash.

    When I put the scope on pin 4 XRSn During download it is toggling low to high at a 800 hz freq with 87% on time duty cycle. The debuger appears to be running and this freq continues.

    When I then suspend the debugger the signal goes steady high 3.3v.

    When I then resume the debugger the 800hz toggle returns on this pin.

    On the Rev X this signal is always a steady 3.3v high

  • 0 in reply to Dan O'Rourke
    TI__Guru** 116971 points

    Hi Dan,

    Thanks for confirming the toggle on XRSn pin. I was expecting the same.

    Do you face this issue only when trying to load the flash or even when you try to load RAM only code.  We also have reset cause status register to indicate what's causing the reset. You can find the details of the same in "Reset Control and Status Registers" section of TRM.  Before loading the code clear this status register and later check the status to see what error/event is causing these multiple resets.

    Regards,

    Vivek Singh

  • 0 in reply to Vivek Singh
    Prodigy 210 points

    Hi Vivek, Dan,

    We're having this exact same problem upon switching from rev X to rev B.  Any further details on how you solved this issue?

    Best,

    Tom

  • 0 in reply to Thomas Brady
    Intellectual 255 points

    This is still an issue for me. What I did was upgrade to Code Composure

    Version: 5.5.0.00077. I was then able to download but the code didn't run properly can't recall exact problem. I then had to put it on hold.

     

    the second problem was with the ethernet not working I had to use a newer version pinout description 2476.set_pinout_f28m35x.c

    Now everything is working

  • 0 in reply to Dan O'Rourke
    Prodigy 210 points

    After upgrading to code composer v5.5, this issue is resolved for me.