CCS/TMS320F28054F: Zone 1 is Secure

Jan,

You're correct that from the factory all zones should be unlocked/disabled.  I need to take a look at the GEL file when I get back to the office to confirm it is executing the correct unlock commands(even when the device is unlocked there is a procedure from RESET that has to be executed to unlock the device).

In the meantime you can look at the registers described in http://www.ti.com/lit/spruhe5d starting at page 181 to see if there are things set that are not default.  I'd focus on the RAMSTAT register on this page, and then go to page 190 and look at Z1_CR to see if these bits indicate the dummy reads have not been done.

I'll reply back tomm as soon as I look at the GEL to make sure it is correct.

Best,

Matthew

I have checked the mention registers and found:

For the CR Registers

So it seems the dummy reads are performed and some some password is stored for the Z1 zone.

And for the RAMSTAT:

So L0_RAM is secured

Is this possible by a wrong setting of the JTAG or debug settings

The security settings for the debugger for Zone1 and Zone 2 are :

I hope you have an answer on short time because I can not go futher with he project and for each test we have to replace the processor.

Thanks,
jan

Thanks,

that was also my conclusion, any suggestion to prevent writing to the OTP ?

The linker map file shows that there are no sections of the OTP are used:

Thanks,

Jan

Hi Jan,

Maybe you should carefully review the On chip Flash configuration in your CCS Debug session to make sure that you are not populating any of the OTP locations for programming. Start with a new target configuration file(.ccxml) and make sure the Security fields are all left to default. This will ensure that the “On Chip Flash” configuration in your ccxml is not the culprit. I am saying this because this is another way to program security settings to the device. This is my suggestion.

Also check out this manual (section 6.3) which explains on how to debug the problems with Flash and what all precautions to follow while attempting a Flash Program/Erase operation. I suspect the Flash to be in depletion. Try Depletion recovery option in the On Chip Flash configuration. More details in the link below.

http://www.ti.com/lit/an/spraal3/spraal3.pdf

Thanks & Regards

Pramod

Thanks so I now know there is noting happen unexpected and go continue my project.

But after startup it seem the motor parameters LS, Lq and Rs are not taken from the user.h file and are reading 0 or some random value.

Has this something to do with the secured RAML0, if I use an other RAM location to initialize the estimator the right values are shown and everything woks fine.

Regards,

Jan

I am not using RAML0 for the application but initialize the estimator with the RAML0 location.

And read the motor parameters with a EST function.

The values for Rs, Lsd_H and LSq_H are zero or sometimes a unusual value f.i. Lsd_H = 1e30 H

Regards,

Jan

Vivek,

thanks for your reply that I can use on other location for the FAST RAM.

But is there a reason for the fact I have to do this, because location 0x8000 is the default and advised setting in user.h.

I like to understand what I am doing and why.

Regards,

Jan