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.

CC2564MODN: EN 300 3228 v2.1.1 Adaptive testing

Part Number: CC2564MODN
Other Parts Discussed in Thread: CC256XB-BT-SP

Hello,

Regarding EN 300 328 v2.1.1, our product is classified as a receiver category 1 as the Max RF output power is greater than 10dBm eirp. (antenna gain +1.3dBm).

To complete our product certification process, we have to determine the adaptive mechanism in place in the CC2564MODN and establish a procedure to test them.

Could you please help me to answer the following questions as there are requested by our test house and are not clearly defined in the datasheet:

1- Which type of adaptive equipment is it ?

a- non-adaptive Equipment 

b- adaptive Equipment without the possibility to switch to a non-adaptive mode

c- adaptive Equipment which can also operate in a non-adaptive mode

2-  In case of adaptive equipment:

a- The maximum Channel Occupancy Time implemented by the equipment in ms ?

         b- The equipment has implemented an LBT based DAA mechanism - yes/no ?

c- if different modulation from FHSS, the equipment is Frame Based equipment - yes/no ?

d- if different modulation from FHSS, the equipment is Load Based equipment - yes/no ?

e- if different modulation from FHSS, the equipment can switch dynamically between Frame Based and Load Based equipment  - yes/no ?

f- The CCA time implemented by the equipment in µs ?

g-The equipment has implemented a non-LBT based DAA mechanism  - yes/no ?

h- The equipment can operate in more than one adaptive mode  - yes/no ?

i- The equipment has implemented Short Control Signalling Transmissions  - yes/no ?

Thank you for your help,

  • Hi Pierre,

    Most of this information can be found in the following reports.
    www.ti.com/.../CC256X-REPORTS

    Additionally, there is no way to independently test the adaptivity for BLE in CC2564X device. Because of this, it is best to get the BLE power below 10dBm. If your antenna gain is higher, you can lower the output power from CC2564X for BLE modulation to get the overall output below 10dBm.
    processors.wiki.ti.com/.../CC256x_VS_HCI_Commands

    Best regards,
    Vihang
  • Hi Vihang,

    1- My questions are not answered in the reports you mentioned. Actually, those questions are from the EN 300 328 V2.1.1 clause 5.4.1. Annex E2 and shall be a part of CE radio test report but the filled form is not included in it.

    2- You're suggesting to reduce the BLE power, what about the BT classic ? It seems to me the adaptivity should also applied to BT classic in case of power exceeded 10dBm.

    I'm would like to emphase any modifications of the BTS file annihilantes the module certification as it's considered as a firmware change impacting RF behavior.

    In our case, we have to change the firmware module to reduce the power for 2 reasons:

    - as TI does not provide a reasonable mean to test the adaptivity, our equipement has to be limited to 10dBm,
    - the CC2564MODN modules have an over limit spurious at 4.8Ghz in its default configuration - measured in conducted

    3-In order to help us in this power reduction, we also need to know the default Power vector values within the current module
    as it does not appear in the BTS init file. There are some indications in the wiki but it does not stated clearly the values for the specific CC2564MODN.

    Best regards,
  • Hi Vihang,

    Here is the command, we used to test the BLE power:

    Send_HCI_VS_DRPb_Tester_Con_TX 0xFD84, 0x4, 0, 0, 1, 0x00000000, 0x00000000

    Here are the commands added to lower the BLE power and BT GFSK, EDR2 and EDR3

    #Set BT BR (GFSK) LP Vectors Values (note the need to multiply the output power in dBm by '2')
    Send_HCI_VS_DRPb_Set_Power_Vector 0xFD82, 0x00, 0x9c, 0x0f, 0xd2, 0xd2, 0xd2, 0xd2, 0xd2, 0xd2, 0xd2, 0xdc, 0xe6, 0xf0, 0xfa, 0x04, 0x0e, 0x12, 0xff, 0x0000
    Wait_HCI_Command_Complete_VS_DRPb_Set_Power_Vector_Event 5000, any, 0xfd82, 0x00

    #Set BT BR EDR 2MB LP Vectors Values (note the need to multiply the output power in dBm by '2')
    Send_HCI_VS_DRPb_Set_Power_Vector 0xFD82, 0x01, 0x9c, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xd8, 0xe2, 0xec, 0xf6, 0x00, 0x0a, 0xe, 0xff, 0x0000
    Wait_HCI_Command_Complete_VS_DRPb_Set_Power_Vector_Event 5000, any, 0xfd82, 0x00

    #Set BT BR EDR 3MB LP Vectors Values (note the need to multiply the output power in dBm by '2')
    Send_HCI_VS_DRPb_Set_Power_Vector 0xFD82, 0x02, 0x9c, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xce, 0xd8, 0xe2, 0xec, 0xf6, 0x00, 0x0a, 0xe, 0xff, 0x0000
    Wait_HCI_Command_Complete_VS_DRPb_Set_Power_Vector_Event 5000, any, 0xfd82, 0x00

    As you can see the BLE power is set to 0xf and BT GFSK max power is set to 0x12.

    But with the following command:

    Send_HCI_VS_DRPb_Tester_Con_TX 0xFD84, 0x4, 0, 0, 1, 0x00000000, 0x00000000

    The power applied is 0x12 and not 0xf as we expect index 1 of GFSK power vector to be applied for BLE transmittion as described in the wiki you provided.

    Thanks,

    Pierre

  • Pierre,

    I was able to replicate your observation and it appears there is a bug in the HCI_VS_DRPb_Tester_Con_TX command's implementation for BLE modulation. Please note that the bug does not affect the regular BLE operation and it is just limited to the HCI_VS_DRPb_Tester_Con_TX command, meaning the correct BLE power would be used for BLE communication, advertisement and the BLE Transmit tester commands from BT spec.

    We are in process of updating the CC256XB-BT-SP page with this fix. If you'd like to test out with the fixed service-pack in the meantime, I can share it over PM once you accept the connection request.

    Best regards,
    Vihang