This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Precompiled CC2530ZNP hex image "CC2530-MK-Pro-Secure-Standard.hex" causes ZNP to hang

Other Parts Discussed in Thread: CC-DEBUGGER

Hello,

   I'm troubleshooting an issue so in order to isolate it I wanted to use the precompiled ZNP hex images. I only tried two of them, one worked, one didn't. Here are my steps to reproduce. I'm using the CC2530ZNP Target Boards.

(skip steps 1-9; unrelated to this issue)

First, I downloaded the CC2530ZNP software from the web today at http://www.ti.com/litv/zip/swrc211a

10. Loaded CC2530-MK-Pro-Secure-Standard.hex onto one board.
11. Ran Get MAC address, and it hangs when connecting to ZNP. Hmm.
Note: CC2530ZNP Mini Kit / Bin needs a readme.txt explaining the differences between the various hex images.
13. Programmed image onto second unit. Same problem as before. Rather frustrated.
14. Ran HAL / Program ZNP example on the unit again so I can program it with CC-DEBUGGER.
15. Loaded Pro-Standard (no security) although this isn't what I want.
16. Ran Get MAC Address example, and it works. That means that the hex image "CC2531-MK-Pro-Secure-Standard.hex" has an error in it.
17. Because I'm nice, I reloaded the Program ZNP example and then the Secure hex image.
18. Repeated the same test. Conclusion: The secure hex image has a bug in it! If I had to guess I think that it's not using the MK pin configuration, but that was just a guess.

Regards,

Derek