其他无线技术论坛 - 最近的话题

RE: CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Tarek D — Thu, 21 May 2026 20:05:06 GMT

你好，

您如何验证有效载荷是否完整？

此致，

塔雷克·D

CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Qingtian Yang — Thu, 14 May 2026 02:22:00 GMT

Part Number: CC2340R5

Hi,

I am trying to use the CC2340R5 with the LP_EM_CC2340R5/prop_rf/rfPacketTx example as a starting point.

My goal is:

Use the Custom RF stack configuration with BLE PHY selected (Generic 1 Mbps / 2 Mbps / Coded)
Transmit a fixed custom BLE advertising PDU
Do not use the full BLE stack (GAP/GATT/LL)
Later switch dynamically between BLE PHY and other PHYs for a multi-protocol application

Currently I can run with the prop_rf example, but I cannot make a valid BLE advertising packet that can be detected by a phone or nRF Connect.

I would like to understand:

When using Custom -> BLE PHY in SysConfig, does the radio automatically handle:
- BLE Access Address (0x8E89BED6)
- CRC24
- Data whitening
- BLE bit ordering
Is it sufficient to provide only the BLE advertising PDU payload:
- Header
- AdvA
- AdvData

or do I need to manually construct the full BLE over-the-air packet?

Does the rfPacketTx example use a proprietary packet formatter that prepends packet length or uses a non-BLE packet structure?
Is there an official example for transmitting raw/custom BLE advertising packets without using the BLE stack?

My current intention is to transmit only on advertising channel 37 (2402 MHz) first.

Thank you.

RE: CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Qingtian Yang — Wed, 20 May 2026 08:24:27 GMT

您好：

我已经能够成功发出了ble的广播包了，但是我的sniffer提示我：crc错误，但payload完整无误。但是我找不到在sysconfig当中设置他的地方，这些配置都被隐藏了吗。另外我使用的simplelink-lowpower-f3-sdk 8.10，我使用类似的代码在SDK 9.20上面是正确的，我找不到调试的方向，能否提供关于sysconfig配置Generic BLE的更多信息

RE: CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Ryan Brown1 — Fri, 15 May 2026 14:48:42 GMT

你好，

您应该查阅RCL API 指南中的BLE 命令处理程序（例如广播命令处理程序）和BLE5 文件参考。请注意，这需要使用自定义的 ti_radio_config.c/h 文件，因为 SysConfig 目前不支持自定义使用这些 RCL 命令。本质上，rfPacketTx 使用 BLE PHY，但并未公开所有 RCL 命令。您需要进一步研究文档，并尝试调整项目配置及其广播数据包结构，才能获得预期的输出。

问候，
瑞安

RE: CC2340R5: CC2340 DMM: Support for Lightweight Multi-protocol (BLE + 802.15.4 / Proprietary) without full-stack overhead

Alice — Fri, 15 May 2026 03:54:54 GMT

Hello,
We have received your post and the investigation will take some time.
Thanks for your patience.

CC2340R5: CC2340 DMM: Support for Lightweight Multi-protocol (BLE + 802.15.4 / Proprietary) without full-stack overhead

Qingtian Yang — Fri, 15 May 2026 02:13:47 GMT

Part Number: CC2340R5

Hello TI ,

I am excited to see the DMM (Dynamic Multi-protocol Manager) solution implemented in the latest SimpleLink LowPower F3 SDK (v9.20.00.81). I am currently working with the CC2340 series for an IoT project.

Currently, I do not see any ready-to-use DMM examples specifically for the CC2340. Given this lack of reference, I am considering the following approach to implement a lightweight multi-protocol solution that fits within the 36KB/64KB RAM limit

My specific requirements and pain points:

Lightweight Coexistence: I do not necessarily need full-stack features (like a complete Zigbee mesh or high-level BLE profiles). My goal is to achieve basic packet transceiver (RX/TX) functionality across different protocols.
Protocol Switching: Is it feasible to use DMM on CC2340 to switch between BLE (Low Level), 802.15.4 (MAC layer only), and Proprietary 2.4G (RF Driver/RAIL level)?
Basic Control: I only need to perform basic operations like changing frequencies/channels and sending/receiving raw data packets while maintaining a basic BLE connection for configuration.
Demo Availability: Are there any "Lightweight DMM" or "DMM + RF Driver" demos available for the CC2340?

