• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Subscribers 82 subscribers
  • Views 199 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.

CCS/F28M35H52C: Loading multiple executable causing failure

Steven Buuck
Prodigy 80 points
Part Number: F28M35H52C

Tool/software: Code Composer Studio

I have tried to load an executable 1 to one sector of flash and then load another executable 2 to the rest of flash. 

This has now caused the sector that executable 1 was to be placed to be locked up. 

The error I get when I try and reprogram the chip. 

I have looked into the security features and am pretty sure that I had not done anything to trigger those. 

I have tried "erasing" the sector with the memory fill but it wouldn't validate the input I gave it

altered the gel file to R/W as that was set only to R despite me not having messed with it before and not having issues

I am unsure what is causing this and am hoping someone else may have come across this Unknown error. any help would be appreciated. 

  • 0
    TI__Guru* 87105 points

    Steve,

    Please check your map file to make sure that nothing went in to the security settings area in Flash sector A and sector N.  Check if you modified GRABSECT and/or other security settings.

    What do you mean by erasing the sector would not validate the input you give?  Please explain clearly.  

    Which gel file did you change to make it R/W and which entry in the gel file?  Please provide the detail.  Hope you are using the latest CCS.

    Thanks and regards,
    Vamsi

  • 0 in reply to Vamsi Gudivada
    Prodigy 80 points

    I had not checked the map file but the linker shouldn't have had anything be put into that space. unfortunately I likely would not be able to be able to exactly recreate the map file as i had made some alterations since the initial issue arose. As for the GRABSECT and other security options in the debug configuration settings I had not made any alterations to that. 

    this was in reference to the memory fill tool in CCS. I was attempting to use it to write into the sector that was no longer functioning. when I filled in the inputs it requested it initially said that the memory map had prevented it from writing. which is what lead me to look at the memory map where it showed the M3 flash block as R only

    I went to the f28m35h52c1_m3.gel file and altered this lin

        GEL_MapAddStr(0x200000,   0, 0x80000,    "R",   0);      /* FLASH BANK 1*/

    to 

        GEL_MapAddStr(0x200000,   0, 0x80000,    "R|W",   0);      /* FLASH BANK 1*/

    This solved the memory fill problem but then instead gave me the data validation error. 

    the version of CCS being used is 6.2.0.00050 

  • 0 in reply to Steven Buuck
    TI__Guru* 87105 points

    Steve,

    If not map file, you can directly check the security setting locations in the memory window and see what values are programmed in to them for both zone1 and zone2.  Even though you may not have made any changes in flash plugin GUI, sometimes any unmapped sections in the application may get mapped there.  Please check the memory window and let me know the values programmed for all the security settings.

    Regarding the CCS memory window GUI memory fill option:  It won't work for flash space.  

    Gel file:  Flash space is marked as R only.  It is not writable by debugger and hence is marked as R only.  When an application executable (.out) is loaded in CCS, if the memory range falls in R only area, then CCS will invoke flash programmer automatically to load to that memory range.  Hence, it is important to leave the flash/OTP space as R.

    Thanks and regards,
    Vamsi  

  • 0 in reply to Vamsi Gudivada
    Prodigy 80 points

    Vamsi, 

    I have had a chance to hook up the board with the issue and look at the memory sections 

    It seems as though the N sector has been altered. which is also the section that was having the erase issues. Are you saying that CCS will use any unmapped linker space as it sees fit? which also here happened to be the security settings?

    can this be resolved?

  • 0 in reply to Steven Buuck
    TI__Guru* 87105 points

    Steven,

    It can be that the linker placed some section in there or you might have placed something in there (but you said you don't have the map file to check).

    Since the passwords are visible, you can enter that password in the CCS flash plugin GUI and unlock the flash and try to erase.

    Let me know if that does not work - I will ask our security expert to help you further.

    Thanks and regards,
    Vamsi

  • 0 in reply to Vamsi Gudivada
    Prodigy 80 points

    Thank you for your help Vasmi. 

    This solved the problem and addressed my concerns.