Wi-Fi and BLE coexistence

Hello,

I have been trying to figure out how to enable coexistence between Bluetooth low energy and the nRF7002 and I have some questions.

1. In the nRF Connect SDK documentation 3 signals are listed (req, status0, grant) which are quite clear how they work. In the device tree definition for the nRF7002 DK (at https://github.com/zephyrproject-rtos/zephyr/blob/main/boards/nordic/nrf7002dk/nrf7002dk_nrf5340_cpunet.dts#L85) there is a 4th signal listed, swctrl1, which confuses me a bit. As I understand the nRF7002 PS, docs.nordicsemi.com/.../coexistence.html, this signal is an output from the nRF7002 for controlling an antenna switch. Should this be connected directly to an antenna switch or go via the Bluetooth host? If it should go via the host I assume there would be another pin definition to control the switch from the Bluetooth host?

2. If you do not plan to use shared antenna mode will this pin be obsolete and should just be removed fromt he device tree and left unconnected on the nRF7002?

3. Does the coexistence driver in nRF Connect SDK automatically configure the nRF7002 based on the device tree definitions, for example if the 4th pin should be used for Bluetooth LE Priority instead of as an antenna switch control?

Thanks,

-Magnus

Parents
  • Hi

    1. If we use the nRF7002 DK as reference, we can see that the Wi-Fi antenna switch (swcrtl) is connected directly to the antenna switch. It does not need to go via the host.

    2. The behavior of SW_CTRL0/1 is programmable and dependent on the configured coexistence mode and switch control interface, so if they're not used, you can leave them floating.

    3.This depends on whether you're using it in 3 or 4 wire mode. From the pin description: "In 4-wire mode, this carries the Bluetooth LE/ IEEE 802.15.4 1 bit priority signal. In 3-wire Shared Antenna mode, this can be optionally used as a second antenna switch control signal." So it should work depending on how you've set it up in the devicetree.

    Best regards,

    Simon

  • Hi,

    OK, so in the example of the nRF7002DK  the pin COEX_STATUS1/SW_CTRL1 is named swctrl1 in the nRF5340 device tree and user guide of nRF7002DK. Will this pin in this case be used as an output from the nRF7002 to the nRF5340?

    The DTS binding seems to hint that is actually the STATUS1 (priority signal) function? And an output from nRF5340?

    Also, in the schematics of the nRF7002DK this is named both STATUS1 and SW_CTRL1 and seems to be bidirectional (usage decided by SW)? How would you set up the SW (device tree?) for the 2 different uses of this pin?

    Sorry about my confusion.

    Thanks,

    Magnus

Reply
  • Hi,

    OK, so in the example of the nRF7002DK  the pin COEX_STATUS1/SW_CTRL1 is named swctrl1 in the nRF5340 device tree and user guide of nRF7002DK. Will this pin in this case be used as an output from the nRF7002 to the nRF5340?

    The DTS binding seems to hint that is actually the STATUS1 (priority signal) function? And an output from nRF5340?

    Also, in the schematics of the nRF7002DK this is named both STATUS1 and SW_CTRL1 and seems to be bidirectional (usage decided by SW)? How would you set up the SW (device tree?) for the 2 different uses of this pin?

    Sorry about my confusion.

    Thanks,

    Magnus

Children
No Data
Related