Could you please provide guidance on how to implement such a "bare-metal style" multi-protocol switching using DMM on the CC2340? Or is there a recommended architecture for achieving low-level RF concurrency without the RAM overhead of full-featured stacks?

Looking forward to your expert advice. Best regards!

RE: CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Qingtian Yang — Thu, 14 May 2026 02:30:06 GMT

static void ble_build_adv_pdu(void)
{
  // --- PDU Header ---
  ble_pdu_raw[0] = 0x42;  // ADV_NONCONN_IND (0x02) | TxAdd=1 (0x40)
  ble_pdu_raw[1] = 15;    // Length: 6 (AdvA) + 3 (Flags) + 6 (Name) = 15

  // --- AdvA: Random Static Address CC:66:55:44:33:22 (LSByte first) ---
  ble_pdu_raw[2] = 0x22;
  ble_pdu_raw[3] = 0x33;
  ble_pdu_raw[4] = 0x44;
  ble_pdu_raw[5] = 0x55;
  ble_pdu_raw[6] = 0x66;
  ble_pdu_raw[7] =
    0xCC;  // MSByte: bits 7:6 = '11' (Random Static).You can edit any byte of address except this bits 7:6!

  // --- AD Structure 1: Flags ---
  ble_pdu_raw[8]  = 0x02;  // AD Length
  ble_pdu_raw[9]  = 0x01;  // AD Type: Flags
  ble_pdu_raw[10] = 0x06;  // LE General Discoverable | BR/EDR Not Supported

  // --- AD Structure 2: Complete Local Name "FG22" ---
  ble_pdu_raw[11] = 0x05;  // AD Length
  ble_pdu_raw[12] = 0x09;  // AD Type: Complete Local Name


  ble_pdu_raw[13] = '2';
  ble_pdu_raw[14] = '3';
  ble_pdu_raw[15] = '4';
  ble_pdu_raw[16] = '0';

  memcpy(ble_pdu_send+1,ble_pdu_raw,17);
  
  ble_pdu_send[0]=17;

}

/***** Callback Functions *****/
void defaultCallback(RCL_Command *cmd, LRF_Events lrfEvents, RCL_Events rclEvents)
{
    if (rclEvents.lastCmdDone)
    {
        gCmdDone += 1;

        GPIO_toggle(CONFIG_GPIO_GLED);
    }
}

/***** Function definitions *****/

void *mainThread(void *arg0)
{
    /* Initialize and open RCL */
    RCL_init();

    RCL_Handle rclHandle = RCL_open(&rclClient, &LRF_config);

    /* Set RF frequency */
    rclPacketTxCmdGenericTx.rfFrequency = FREQUENCY;

    /* Start command as soon as possible */
    rclPacketTxCmdGenericTx.common.scheduling = RCL_Schedule_Now;
    rclPacketTxCmdGenericTx.common.status = RCL_CommandStatus_Idle;

    rclPacketTxCmdGenericTx.config.fsOff = FS_OFF; // Turn off FS

    /* Callback triggers on last command done */
    rclPacketTxCmdGenericTx.common.runtime.callback = defaultCallback;
    rclPacketTxCmdGenericTx.common.runtime.rclCallbackMask.value = RCL_EventLastCmdDone.value;

    /* Set RCL TX buffer packet to be packet buffer */
    RCL_Buffer_TxBuffer *txPacket = (RCL_Buffer_TxBuffer *)&packet;

    GPIO_setConfig(CONFIG_GPIO_GLED, GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW);
    GPIO_write(CONFIG_GPIO_GLED, CONFIG_GPIO_LED_OFF);

    ble_build_adv_pdu();

    while(1)
    {
        /* Create packet with random payload */
        uint8_t *txData;
        txData = RCL_TxBuffer_init(txPacket, NUM_PAD_BYTES, HDR_LEN, MAX_LENGTH);

        /* Zero out data in header before the length field */
        // for (int s = 0; s < LEN_INDEX; s++)
        // {
        //     txData[s] = 0U;
        // }

        /* Set the packet length */
        // txData[LEN_INDEX] = ble_pdu_send[0];

        memcpy(txData, ble_pdu_send, 17+1);

        /* Generate a random payload */
        // for (int i = HDR_LEN; i < MAX_LENGTH; i++)
        // {
        //     txData[i] = rand();
        // }

        /* Set packet to transmit */
        RCL_TxBuffer_put(&rclPacketTxCmdGenericTx.txBuffers, txPacket);

        rclPacketTxCmdGenericTx.common.status = RCL_CommandStatus_Idle;

        /* Submit command */
        RCL_Command_submit(rclHandle, &rclPacketTxCmdGenericTx);

        /* Pend on command completion */
        RCL_Command_pend(&rclPacketTxCmdGenericTx);

        usleep(PACKET_INTERVAL);
    }
}

