TMS320F28335：When the code is burned to FLASH, the SGEN library runs abnormally at the beginning and cannot be connected directly afterwards

link：https：//pan.baidu.com/s/1mP0GFr8VEyCPkOHWICYi-wlin
password：1111

Part Number: TMS320F28069

At first, I burned the code directly on the SRAM with JTAG, and the data generated by the SGEN library appeared according to my set values, but it would be lost, so I downloaded the code to flash. At this point the data generated by my SGEN library became very confusing. The following two images are SRAM on the left and FLASH on the right

link：pan.baidu.com/.../1c0zjp-qyuy7s9jKmQqztng
password：1111

I think this may have something to do with the code security module(CSM).  If you don't have any passwords programmed to the device, please make sure to unlock the device by executing a dummy read of the CSM password locations at the beginning of your code.

If you could attach the .map file for the RAM and Flash versions of your code, we can see where the tables are getting stored to see if the above is related.

Best,

Matthew

I have a link above where you can download my project to have a look. My discovery is that the SGEN library uses the required file, SINTB360.asm, which stores sinusines, but the file's address overlaps with XINT

I don't know if this is normal

So the sine tables look to be stored in off chip SRAM, can you make sure this is initialized properly for your specific SRAM, also  since these are in external RAM, your code will need to manually write the tables; I don't believe these will be loaded automatically with a program load since XINTF will not be configured yet.

Best,

Matthew