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.

CC2564CMSP432BTBLESW: Problem running sample projects with CC2564C evaluation kit

Part Number: CC2564CMSP432BTBLESW
Other Parts Discussed in Thread: CC2564C

Hi.  I have a problem running the iBeaconDemo and SPPDemo sample projects - which are part of the TI CC2564CMSP432BTBLESW development tools. 
The projects seem to compile and flash the demo board, but I can't get them to run correctly. 
I am using the TI downloads in conjunction with the Panasonic PAN1326C2 Wireless Connectivity Evaluation Kit. 
Text is sent from the evaluation board over a serial connection to a laptop, and there is a message "Low Energy support not initialized". 
Can you please advise how I can fix this please? 
Thank you. 

  • Hi Tony,

    This issue usually occurs when the "__SUPPORT_LOW_ENERGY__" flag is not set. You can view this in CCS by right-clicking the project and selecting "Properties" and then navigating to "Build > Advanced Options > Predefined Symbols."

    Can you verify that this flag is present in the demo? Additionally, you should use SPPLEDemo instead of SPPDemo for Low Energy.

    Thanks, 
    Jacob

  • Hi Jacob,

    I have used the SPPLEDemo project, and I have checked whether the "__SUPPORT_LOW_ENERGY__" flag is set - and it is set (see the attached image). 

    However, I still get the message "LOW ENERGY Support not initialized". The pairability mode also fails for the SPPLEDemo, and I am unable to pair a phone with the Bluetooth module.

    I've attached an image showing the "__SUPPORT_LOW_ENERGY__" flag, and another image showing the output from the terminal when the program tries to run. 

    When I ran the SPPDemo project (not LE), I also failed to pair the Bluetooth module with a phone.

    In the case of the iBeaconDemo, the LE Advertising fails, so the Bluetooth module does not appear in the device list during a scan using the TI SimpleLink App.

    Can you advise further please? 

    Thanks very much. 

    Tony

  • Hey Tony,

    I can replicate the issue on my setup as well. Thanks for bringing it to my attention - this is definitely a bug and I will figure out the root cause. 

    Do you see a .LowEnergyPatch symbol in your map file (located in the Debug folder)? Also, is the BTPS_CONFIGURATION_GATT_SUPPORT_LE define set to 1 in BTPSCFG.h?

    Thanks,
    Jacob

  • Hi Jacob,

    I've looked at the files you describe and found the following: 

    In file "SPPLEDemo.map", line 147 reads:


    0003b178 0000000b BTPSVEND.obj (.const:.string:LowEnergyPatch)


    This is the only occurrence of the string "LowEnergy" that a search found in this file.

    In the file "BTPSCFG.h", the #define BTPS_CONFIGURATION_GATT_SUPPORT_LE is set to 1.

    I hope this helps.

    Regards,

    Tony

  • Hi Tony,

    Ok this is good information. I should have an update this week.

    Thanks,
    Jacob

  • Hi Tony,

    In BTVS.c, there is a function called "VS_LE_Enable." Can you run that function after you have initialized the Bluetooth stack in your application, and post the results here? I'm trying to determine if there is another configuration needed in your application, or if the stack is missing a build flag. 

    Thanks,
    Jacob

  • Hi Jacob,

    I added a function call to VS_LE_Enable in my main.c, and tried to show the return value using the display() function, but the information I wanted to see was not visible on my terminal program, and the function call did not change the end result, i.e. LE not initialized. 

    Regards,

    Tony

  • Hi Tony,

    That's interesting. I will see if I get the same results. I'll follow up on Monday.

    Thanks,
    Jacob

  • Hi Tony,

    My demo is failing even before I am able to call a function. I think there may be one additional build flag needed. I'm going to test this on our other host MCU platform, STM32, to compare. I'll update this thread soon.

    Thanks,
    Jacob

  • Hi Tony,

    The STM32 stack does not have this problem. I believe there is a variable I need to change for the MSP432 stack specifically. I will test and update this thread with the results.

    Thanks,
    Jacob

  • Hi Jacob,

    Thanks for working on it. 

    It looks like the release date of CC2564CMSP432BTBLESW1 Version: v5.1.1.0 is 03-JAN-2022. 

    I wonder if the problem existed in the earlier version(s), or whether it's been introduced in this release? 

    Hope you crack it soon. 

    Tony

  • Hey Tony,

    The problem does not exist in the previous release (v4.2). Do you have this version of the stack available to continue to develop your application?

    Thanks,
    Jacob

  • Hi Jacob,

    No, I don't have version 4.2 of the stack unfortunately.  Interesting that it's a new 'feature' though. 

    Were there many updates between v4.2 and v5.1.1.0 ? 

    Best regards,

    Tony

  • Hi Tony,

    Most of the changes made in the 5.1 version were to address 5.1 certification.

    I’ll see if I can provide you with an installer for v4.2.

    Thanks,

    Jacob

  • Hi Jacob,

    If v4.2 successfully initializes the Bluetooth LE support, that would be great. 

    Thank you,

    Tony

  • Hi Tony,

    I'll get the v4.2 installer for you. I think I may have found at least one of the problems. By default, the v4.2 stack correctly reads the CC2564C's Device Chipset as 4.2:

    If you compare this picture to the v5.1 above, you will notice that v5.1 determines the CC2564C is of Device Chipset 4.1. 

    I'll look into why this is happening.

    Thanks,
    Jacob

  • Hi Tony,

    Please use this link to download MSP432 v4.2 and try to see if it works for you.

    Thanks,
    Jacob

  • Hi Jacob,

    Thank you for the link to MSP432 v4.2. 

    It looks like my CCS compiler does not recognize the project files. Do I need an earlier version of CCS for the v4.2 files? 

    Thanks,

    Tony

  • Hey Tony,

    I am using the latest version of CCS 11.1.0.00011 with the 20.2.4 TI Arm compiler:

    Is this the same compiler you have?

    Thanks,
    Jacob

  • Hi Jacob,

    Are you able to successfully open the project files from MSP432 v4.2 in your copy of CCS ? 

    I'll check what version of the compiler I have installed.  Thanks, Tony. 

  • Hi Tony,

    Yes, I am able to open the project in the SDK. I open the project by selecting "Project > Import CCS Projects" in CCS to select the desired project. I tested SPPLEDemo in that SDK.

    Thanks,
    Jacob

  • Hey Tony,

    We have finally figured out the issue. Essentially, the device firmware is not actually loaded onto the CCC2564C. This is because a return value was not properly initialized before it was checked in an if statement to download the firmware. In BTPSVEND.c > HCI_VS_InitializeAfterHCIReset, the ret_val should be initialized to 1:

    Boolean_t BTPSAPI HCI_VS_InitializeAfterHCIReset(unsigned int HCIDriverID, unsigned int BluetoothStackID)
    {
       Boolean_t ret_val = 1;
    
       /* Verify that the parameters that were passed in appear valid.      */
       if((!VendorCommandsIssued) && (HCIDriverID) && (BluetoothStackID))
       {
          DBG_MSG(DBG_ZONE_VENDOR, ("HCI_VS_InitializeAfterHCIReset\r\n"));
    
          if(ret_val)
          {
             /* Next download the patch.                                    */
             ret_val = DownloadPatch(BluetoothStackID, sizeof(BasePatch), BasePatch);

    Thank you for the patience. I will fix this bug and update the stack download on TI.com.

    Best,
    Jacob