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.

CCS/CC2642R: Programming Issue

Part Number: CC2642R
Other Parts Discussed in Thread: LAUNCHXL-CC26X2R1,

Tool/software: Code Composer Studio

Hi,

I am working on BLE project using CC2642r controller and we made  a custom board for the project, planning to run the controller on 2.8v. After soldering the controller and it's basic circuitry programmed controller using the LAUNCHXL-CC26X2R1 for numerous times(power given through development board) and it worked fine. After adding the 2.8v regulator tried loading the code to controller but now IDE started giving me "error IcePick_C: Error connecting to the target: (Error -242 @ 0x0) A router subpath could not be accessed. The board configuration file is probably incorrect. (Emulation package 8.1.0.00007)". I removed regulator and given power through the development board still IDE is throwing me the same error. As my test code is already loaded in to the controller I believe it should start advertising once I give power to controller but it is not advertising most of the times but some times it does advertising. I am clueless about this issue please help me if anybody knows the solution for this issue. 

And one more doubt is it necessary to solder ground pad of the controller to ground? However I soldered it to ground.

My CCS  Version: 9.0.1.00004 and sdk version 3.10.00.53.

  • Hi,

    Sorry about the delay; your question seems more suitable for the device experts of the bluetooth forum, but an explanation about the connection error -242 can be found at the Debugging JTAG reference below (just search for the error number). 

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html 

    As it says there, either the hardware or the pre-loaded code may be the root cause for this error. Since you were able to load code to the device before adding the voltage regulator, I suspect that power may be triggering this instability and code was improperly loaded (this is a long shot, but I have seen devices bricked by this in the past as the flash memory went into depletion mode and could not be recovered). 

    Does the device allow flash operations at 2.8V? That would be a question to be answered by the device experts. 

    In this case, applying a stable 3.3V I would try the suggestions of the reference above and mass erase the device. You may regain control over the JTAG communications. 

    Given you mention the board sometimes advertises, I would definitely track the behaviour of the power supply during the advertisement transmissions, even if powered via the launchpad. There is always a chance the device is limping due to a prior failure and that may be causing severe instability. That or a PCB/assembly failure, but since you mentioned the board worked before, chances of this happening are slim. 

    At any rate, I will notify someone on the device team to provide some additional insights. 

    Hope this helps,

    Rafael