This is part of my test code, based on the original rfPacketTx example. I only made some simple packet construction changes and modified:

#define FREQUENCY (2402000000U) // set to BLE channel 37

I hope this helps clarify the issue I am trying to understand.

RE: CC2340R5: CC2340R5 Custom BLE PHY: How to transmit raw/custom BLE advertising PDUs without BLE stack using prop_rf/rfPacketTx?

Lydia — Thu, 14 May 2026 02:25:15 GMT

Hello, we have received your case and the investigation will take some time. Thank you for your patience.

RE: SN74LVC1G66-Q1: CAMDS失效

Taylor — Thu, 23 Apr 2026 03:28:20 GMT

您这个问题需要提到客服的质量组进行处理，请在下面链接选择相应项

联系我们 | 技术支持 | 德州仪器 TI.com.cn

SN74LVC1G66-Q1: CAMDS失效

Shibing Wu — Thu, 23 Apr 2026 03:18:52 GMT

Part Number: SN74LVC1G66-Q1

贵司之前提交的CAMDS已经失效了，请重新提交

MNN.04R0A.0089

IC SWITCH SPST SN74LVC1G66QDCKRQ1 CAR

SN74LVC1G66QDCKRQ1

CAMDS失效的ID:CA_5_69980954/2

RE: SN74LVC1G66-Q1: CAMDS失效

Taylor — Thu, 23 Apr 2026 03:23:44 GMT

您好，

已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

RE: TRF7970A: TRF7970ARHBR 镀层层划伤脱落于铅单引线

Kevin Chen — Tue, 21 Oct 2025 03:00:12 GMT

I just want to know what material is used for THERMAL PAD and is this normal？

TRF7970A: TRF7970ARHBR 镀层层划伤脱落于铅单引线

Kevin Chen — Tue, 21 Oct 2025 02:26:41 GMT

Part Number: TRF7970A

你好，

TRF7970ARHBR 拆开编带发现THERMAL PAD划痕明显，受影响区域超过镀铅面积的50%

请问THERMAL PAD用的是什么材料，这种情况正常吗

RE: TRF7970A: TRF7970ARHBR 镀层层划伤脱落于铅单引线

Daniel — Tue, 21 Oct 2025 02:44:28 GMT

您好

TI 论坛旨在解决客户在使用TI产品过程中遇到的技术问题。建议您请按照以下方式联系客户支持部门，会有客服为您提供帮助。

打开链接https://ticsc.service-now.com/csm
点击“申请新的支持”下面的“提交申请”按钮
在新打开的窗口中点击“质量，可靠性和环境信息”下面的“创建案例”按钮
在打开的表格中您可以使用中文描述您的问题并且递交。

关于质量问题，请您查阅客户退货流程：https://www.ti.com.cn/zh-cn/support-quality/additional-information/customer-returns.html

RE: CC2590: CC2500+CC2590的电路设计

Taylor — Fri, 17 Oct 2025 07:45:08 GMT

