CCS/TIDC-BLE-TO-WIFI-IOT-GATEWAY: Initial configuring of the CC2640

Jan Gustav Heber

Part Number: TIDC-BLE-TO-WIFI-IOT-GATEWAY
Other Parts Discussed in Thread: CC2640, CC3200, BLE-STACK, CC2650

Tool/software: Code Composer Studio

Hi!

We have designed our own board based on the TIDC-BLE_TO_WIFI_IOT_GATEWAY reference design. We have uploaded the program in the flash and the CC3200 boots up as expected. However, the program execution hangs after a CRC check of the CC26xx firmware is performed. Thus, since the CC2640 is coming straight from the factory, I expect the on board flash to be empty. Having detected the CRC mismatch the CC3200 prepare to download/update the firmware and calls getCmdResponse where it get stuck. I assume that the CC2640 will not answer as expected since it has not been programmed at all. My question is therefore if an initial programming of the CC2640 is required over the flash programmer in order to get the project going? I can't understand how it should work otherwise?

If this is the solution, where can I find a suitable hex file to use as the project only contains firmware for the CC26xx on binary format?

Best regards,

Jan Gustav

over 6 years ago

0 Fredrik K over 6 years ago

TI__Guru** 106705 points

Hei Jan Gustav,

The SW required for CC2640 is the host test example project. A hex file for this is included in the SDK download: www.ti.com/ble-stack .

Med vennlig hilsen,
Fredrik

0 Jan Gustav Heber over 6 years ago in reply to Fredrik K

Expert 1095 points

Hei Fredrik!

Thanks for your reply. I realized that the SmartRFProgrammer v2 also accepts bin files, so I managed to download the CC26xx.bin directly :-)

I'm not sure if the CC2640 needs to be programmed initially, because our main problem was that we had forgot to switch the UART lines. Connecting RX to TX and vice versa, the update of the CC2640 firmware worked like a charm.

Now we are going into the next phase and this is were we build up the database by getting info from the CC2640 about the services and characteristics. I am currently trying to connect to a CC2650 SensorTag, but during discovering all char the gateway freezes. Debugging into the problem we see that the CC2640 returns ATT_ERROR_RSP with code 1 - ATT_ERR_INVALID_HANDLE. Stepping through the code we see that the start and end handle that gives this error is both 8 at index 1->2. When we alter the code so that it jump over this condition everything seems to work fine. Would be nice to understand why this call to GATT_DiscAllCharDescs fails, though.

Vennlig hilsen

Jan Gustav

0 Eirik V over 6 years ago in reply to Jan Gustav Heber

TI__Guru 56590 points

Hello Jan,
Can you share a air sniffer log of the failed discovery process?

0 Jan Gustav Heber over 6 years ago in reply to Eirik V

Expert 1095 points

Hi!

Thanks for replying. I'm not familiar with the SmartRF sniffer tool, but can it be used with a custom board?

Jan

0 Eirik V over 6 years ago in reply to Jan Gustav Heber

TI__Guru 56590 points

Hello Jan,

Our sniffer tool can be used with our CC2540 USB Dongle.

0 Jan Gustav Heber over 6 years ago in reply to Eirik V

Expert 1095 points

Hi Eirik!

I found the cause of the problem without using the sniffer. There was a mismatch between the schema file for the sensortag and the available services and characteristics for the device.

Thanks!

Jan Gustav

0 Eirik V over 6 years ago in reply to Jan Gustav Heber

TI__Guru 56590 points

Happy to hear you solved it!

Wi-Fi

Wi-Fi forum

CCS/TIDC-BLE-TO-WIFI-IOT-GATEWAY: Initial configuring of the CC2640