https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/<p style="display:none;">blank</p>en-USTelligent Community 13https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1669912/cc3351mod-lp-xds110et-with-bp-cc3351mod-stuck-in-get-device-type/6484966Wed, 16 Sep 2026 06:49:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:98ae4ea9-2571-433f-8964-6c3411692a62Josef G.Thank you very much for your support! It seems we had the latest version when we first run into the issue :-)https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1672275/cc3220sf-httpclient_sendrequest-hangs-forever-when-internet-is-missing/6484853Wed, 16 Sep 2026 05:13:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:dadce0a1-408e-49cd-b2b2-eb03c4b24a5eBLiuHi Maxime, Thanks so much for your patience. I know you said you tried setting socket timeouts, but did you make sure to set it for the socket of the HTTPClient_CB defined in httpclient_internal.h? You may need to rebuild the SDK for this to work because this socket is not exposed outside of the driver. We unfortunately do not have an example for this exact scenario.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1676674/cc3301-ble-hci-receiver-test-error/6484635Wed, 16 Sep 2026 00:40:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:78d1d5ce-aacc-4bbb-9477-9031a2d75556ToyamaHello Ohata-san, and Liu-san, As Liu-san mentioned, there might be something wrong in the coex function. Just in case, let me ask the test environment in detail. Do you use toolbox for the transmitter of the test packet? If so, the access address of the packet is 0x8E89BED6. It&#39;s different from that of DTM. According to Bluetooth Core Specification vol 6 Part B &quot;link Layer Specification&quot;, the access address must be correspond to the DTM packet one to receive the packets. Best Regards, Toyamahttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682454/cc3351mod-are-cts-rts-mandatory-for-ble-uart/6484209Tue, 15 Sep 2026 18:11:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:be7536a8-a409-44fc-a788-53746737e7dcKienDylan, Thanks for your response. Let&#39;s follow up offline. Regards, Kienhttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1670104/cc3301-cc3301-band-edge-emissions/6484158Tue, 15 Sep 2026 17:14:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:6c40c562-4d0c-406a-a8a8-252929f413e6Dylan HubbardHi Juha, Yes you can. Go ahead and get familiar with the Radio Tool guide in the Toolbox docs directory. You will want to use the load custom container function so you can upload your 5dBm conf.bin. With this conf loaded with the FW, even at max power setting of 21 dBm, you should see &lt; 5 dBm (will have some path loss). I would also recommend asserting the Logger disable in the 5 dB conf. This is a great way to get an identifier that the right conf is loaded, at least from a HW perspective. If needed I can loop in a SW expert.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1669912/cc3351mod-lp-xds110et-with-bp-cc3351mod-stuck-in-get-device-type/6484146Tue, 15 Sep 2026 17:08:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:b8ecba9e-19ae-4f1f-85f9-af1b3d0df552Dylan HubbardHey Josef, Great, I&#39;m happy to hear! It&#39;s a good rule of thumb as you keep using our products, that when you encounter an issue check for the latest SDK or toolbox to see if the issue is replicable with those. We are always working to identify bugs and fix them on newer releases, but if the issue is still present then we are happy to log and queue it to be fixed in a future release.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1681866/cc3235modsf-cc3235modsf-cc2642r-dual-antenna-isolation-less-than-20-db/6484143Tue, 15 Sep 2026 17:05:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:af0f84b0-dc51-4602-af35-ea64ee5cf05aDylan HubbardHi TKS, This statement has nothing to do with the antenna, the conducted power going through the switch will likely be more impactful. I&#39;m not following what you are saying about the SW implementation, but at the end of the day SW isnt going to change the inherent isolation performance of the switch during coex operation.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682454/cc3351mod-are-cts-rts-mandatory-for-ble-uart/6484113Tue, 15 Sep 2026 16:45:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:2711c30f-d01f-47d6-b019-e8f3db619a06Dylan HubbardHi Kien, Yes these pins should be connected. They are very likely to be used for BT sig as most often the Radio is controlled via the tester through the HCI interface.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682423/cc3301-cannot-configure-ble-tx-power/6484085Tue, 15 Sep 2026 16:30:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:afd6c242-eeba-4348-979b-19044614bf8eDylan HubbardHi Jerry, Are you referencing the HCI guide located in the SDK documentation? Please check that to ensure you are using the correct commands.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1676674/cc3301-ble-hci-receiver-test-error/6484005Tue, 15 Sep 2026 15:28:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:8a998cd5-eba9-4091-9198-9b51bba6265fBLiuHello, Yet you were able to receive packets with COEX disabled? Note that if you are using coexistence, the lines will need to be asserted. However, I would keep COEX disabled though - HCI testing doesn&#39;t involve Wi-Fi.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1677690/cc3551e-cc3551-ble-scan-stops-and-iphone-ancs-ams-connection-disconnects-during-concurrent-wi-fi-screen-streaming/6483998Tue, 15 Sep 2026 15:25:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:75372eb8-fd7a-4316-834a-c72b0d91aa98BLiuHi Vignesh, It looks like after a few minutes of scanning, you get no more results and cannot call BLE scan again. Can you confirm this is what you are seeing? That was my interpretation of your logs.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682454/cc3351mod-are-cts-rts-mandatory-for-ble-uartTue, 15 Sep 2026 15:25:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:f8d67c7f-766d-48a4-8c2e-8d6f35723ac9KienPart Number: CC3351MOD Hi Champs, Thought it is stated at the page 15 of the app note CC33XX Hardware integration user&#39;s guide, I would like to confirm if CTS and RTS are mandatory for BLE over UART. If I don&#39;t connect those pins for some reasons such as no HW handshaking support at Host processor side or not enough GPIO, what will be the implications? Also, are these pins mandatory for BT SIG certification process, ie. used by test house? Regards, KienCC3351MODhttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682423/cc3301-cannot-configure-ble-tx-powerTue, 15 Sep 2026 14:04:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:6c6c52b9-957e-4655-8f9b-51bd9ceae37bJerry KuoPart Number: CC3301 Hi team, My customer is developing the CC3301 BLE TX continuous transmission feature, they encountered an issue where the TX power cannot be configured properly. No matter how they change the index, it always transmits at max power. Below is our log. Could you please advise if they are missing any parameters or commands? Firmware version: 1.7.4.329 Phy version: 1.2.0.47.6.13.38.69 &gt; e_tx_reset [ble_hci] TX: OGF=0x03 OCF=0x003 opcode=0x0C03 params=0 : 01 03 0C 00 [HCI TX] sending 4 byte(s): 01 03 0C 00 [ble_hci] RX 7 byte(s): 04 0E 04 01 03 0C 00 [ble_hci] Cmd Complete: opcode=0x0C03 status=0x00 [ble_tx_reset] OK &gt; &gt; &gt; e_hci 3F 01 03 [ble_hci] TX: OGF=0x3F OCF=0x001 opcode=0xFC01 params=1 : 01 01 FC 01 03 [HCI TX] sending 5 byte(s): 01 01 FC 01 03 [ble_hci] RX 8 byte(s): 04 FF 05 01 04 00 01 FC &gt; le_hci] TI Vendor Event: ev_opcode=0x0401 status=0x00 &gt; &gt; e_tx_test 0 [BLE DTM] TX: ch=0 (2402 MHz) len=37 pattern=PRBS9 PHY=1M (~1 Mbps) [BLE DTM] Sending proper BLE Link Layer PDUs (preamble + access addr 0x71764129 + CRC). [HCI TX] sending 8 byte(s): 01 34 20 04 00 25 00 01 [BLE DTM] TX test started (status=OK) [ble_tx_test] OK&quot; call ble_test_end to stopWireless InfrastructureCC3301https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682395/cc2564moda-bt-module-stops-operating-after-quick-call-operationsTue, 15 Sep 2026 12:26:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:ffba5d46-31b4-40ee-959d-4d53cab5a9b1Adalbert M&#252;llerPart Number: CC2564MODA Hi there, we&#39;re currently facing a problem when we doing re-dials of a connected phone with a very short time. From time to time, we end in a situation, where the bluetooth subsystem is no longer working. We did some investigations and finally have observed, that the CC2564B seems to stop working. We verified that by attaching the logger to the debug-tx pin of the module. In case we run into this situation, the pin does not delivery any information. StoppedModuleOperation.zip Does the log deliver any information about the root cause of the crash? And is there something we can do to avoid the problem? Best regards, AdalbertInfotainment &amp; ClusterCC2564MODAhttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1682380/cc3351-fail-to-init-cc3351-with-mcu-sdk-r9Tue, 15 Sep 2026 12:01:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:c204d15c-4afc-46dc-93f8-cc00e138c391Ga&#233;tan FroissardPart Number: CC3351 Hello, We are using the MCU R9 SDK with Zephyr RTOS. CC3351 is connected using SPI to a STM32 for WLAN and UART for HCI BLE. We had a product which was working fine, the device was able to init CC3351 chip, doing BLE and wifi. After a device reboot, the product wasn&#39;t able to init the CC3351 anymore. In fact, the init sequence when sending firmware from our chip to the CC3351 through SPI seems to fail. We have verified the integrity of the firmware we are streaming and it&#39;s valid. We captured CC3351&#39;s logs and it seems it doesn&#39;t crash nor reboot but we see some ASSERT. Could you told us if the ASSERT raised in the logs are blocking something during the init phase ? Also, our CC3351 chip are modules made by Feasycom. It seems we have different boot rom version, 1.0.0.31 and 0.0.0.30. Could you please tell if there is know issue or if both versions are embedded in the chip and we are using a kind of recovery mode ? Please find attached the logs from CC3351. Thanks, Ga&#233;tan wifilogs.pcapng.txtgamingCC3351https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1677690/cc3551e-cc3551-ble-scan-stops-and-iphone-ancs-ams-connection-disconnects-during-concurrent-wi-fi-screen-streaming/6483582Tue, 15 Sep 2026 08:55:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:4b450b7a-298a-463e-876f-482d30f34174vignesh sHi, Thanks for checking. I re-ran the test using the same environment (**10.20.00.39 SDK and 4.3.23 toolbox**) and verified the command sequence carefully. In my latest test, I used: `AT+BleScan=1,0` I also continuously received `+eventble:blescan` events after enabling the scan, confirming that BLE scanning was active. I also started BLE advertising using `AT+BleAdvStart`, and the command completed successfully with OK: I have attached the complete log (`wifi_log2_new_sdk_asc.txt`) for reference. So, for this test, I can confirm that AT+BleScan=1,0` was used, and scanning continued to generate BLE scan events. e2e.ti.com/.../wifi_5F00_log2_5F00_new_5F00_sdk_5F00_asc.txt thanks, Vigneshhttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1681866/cc3235modsf-cc3235modsf-cc2642r-dual-antenna-isolation-less-than-20-db/6483100Tue, 15 Sep 2026 01:55:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:47d6da88-cc3d-4684-b736-8dfcd53149baWei Ken TingHi Dylan , For ME physical condition , we design FPC antenna for wearable watch. If change antenna type , it will improve isolation ? For SW mechanism , use GPIO hand shaking to implement the time division is okay to compense ? TKShttps://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1676674/cc3301-ble-hci-receiver-test-error/6483014Tue, 15 Sep 2026 00:28:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:264d0de0-d782-41da-83c7-1b05804c74d4Ohata ReijiHi BLiu, I tried below commands. echo 0 &gt; /sys/kernel/debug/ieee80211/phy0/cc33xx/sleep_auth calibrator wlan0 cc33xx_plt ble_plt calibrator wlan0 plt power_mode on calibrator wlan0 cc33xx_plt tune_channel 8 0 3 calibrator wlan0 cc33xx_plt set_manual_calib -tx 1 -rx 1 calibrator wlan0 cc33xx_plt tune_channel 6 0 0 calibrator wlan0 CC33xx_debug 4 1 bluetoothctl power on calibrator wlan0 plt power_mode off ifconfig wlan0 down However, cc3301 could not receive any packet with COEX enabled. Are commands correct?https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1676674/cc3301-ble-hci-receiver-test-error/6482881Mon, 14 Sep 2026 21:37:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:ef0cad3d-a0f5-4e95-8f89-5781ba840f21BLiuHello, In order to properly run the HCI tester with CC33XX, can you look at the Linux documentation (even though you won&#39;t be using Linux SDK on CC2755R10) for the RTOS MCU &amp; calibrator commands you need to execute (mainly the power save mode settings) before running HCI tester? That should work.https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1681866/cc3235modsf-cc3235modsf-cc2642r-dual-antenna-isolation-less-than-20-db/6482772Mon, 14 Sep 2026 19:41:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:05683ebe-c2ff-4339-9cbc-3db60cb0c657Dylan HubbardHi TKS, I recommend switching to an RF switch with higher isolation if possible. Otherwise you can chance the isolation you have and determine through testing to ensure no significant interference. 20 dB is likely based on the 2.4 Ghz RX MIL level and typical BT radios having 10 dBm Tx power. It&#39;s not a one size fits all, so it will also be influenced by the actual TX power of the BT device.