以下是一些类似的资源供参考

https://www.ti.com/lit/swra375
https://www.ti.com/lit/swra422

还可以在SIMPLELINK-2-4GHZ-DESIGN-REVIEWS.上审查硬件设计。

CC2590: CC2500+CC2590的电路设计

Z.Cheng C — Fri, 17 Oct 2025 06:10:07 GMT

Part Number: CC2590

在CC2590数据手册中，有关CC2500+CC2590的电路设计的前级电路并没有相关元件参数，应如何确定相关元件参数？另外数据手册中对于AVDD_PA2和AVDD_LNA引脚的连接线做出了要求，是否只要这部分PCB线路短而粗即可，还是必须满足一定的长度和宽度要求，如果是的话应该为多少？
好

RE: CC2590: CC2500+CC2590的电路设计

Taylor — Fri, 17 Oct 2025 06:12:42 GMT

您好，

已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

RE: CC2500: 其他无线技术论坛

Daniel — Mon, 22 Sep 2025 23:49:20 GMT

您好

Is it possible to test the sensitivity of the device in the hardware?
See section 7 of this for details: https://www.ti.com/lit/pdf/swra370

CC2500: 其他无线技术论坛

Z.Cheng C — Tue, 09 Sep 2025 07:54:23 GMT

Part Number: CC2500

Hello, I recently wanted to use the CC2500 for wireless communication, but I found that when two CC2500 devices operate simultaneously on the same channel and frequency band, it causes data distortion errors and leads to communication failure. How should I resolve this issue

CC2500: CC2500 读取RSSI

Z.Cheng C — Fri, 12 Sep 2025 02:36:35 GMT

Part Number: CC2500

