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.

  • Resolved

CC2560B: Bluetopia CC2560A vs CC2560B

Intellectual 340 points

Replies: 15

Views: 1611

Part Number: CC2560B

Hello. In 2014 we made a production of a device with the CC2560A and now we have made a new production of the same device but the CC2560A was not in stock and we have had to use the CC2560B. When we have download the firmware including the bluetopia into the device it is not working. Can anyone tell me if we have to change whatever on it to make it work?

Thanks for your attention.

Javier

  • Javier,

    The CC2560B has a different (newer) ROM than the older CC2560A. So the device service-pack for each of these devices are different. If your host code is downloading the CC2560A service-pack on the CC2560B device, the failure will happen. Depending on the Bluetopia stack version you are using, there might already be an option to compile the MCU application with CC256xB instead. Please check your BTPSVEND.c file.

    Best regards,
    Vihang
  • In reply to Vihang Parmar:

    Hello Vihang,

    First of all, thanks a lot for answer me.

    I have opened the BTPSVEND.c and it says the following:

    *****< btpsvend.c >***********************************************************/
    /* Copyright 2008 - 2012 Stonestreet One. */
    /* All Rights Reserved. */
    /* */
    /* BTPSVEND - Vendor specific functions/definitions used to define a set of */
    /* vendor specific functions supported by the Bluetopia Protocol */
    /* Stack. These functions may be unique to a given hardware */
    /* platform. */
    /* */
    /* Author: Dave Wooldridge */
    /* */
    /*** MODIFICATION HISTORY *****************************************************/
    /* */
    /* mm/dd/yy F. Lastname Description of Modification */
    /* -------- ----------- ------------------------------------------------*/
    /* 03/14/08 D. Wooldridge Initial creation. */
    /******************************************************************************/
    #include "SS1BTPS.h" /* Bluetopia API Prototypes/Constants. */
    #include "HCIDRV.h"
    #include "HCITRANS.h"

    #include "BTPSKRNL.h"
    #include "BTPSVEND.h"

    #include "Main.h"
    #include <stdlib.h>

    /* By default we will include the PAN1316 patch (which is the smaller*/
    /* patch version). This can be used on the CC2560A, CC2564, CC2567 */
    /* and CC2569 TI Chipsets.

    So, it does not says that it can be also used by CC2560B. So, I do not know then what we have to make now with this. In fact, the engineer that made the firmware is now not working with us, so, I am quite lost.

    Thanks for your help and best regards,

    Javier

  • In reply to Javier Herrero de la Cal:

    Javier Herrero de la Cal

    /* By default we will include the PAN1316 patch (which is the smaller*/
    /* patch version). This can be used on the CC2560A, CC2564, CC2567 */
    /* and CC2569 TI Chipsets.

    So, it does not says that it can be also used by CC2560B.

    The comment says that the default patch (another term used for the service-pack) is applicable for the devices mentioned in the comments. The default patch will not work on the CC256xB devices.

    Javier Herrero de la Cal
    So, I do not know then what we have to make now with this. In fact, the engineer that made the firmware is now not working with us, so, I am quite lost.

    Please share the lines following the one copied from the BTPSVEND.c. Typically, there is a compiler flag (like the example below) that is used to select CC256xA vs. the CC256xB at the compile time.

    ...
    #ifndef __SUPPORT_CC256XB_PATCH__
    
       #include "CC256X.h"
    
    #else
    
       #include "CC256XB.h"
    
    #endif
    ...

    From your file header, it looks like your Bluetopia version is pretty old (date from 2008). Chances are the header files might have different names. 

  • In reply to Vihang Parmar:

    Hello. So, I suppose that then we have to change it to the following stack? We have a MSP430 MCU connected to the CC2560B chip.

    TI Dual-mode Bluetooth® stack on MSP430™ MCUs CC256XMSPBTBLESW

    Is then anyone there that can make the changes we need for this problem. I mean, we have a firmware that what it makes is sending data by Bluetooth serial port using that Bluetopia stack and now it should be changed to the new bluetooth stack. The engineer that desiged the product is not still working with us, so, maybe for us is better find someone there that maybe can make this for us.

    Best regards,
  • In reply to Vihang Parmar:

    BTPSVEND.cThis is what I have in the BTPSVEND.c. I attach the code.

      /* By default we will include the PAN1316 patch (which is the smaller*/

      /* patch version).  This can be used on the CC2560A, CC2564, CC2567  */

      /* and CC2569 TI Chipsets.                                           */

    #ifdef __SUPPORT_PAN1315_PATCH__

      #include "Patch_PAN1315.h"

    #else

      #include "Patch_PAN1316.h"

    #endif

  • In reply to Javier Herrero de la Cal:

    Hello again. The bluetooth protocol we are using is the ISPP. I have download the new stack and all the files we need as shown below are there, but not the ISPP.

    $PROJ_DIR$\..\Bluetopia\lib\IAR\libBluetopia.a
    $PROJ_DIR$\..\Bluetopia\lib\IAR\libBluetopia_LE.a
    $PROJ_DIR$\..\Bluetopia\profiles\GATT\lib\server\IAR\libSS1BTGAT.a
    $PROJ_DIR$\..\Bluetopia\profiles\GAPS\lib\IAR\libSS1BTGAP.a
    $PROJ_DIR$\..\Bluetopia\profiles\ISPP\lib\IAR\libSS1BTISP.a

    Does this means that we cannot use the ISPP in the new stack? If we cannot use it we cannot use our ios and android app... so, I hope we will can use it or we will have a very very bad problem with our customer.

    Thanks and best regards
  • In reply to Javier Herrero de la Cal:

    Javier Herrero de la Cal

    #ifdef __SUPPORT_PAN1315_PATCH__

      #include "Patch_PAN1315.h"

    #else

      #include "Patch_PAN1316.h"

    #endif

    It looks like the stack version used here is pretty old and does not support the CC256xB. You can migrate to the newer stack.

    Javier Herrero de la Cal

    Is then anyone there that can make the changes we need for this problem. I mean, we have a firmware that what it makes is sending data by Bluetooth serial port using that Bluetopia stack and now it should be changed to the new bluetooth stack. The engineer that desiged the product is not still working with us, so, maybe for us is better find someone there that maybe can make this for us.

    Please refer to the following list of our 3rd party partners who may be able to help you with the migration.

    Javier Herrero de la Cal

    Hello again. The bluetooth protocol we are using is the ISPP. I have download the new stack and all the files we need as shown below are there, but not the ISPP. 

    $PROJ_DIR$\..\Bluetopia\lib\IAR\libBluetopia.a
    $PROJ_DIR$\..\Bluetopia\lib\IAR\libBluetopia_LE.a
    $PROJ_DIR$\..\Bluetopia\profiles\GATT\lib\server\IAR\libSS1BTGAT.a
    $PROJ_DIR$\..\Bluetopia\profiles\GAPS\lib\IAR\libSS1BTGAP.a
    $PROJ_DIR$\..\Bluetopia\profiles\ISPP\lib\IAR\libSS1BTISP.a

    Does this means that we cannot use the ISPP in the new stack? If we cannot use it we cannot use our ios and android app... so, I hope we will can use it or we will have a very very bad problem with our customer.

    The ISPP add-on is delivered saperately due to the MFi licensing requirements. If you have a valid MFi license, you can obtain the ISPP add-on for the CC256XMSPBTBLESW by completing the following request form.

    CC256X-MSP430-ISPP : www.ti.com/.../swlicexportcontrol.tsp

    Once the ISPP add-on is installed on the CC256XMSPBTBLESW installation directory, you will find the relevant ISPP files in place.

    Best regards,

    Vihang

  • In reply to Vihang Parmar:

    Hello,

    Thanks a lot for your information. Yes, we are a MFI developer company and the devices are manufactured by a MFI manufacturer. I have already asked for the ISPP stack. I hope to get it asap.

    So, for my information. It seems then that the unique change we have to do is the following:

    1. Change the old Bluetopia stack by the new bluetopia stack -> Change the Bluetopia folder by the new Bluetopia folder with the ISSP stack also.

    2. Change in my firmware the define SUPPORT_PAN1315_PATCH by SUPPORT_CC256XB_PATCH.

    Any other change you think that we will need? If we just have to change this, I can make it by my own if later using our firmware that we use to send data by ISPP to an IOS and Android tables (MFI) does not work and maybe we need to make more changes in the firmware or you think that just making the changes above it should work again. In that case we can check it on Monday.

    Thanks a lot for your help and best regards,

    Javier

  • In reply to Javier Herrero de la Cal:

    Hello. Could you please confirm me if what I wrote last week is ok or we have to make any other change in the firmware.

    Thanks and best regards

  • In reply to Vihang Parmar:

    Confirm what I have written.

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.