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

MSPM0-SDK: 下载MSPM0sdk被你们网页拒绝访问

zheng yiying — Wed, 08 Jul 2026 02:47:46 GMT

Part Number: MSPM0-SDK

在准备电赛 iar编译我的文件需要下载你们的MSPM0SDK 因为我的芯片是MSPM0 但是当我下载的时候就出现了你们网页拒绝我的条件6666.docx

RE: MSPM0-SDK: 下载MSPM0sdk被你们网页拒绝访问

Eirwen — Wed, 08 Jul 2026 05:05:10 GMT

请按照以下链接联系客户支持中心，会有客服为您提供帮助：
ticsc.service-now.com/csm

RE: MSPM0-SDK: 下载MSPM0sdk被你们网页拒绝访问

Eirwen — Wed, 08 Jul 2026 02:49:30 GMT

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

RE: MSPM0-SDK: 下载MSPM0sdk被你们网页拒绝访问

Lydia — Wed, 08 Jul 2026 02:46:15 GMT

您好，关于软件权限问题请联系客户支持中心，会有客服帮助您，

https://www.ti.com.cn/zh-cn/info/customer-support.html

MSPM0-SDK: 下载MSPM0sdk被你们网页拒绝访问

zheng yiying — Wed, 08 Jul 2026 02:23:59 GMT

Part Number: MSPM0-SDK

在准备电赛 iar编译我的文件需要下载你们的MSPM0SDK 因为我的芯片是MSPM0 但是当我下载的时候就出现了你们网页拒绝我的条件

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?

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

你好，

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

此致，

塔雷克·D

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 命令。您需要进一步研究文档，并尝试调整项目配置及其广播数据包结构，才能获得预期的输出。

问候，
瑞安

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: 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.

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.

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:28:20 GMT

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

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

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

您好，

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

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

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: 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]