你好，我在尝试通过寄存器读取RSSI的值时，当我另一台设备开始在同一频段工作发送信号时，当前的设备CC2500读取到的RSSI值从-59dB变成-19dB，但是就一直维持在这个值没有再发生变化了，即使是我关闭了另一台CC2500的设备。请问我应该怎么配置CC2500才能使其可以连续正常的读取RSSI值的变化呢？以下是我相关的配置与代码。[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:2bf1922c-0552-4293-8d34-300f961d7363:type=c_cpp&text=%23define%20CCxx0x_SRX%20%20%20%20%20%20%20%20%20%200x34%0A%23define%20CCxx0x_RSSI%20%20%20%20%20%20%20%20%200x34%0A%0Astatic%20const%20C25RegisterSetting_t%20C25PreferredSettings%5B%5D%3D%20%0A%7B%0A%20%20%20%20%7BCCxx0x_IOCFG2%2C%20%20%20%20%20%20%20%20%20%20%20%200x29%7D%2C%0A%09%7BCCxx0x_IOCFG1%2C%20%20%20%20%20%20%20%20%20%20%20%200x2E%7D%2C%0A%09%7BCCxx0x_IOCFG0%2C%20%20%20%20%20%20%20%20%20%20%20%200x06%7D%2C%0A%09%7BCCxx0x_FIFOTHR%2C%20%20%20%20%20%20%20%20%20%20%200x07%7D%2C%0A%09%7BCCxx0x_SYNC1%2C%20%20%20%20%20%20%20%20%20%20%20%20%200xD3%7D%2C%0A%09%7BCCxx0x_SYNC0%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x91%7D%2C%0A%09%7BCCxx0x_PKTLEN%2C%20%20%20%20%20%20%20%20%20%20%20%200xFF%7D%2C%0A%09%7BCCxx0x_PKTCTRL1%2C%20%20%20%20%20%20%20%20%20%200x04%7D%2C%0A%09%7BCCxx0x_PKTCTRL0%2C%20%20%20%20%20%20%20%20%20%200x05%7D%2C%0A%09%7BCCxx0x_ADDR%2C%20%20%20%20%20%20%20%20%20%20%20%20%20%200x00%7D%2C%0A%09%7BCCxx0x_CHANNR%2C%20%20%20%20%20%20%20%20%20%20%20%200x00%7D%2C%0A%09%7BCCxx0x_FSCTRL1%2C%20%20%20%20%20%20%20%20%20%20%200x06%7D%2C%0A%09%7BCCxx0x_FSCTRL0%2C%20%20%20%20%20%20%20%20%20%20%200x00%7D%2C%0A%09%7BCCxx0x_FREQ2%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x5D%7D%2C%0A%09%7BCCxx0x_FREQ1%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x93%7D%2C%0A%09%7BCCxx0x_FREQ0%2C%20%20%20%20%20%20%20%20%20%20%20%20%200xB1%7D%2C%0A%09%7BCCxx0x_MDMCFG4%2C%20%20%20%20%20%20%20%20%20%20%200x88%7D%2C%0A%09%7BCCxx0x_MDMCFG3%2C%20%20%20%20%20%20%20%20%20%20%200x93%7D%2C%0A%09%7BCCxx0x_MDMCFG2%2C%20%20%20%20%20%20%20%20%20%20%200x13%7D%2C%0A%09%7BCCxx0x_MDMCFG1%2C%20%20%20%20%20%20%20%20%20%20%200x22%7D%2C%0A%09%7BCCxx0x_MDMCFG0%2C%20%20%20%20%20%20%20%20%20%20%200xF8%7D%2C%0A%09%7BCCxx0x_DEVIATN%2C%20%20%20%20%20%20%20%20%20%20%200x34%7D%2C%0A%09%7BCCxx0x_MCSM2%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x07%7D%2C%0A%09%7BCCxx0x_MCSM1%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x30%7D%2C%0A%09%7BCCxx0x_MCSM0%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x18%7D%2C%0A%09%7BCCxx0x_FOCCFG%2C%20%20%20%20%20%20%20%20%20%20%20%200x16%7D%2C%0A%09%7BCCxx0x_BSCFG%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x6C%7D%2C%0A%09%7BCCxx0x_AGCCTRL2%2C%20%20%20%20%20%20%20%20%20%200x43%7D%2C%0A%09%7BCCxx0x_AGCCTRL1%2C%20%20%20%20%20%20%20%20%20%200x40%7D%2C%0A%09%7BCCxx0x_AGCCTRL0%2C%20%20%20%20%20%20%20%20%20%200x91%7D%2C%0A%09%7BCCxx0x_WOREVT1%2C%20%20%20%20%20%20%20%20%20%20%200x87%7D%2C%0A%09%7BCCxx0x_WOREVT0%2C%20%20%20%20%20%20%20%20%20%20%200x6B%7D%2C%0A%09%7BCCxx0x_WORCTRL%2C%20%20%20%20%20%20%20%20%20%20%200xF8%7D%2C%0A%09%7BCCxx0x_FREND1%2C%20%20%20%20%20%20%20%20%20%20%20%200x56%7D%2C%0A%09%7BCCxx0x_FREND0%2C%20%20%20%20%20%20%20%20%20%20%20%200x10%7D%2C%0A%09%7BCCxx0x_FSCAL3%2C%20%20%20%20%20%20%20%20%20%20%20%200xA9%7D%2C%0A%09%7BCCxx0x_FSCAL2%2C%20%20%20%20%20%20%20%20%20%20%20%200x0A%7D%2C%0A%09%7BCCxx0x_FSCAL1%2C%20%20%20%20%20%20%20%20%20%20%20%200x00%7D%2C%0A%09%7BCCxx0x_FSCAL0%2C%20%20%20%20%20%20%20%20%20%20%20%200x11%7D%2C%0A%09%7BCCxx0x_RCCTRL1%2C%20%20%20%20%20%20%20%20%20%20%200x41%7D%2C%0A%09%7BCCxx0x_RCCTRL0%2C%20%20%20%20%20%20%20%20%20%20%200x00%7D%2C%0A%09%7BCCxx0x_FSTEST%2C%20%20%20%20%20%20%20%20%20%20%20%200x59%7D%2C%0A%09%7BCCxx0x_PTEST%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x7F%7D%2C%0A%09%7BCCxx0x_AGCTEST%2C%20%20%20%20%20%20%20%20%20%20%200x3F%7D%2C%0A%09%7BCCxx0x_TEST2%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x88%7D%2C%0A%09%7BCCxx0x_TEST1%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x31%7D%2C%0A%09%7BCCxx0x_TEST0%2C%20%20%20%20%20%20%20%20%20%20%20%20%200x0B%7D%2C%0A%7D%0A%0Aint8_t%20CC2500_Get_RX_dBm%28unsigned%20char%20_ucRssi%29%0A%7B%0A%20%20%20%20int16_t%20sData%3D_ucRssi%3B%0A%09%2F%2F%20%E5%8F%96%E7%BB%9D%E5%AF%B9%E5%80%BC%0A%20%20%20%20if%28_ucRssi%3E%3D128%29%0A%09%7B%0A%09%09sData%20%3D%20%28int16_t%29%28_ucRssi%20-%20256%29%2F2%20-%2074%3B%0A%09%7D%0A%09else%0A%09%7B%0A%09%09sData%20%3D%20%28_ucRssi%2F2%29%20-%2074%3B%0A%09%7D%09%0A%09%0A%09if%28sData%20%3C%20-128%29%0A%09%7B%0A%09%09sData%20%3D%20-128%3B%0A%09%7D%0A%20%20%20%20return%20sData%3B%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%2F%2F%20%E8%AE%A1%E7%AE%97RSSI%E5%80%BC%0A%7D%0A%0Aint8_t%20CC2500_ReadReg_RSSI%28%29%0A%7B%0A%09uint8_t%20nRet%3B%0A%09%2F%2F%20%E8%BF%9B%E5%85%A5%E6%8E%A5%E6%94%B6%E6%A8%A1%E5%BC%8F%0A%09CC2500_Strobe%28CCxx0x_SRX%29%3B%20%0A%09%2F%2F%20%E7%AD%89%E5%BE%85%E7%A8%B3%E5%AE%9A%0A%09delay_ms%281%29%3B%0A%09%2F%2F%20%E8%AF%BB%E5%8F%96%E4%BF%A1%E5%8F%B7%E5%BC%BA%E5%BA%A6%E5%AF%84%E5%AD%98%E5%99%A8%0A%09nRet%20%3D%20CC2500_ReadReg%28CCxx0x_RSSI%29%3B%0A%0A%09return%20CC2500_Get_RX_dBm%28nRet%29%3B%0A%7D]

