CCS/TMS320F28033: C2000 programming issue

Hi Shashwat Tyagi,

Please see the UniFlash quick start guide below for getting started using the tool:

http://processors.wiki.ti.com/index.php/UniFlash_v4_Quick_Guide

Is the customer able to successfully connect and erase the F28033 device using Uniflash or CCS?

Reviewing the C2000 F2803x workshop material on "Programming Development Environment" may be useful as well for using CCS to connect, program, and run code on the device:

http://processors.wiki.ti.com/index.php/C2000_Archived_Workshops#C2000_Piccolo_Multi-Day_Workshop_-_Revision_2.1_December_2010_.28ExpKit_F28035.3B_CCSv4.2.3B_DSP.2FBIOS_5.41.29

That or the CCS v7 getting started video:

https://training.ti.com/getting-started-code-composer-studio-v7

Best,

Kevin

Kevin,

They're aware of the workshop material.

They are able to successfully connect using Uniflash. When they try to flash a new .out file they get the error shown in the original post. It's saying the value at address 0x37001 doesn't match, they're unable to figure out what's at that address.

They've spotted and corrected the power mistake. They continue to see the 2nd error "C28xx: File Loader: Verification failed......" each time they try to load the image.

This is on their mother board and not an EVM.

Shashwat Tyagi,

Is the "C28xx: File Loader: Verification failed......" error giving the same address every time (0x3F7001)? Has the customer been able to successfully erase the part, or does it give the same error when performing an erase?

Have they tried using CCS for programming/erasing instead of uniflash? Maybe CCS will have different results. Please verify that the target configuration matches the specific device when doing this.

It may be worthwhile to check if the part may be inadvertently locked. Please see the post below for information on checking this:

https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/650378

Best,

Kevin

Kevin,

It is the same address every time. My understanding is that they have been able to successfully erase the part.

Below is some additional detail on what the engineer is trying to do:

The main reason I need to load a new image is because we found the GPIOs are internally pulled-up by default and I would like to change some of them to be disabled. So I went to Code Composer Studio where we compile the code. The highlighted code below is the only place I changed the code. DSP2803x_Gpio.c file was original added from ControlSuite. I was able to build the project without errors. And was trying to use the APSS_Swift_rev0.out from "release" and also the .ccxml from targetconfigs to load the code through UniFlash.

Hi Shashwat Tyagi,

Sorry for the delay.

When they have erased the part can they verify that the value at address location 0x3F7001 is 0xFFFF (i.e. confirm that it's erased)? Then, when they try programming and it fails giving this verification error try, disconnecting from the device and re-connect, what value does the 0x3F7001 address have stored in it now?

Could you have them check the state of the boot-mode pins? I wouldn't expect this to be an issue since they can successfully connect and erase the device, but it's worth checking.

Could you provide the linker command file being used when building the .out file?

Best,

Kevin

Hi Kevin, the customer made some edits to their code and this is now resolved.

We can close this.