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.

Linux/CC2640R2F: CC2640R2F Linux Driver

Part Number: CC2640R2F
Other Parts Discussed in Thread: CC2564

Tool/software: Linux

Hi Support,

can we provide to customers a CC2640R2F Linux Driver, in order to integrate HCI commands directly in Host Processor?

Thanks,

Alberto

  • Hi,

    Let me check the correct forum for this post. W're not familiar with the CC264 devices.

    Best Regards,
    Yordan
  • Hello Alberto,

    Unfortunately, we do not provide a Linux driver for our Network Processor wireless MCU (note that network processor is not the same as a "HCI Controller" as both the LE Host & Controller are integrated into the network processor). However, the interface to the network processor is via UART or SPI, and most Linux systems provide such a driver in their respective kernel. The network processor uses a combination of HCI and HCI Vendor Specific commands. More information is in the Host Test sample application guide:

    software-dl.ti.com/.../README.html

    Most Linux systems with Bluetooth support are designed to operate with pure LE Controller-only devices, such as the CC2564 dual-mode Bluetooth and WiLink combo controllers.

    Best wishes
  • Hi Jeff,

    thanks for your reply. They'll check with Host MPU vendor if they can a driver. In parallel, can you confirm me that CC2640R2F support HCI mode and if we have Linux examples featuring both HCI commands and standard proprietary commands?

    Thanks,
    Alberto
  • Hi Alberto,

    Host Test sample application guide link above,

    The host_test project implements a pure Bluetooth low energy network processor for use with an external microcontroller or a PC software application such as BTool. Host Test supports all GAP roles: Central, Peripheral, Broadcaster and Observer in addition to multi-role combinations of these roles. A network processor incorporates the TI BLE Host and Controller components of the protocol stack on the wireless MCU with the Bluetooth application residing on the external microcontroller. Communication with the network processor occurs through a serial interface (UART or SPI) using the Host Controller Interface (HCI) protocol. The external application uses TI Vendor Specific HCI commands and a limited subset of Bluetooth LE HCI commands/events to implement a Bluetooth application. By placing the Host and Controller on the wireless MCU, the memory requirements on the application processor are reduced since only the application is required.

    Note: It is not possible to use an external Bluetooth Host stack, such as BlueZ, with Host Test since the network processor implements the Host component. External applications must use the TI Vendor Specific HCI commands for implementing GAP, GATT, Pairing/Bonding, etc., functionality.

    As noted above, the Host Test network processor uses the HCI protocol but requires TI Vendor Specific HCI commands for most Host operations while a limited set of HCI LE commands are supported (e.g., Direct Test Mode, querying the controller capability, etc.). Therefore, as noted above, a pure BT Host stack, such as BlueZ, cannot be used with the network processor as GAP, GATT and SM operations need to go through VS HCI commands. TI does not provide examples for Linux implementations. This would need to be provided by the host processor.

    I hope this explanation helps.

    Best wishes