RE: CC2500: CC2500 读取RSSI

Alice — Fri, 12 Sep 2025 02:59:21 GMT

您好，
如果该芯片检测到同步字（sync word），它将冻结RSSI寄存器，因此请尝试禁用并重新启用接收，并查看RSSI寄存器是否更新。

请参考下面帖子看是否有帮助。

(+) CC2500 - Calculating RSSI - Other wireless technologies forum - Other wireless - TI E2E support forums

RE: CC2500: CC2500 Carrier Sense

Daniel — Fri, 12 Sep 2025 00:16:15 GMT

您好

感谢您回复！

十分高兴我们官方资料能给与您相关的帮助，如果您有新的问题请重新发帖。

CC2500: CC2500 Carrier Sense

Z.Cheng C — Tue, 09 Sep 2025 07:49:23 GMT

Part Number: CC2500

Hello, I recently want to use the CC2500 to read Carrier Sense information and detect the impact of environmental noise on CC2500 communication. How should I configure the CC2500 to achieve this function?

RE: CC2500: CC2500 Carrier Sense

Z.Cheng C — Thu, 11 Sep 2025 12:05:35 GMT

#define CCxx0x_SRX          0x34
#define CCxx0x_RSSI         0x34

static const C25RegisterSetting_t C25PreferredSettings[]= 
{
    {CCxx0x_IOCFG2,            0x29},
	{CCxx0x_IOCFG1,            0x2E},
	{CCxx0x_IOCFG0,            0x06},
	{CCxx0x_FIFOTHR,           0x07},
	{CCxx0x_SYNC1,             0xD3},
	{CCxx0x_SYNC0,             0x91},
	{CCxx0x_PKTLEN,            0xFF},
	{CCxx0x_PKTCTRL1,          0x04},
	{CCxx0x_PKTCTRL0,          0x05},
	{CCxx0x_ADDR,              0x00},
	{CCxx0x_CHANNR,            0x00},
	{CCxx0x_FSCTRL1,           0x06},
	{CCxx0x_FSCTRL0,           0x00},
	{CCxx0x_FREQ2,             0x5D},
	{CCxx0x_FREQ1,             0x93},
	{CCxx0x_FREQ0,             0xB1},
	{CCxx0x_MDMCFG4,           0x88},
	{CCxx0x_MDMCFG3,           0x93},
	{CCxx0x_MDMCFG2,           0x13},
	{CCxx0x_MDMCFG1,           0x22},
	{CCxx0x_MDMCFG0,           0xF8},
	{CCxx0x_DEVIATN,           0x34},
	{CCxx0x_MCSM2,             0x07},
	{CCxx0x_MCSM1,             0x30},
	{CCxx0x_MCSM0,             0x18},
	{CCxx0x_FOCCFG,            0x16},
	{CCxx0x_BSCFG,             0x6C},
	{CCxx0x_AGCCTRL2,          0x43},
	{CCxx0x_AGCCTRL1,          0x40},
	{CCxx0x_AGCCTRL0,          0x91},
	{CCxx0x_WOREVT1,           0x87},
	{CCxx0x_WOREVT0,           0x6B},
	{CCxx0x_WORCTRL,           0xF8},
	{CCxx0x_FREND1,            0x56},
	{CCxx0x_FREND0,            0x10},
	{CCxx0x_FSCAL3,            0xA9},
	{CCxx0x_FSCAL2,            0x0A},
	{CCxx0x_FSCAL1,            0x00},
	{CCxx0x_FSCAL0,            0x11},
	{CCxx0x_RCCTRL1,           0x41},
	{CCxx0x_RCCTRL0,           0x00},
	{CCxx0x_FSTEST,            0x59},
	{CCxx0x_PTEST,             0x7F},
	{CCxx0x_AGCTEST,           0x3F},
	{CCxx0x_TEST2,             0x88},
	{CCxx0x_TEST1,             0x31},
	{CCxx0x_TEST0,             0x0B},
}

