TMS320F28069M: Is there something wrong with my schematic

Hi Pavlin,

Let me look into the schematic first and will respond in couple of days 

When you say about reprogramming, did the program got loaded properly into C2000 initially?. Can you ellaborate on the strange behaviour you have observed?

Best,

Uttam

Yes! It is a frequency inverter for a small spindle. It worked for a couple of months and now the spindle has no power. It spins but it can`t cut anything. So I checked the device -> the hardware is fine and when I tried to reload the uC program I couldn`t. I receive an error and now it`s not working at all. So I suppose something happened with the uC.

I checked the schematics, looks good to me and also it worked.

Can you check, were you able to connect to CCS or not. and test the JTAG connection 

Please refer to this APP note for JTAG connection issues. https://www.ti.com/lit/an/spracf0a/spracf0a.pdf?ts=1667516036988

Let me know what are your observations and share snipshot if any error you receive. 

Best,

Uttam

I think I`ve made a mistake! As you know the tms320F28069 has several ending letters -> F, M and so on. So when I made my project I used one of the instaspin labs as a reference base, but because it was a simple FOC project, the included linker file was named F28069F.cmd. which i think i a wrong linker file. I compiled the project sucessfully and because of that i did not pay any attention to this little detail. The project worked properly and so on. But this time when I tried to reprogram the controller, something happened. So I checked in the motorware directory and there is F28069M.cmd! I think this is the problem and this caused the uC demage. This is something which has to be mantioned somewhere, so the uses to keep in mind! It`s quite easy to miss it!

Can you share the error you mentioned when you open CCS? Please share 

I dont think its a linker command issue, Please check whether you used files from the same path as shown below:

Left: F28069F.cmd, right:F28069M.cmd

I only see the graph_data which is defined in a data section in 069F but not in 069M. Are you using graph_data in your application? If not this is irrelevant, the issue might be something else.

If nothing works, you can use a new C2000 device.

Best,

Uttam

Sorry for the delay! I receive data verification error!

Can you share the snipshot to be sure of it. 

Here is what i`ve got when I try to flash program the uC

And When I try to write to the RAM

I think I am doing something wrong with the FLASH programming.

I have use one of the INSTAFOC labs as a base. And I have this code in my project:

#ifdef FLASH
#pragma CODE_SECTION(mainISR,"ramfuncs");
#endif

#ifdef FLASH
// Used for running BackGround in flash, and ISR in RAM
extern uint16_t *RamfuncsLoadStart, *RamfuncsLoadEnd, *RamfuncsRunStart;

#ifdef CSM_ENABLE
extern uint16_t *econst_start, *econst_end, *econst_ram_load;
extern uint16_t *switch_start, *switch_end, *switch_ram_load;
#endif
#endif

void System_Init()
{
    #ifdef FAST_ROM_V1p6
      uint_least8_t ctrlNumber = 1;
    #endif

      // Only used if running from FLASH
      // Note that the variable FLASH is defined by the project
      #ifdef FLASH
      // Copy time critical code and Flash setup code to RAM
      // The RamfuncsLoadStart, RamfuncsLoadEnd, and RamfuncsRunStart
      // symbols are created by the linker. Refer to the linker files.
      memCopy((uint16_t *)&RamfuncsLoadStart,(uint16_t *)&RamfuncsLoadEnd,(uint16_t *)&RamfuncsRunStart);

      #ifdef CSM_ENABLE
        //copy .econst to unsecure RAM
        if(*econst_end - *econst_start)
          {
            memCopy((uint16_t *)&econst_start,(uint16_t *)&econst_end,(uint16_t *)&econst_ram_load);
          }

        //copy .switch ot unsecure RAM
        if(*switch_end - *switch_start)
          {
            memCopy((uint16_t *)&switch_start,(uint16_t *)&switch_end,(uint16_t *)&switch_ram_load);
          }
      #endif
      #endif
}

So system_init() is the first thing I call in the main. I am using just FLASH(no CSM). But the uC doesn`t start on his own - there is nothing loaded. 

I manually selected F28069M.cmd in Flash mode - no change. My board is made according to LAUNCHXL-F28069M, so I`ve noticed the voltage on GPIO34 pin is not 3.3V but lower, because of the devider. Is it possible this to prevent FLASH programming?

What am I doing wrong? 

Thanks!