We had many F28335 getting locked all of a sudden in the past but it had stopped when we updated to CCS 5.2.1 . We now wonder if it was only a coincidence and that the root cause is still present because we are having the same issue with 3 new F28335. We never succeeded at programming them from the start.
We have other boards working fine and using the same xds100v2 device to program them. Vdd3vfl at pin stays in valid range when programming (well, on board that work...). Therefore, hardware issue is not very likely but suggestions on this side are welcome.
We use xds100v2 device to program the DSP.
Here are my observations:
The first flash programmation gave that:
"Flash Programmer: Error erasing Flash memory.
Flash operation timed out waiting for the algorithm to complete. Operation cancelled.
Trouble Writing Memory Block at 0x33fff8 on Page 0 of Length 0x8
GEL: File: D:\Brio\Code\HYD001\trunk\controller\Debug\controller.out: Load failed."
Looks like the flash locked itself somewhere between production line and my bench.
I tried to unlock it through the On-Chip Flash plugin in CCS and got that nice message:
"Device unlocked. To clear the programmed password, please erase Sector A of Flash memory."
I tried to erase sector A as suggested. I got that:
"Flash Programmer: Error erasing flash memory. Flash operation timed out waiting for the algorithm to complete. Operation cancelled."
Looks like it is still locked...
Having read about the locked/unlocked state reporting bug in CCS 4.2.4, I have tried to lock it so that I could unlock it (even though we use 5.2.1).
Flash Programmer: Error locking flash memory. Cannot lock device if password on the device is all 0xFFFF. Lock operation cancelled.
I have filled all the key boxes with something else than 0xFFFF and clicked on "program password". Got that:
"Flash Programmer: Error programming password. Flash operation timed out waiting for the algorithm to complete. Operation cancelled."
I tried again erasing the flash. Failed again.
Saving program memory 0x33FF00 to 0x33FFFF to a file reveals 0xFF all over the place. I feel that is what we want in there so it does not help me much...
I have tried Unlock_CSM script along the way. Made no difference.
What else can we do?
Any hint on what is happenning?
Are we the only ones reporting spontaneous locking problems?
All troublesome IC have CA-23AJ8NW marking. Is there any known issue with that batch?
Thanks