int8_t CC2500_Get_RX_dBm(unsigned char _ucRssi)
{
    int16_t sData=_ucRssi;
	// 取绝对值
    if(_ucRssi>=128)
	{
		sData = (int16_t)(_ucRssi - 256)/2 - 74;
	}
	else
	{
		sData = (_ucRssi/2) - 74;
	}	
	
	if(sData < -128)
	{
		sData = -128;
	}
    return sData;                                     // 计算RSSI值
}

int8_t CC2500_ReadReg_RSSI()
{
	uint8_t nRet;
	// 进入接收模式
	CC2500_Strobe(CCxx0x_SRX); 
	// 等待稳定
	delay_ms(1);
	// 读取信号强度寄存器
	nRet = CC2500_ReadReg(CCxx0x_RSSI);

	return CC2500_Get_RX_dBm(nRet);
}

你好，非常感谢您提供的例程，具有很大的参考价值。但是我根据例程在尝试通过寄存器读取RSSI的值时，当我另一台设备开始在同一频段工作发送信号时，当前的设备CC2500读取到的RSSI值从-59dB变成-19dB，但是就一直维持在这个值没有再发生变化了，即使是我关闭了另一台CC2500的设备。请问我应该怎么配置CC2500才能使其可以连续正常的读取RSSI值的变化呢？以下是我相关的配置与代码。

RE: CC2500: 其他无线技术论坛

Z.Cheng C — Wed, 10 Sep 2025 11:36:49 GMT

HI,Daniel,the CC2500 acts as both a RX and a TX. When data needs to be sent, it switches to TX mode. After sending is completed, it switches back to RX mode to wait for the other CC2500 device to receive the data and send a response.