主题中讨论的其他器件: CC1314R10、CC1352P7
工具/软件:
不幸的是,由于某些情况下,我没有时间回应最后的帖子在线程。 螺纹已关闭。
所以我要创建一个单独的线程。
我设法获得了 150 万比特率,我非常感谢团队和个人 Alex *** 的帮助。
我现在有一个问题:相同(与 1.5V)覆盖是否适合获得 2M 比特率?
Thnx
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.
工具/软件:
不幸的是,由于某些情况下,我没有时间回应最后的帖子在线程。 螺纹已关闭。
所以我要创建一个单独的线程。
我设法获得了 150 万比特率,我非常感谢团队和个人 Alex *** 的帮助。
我现在有一个问题:相同(与 1.5V)覆盖是否适合获得 2M 比特率?
Thnx
您好、
如果在确认链路后能够运行 PER 与输入电平测试,请分享结果 — 两个 LP-CC1352P7-4 LaunchPad 之间的基本链路 成功接收数据包。
此致、
Zack
尊敬的 Zack:
我正在使用 CC2652R7 Devkit。
遗憾的是、我无法收到单个数据包、甚至连一个数据包都没有错误。
我可以在频谱分析仪上看到 TX 处于活动状态并且似乎正常工作。
然后、我 使用 SmartRF Studio 配置了两块电路板、其中一块位于 Cont. Tx 模式、另一个处于连续模式 RX 模式。
和观察到 RSSI 在数据包传输期间按预期变化(电路板通过衰减器进行连接)。


但是、我无法接收任何数据包。
我尝试使用配置文件中指定的 2185.1kHz 的 RX 带宽、以及计算出的 SymbolRate + 2 ×偏差值(最接近的值 3526.2kHz)。
在这两种情况下、结果是相同的、没有收到数据包。
因此、我将等待你方面的进一步指示。 谢谢你
是的、完全如此。 它们是:
//======================= file smartrf_settings.h ==================================
#ifndef _SMARTRF_SETTINGS_H_
#define _SMARTRF_SETTINGS_H_
//*********************************************************************************
// Generated by SmartRF Studio version 2.29.0 (build#383)
// The applied template is NOT compatible with cc13x2_26x2 SDKs!
// Device: CC2652R7 Rev. B (1.1). Only supported by CC26x2 SDK version 5.10.xx.xx or newer
//
//*********************************************************************************
#ifdef DEVICE_FAMILY
#undef DEVICE_FAMILY_PATH
#define DEVICE_FAMILY_PATH(x) <ti/devices/DEVICE_FAMILY/x>
#else
#error "You must define DEVICE_FAMILY at the project level as one of cc26x0, cc26x0r2, cc13x0, etc."
#endif
#include DEVICE_FAMILY_PATH(driverlib/rf_mailbox.h)
#include DEVICE_FAMILY_PATH(driverlib/rf_common_cmd.h)
#include DEVICE_FAMILY_PATH(driverlib/rf_prop_cmd.h)
#include <ti/drivers/rf/RF.h>
// TI-RTOS RF Mode Object
extern RF_Mode RF_prop;
// RF Core API Commands
extern rfc_CMD_PROP_RADIO_DIV_SETUP_t RF_cmdPropRadioDivSetup;
extern rfc_CMD_FS_t RF_cmdFs;
extern rfc_CMD_PROP_TX_t RF_cmdPropTx;
extern rfc_CMD_PROP_RX_t RF_cmdPropRx;
// RF Core API Overrides
extern uint32_t pOverrides[];
#endif // _SMARTRF_SETTINGS_H_
// ============================ file smartrf_settings.c ============================
//*********************************************************************************
// Generated by SmartRF Studio version 2.29.0 (build#383)
// The applied template is NOT compatible with cc13x2_26x2 SDKs!
// Device: CC2652R7 Rev. B (1.1). Only supported by CC26x2 SDK version 5.10.xx.xx or newer
//
//*********************************************************************************
//*********************************************************************************
// Parameter summary
// RX Address0: 0xAA
// RX Address1: 0xBB
// RX Address Mode: No address check
// Frequency: 2440.00000 MHz
// Data Format: Serial mode disable
// Deviation: 500.000 kHz
// Packet Length Config: Variable
// Max Packet Length: 255
// Packet Length: 20
// Packet Data: 255
// Preamble Count: 4 Bytes
// Preamble Mode: Send 0 as the first preamble bit
// RX Filter BW: 3526.2 kHz
// Symbol Rate: 2000.00000 kBaud
// Sync Word: 0x930b51de
// Sync Word Length: 32 Bits
// TX Power: 5 dBm
// Whitening: No whitening
#include "smartrf_settings.h"
#include DEVICE_FAMILY_PATH(rf_patches/rf_patch_cpe_prop.h)
// TI-RTOS RF Mode Object
RF_Mode RF_prop =
{
.rfMode = RF_MODE_PROPRIETARY_2_4,
.cpePatchFxn = &rf_patch_cpe_prop,
.mcePatchFxn = 0,
.rfePatchFxn = 0
};
// Overrides for CMD_PROP_RADIO_DIV_SETUP
uint32_t pOverrides[] =
{
// override_tc900.xml
(uint32_t)0x00F388D3,
ADI_HALFREG_OVERRIDE(0,61,0xF,0x0),
HW_REG_OVERRIDE(0x6098,0x5AF1),
HW_REG_OVERRIDE(0x60A0,0x1B2E),
HW_REG_OVERRIDE(0x51E4,0x0F70),
(uint32_t)0x000088A3,
(uint32_t)0xFFFFFFFF
};
// CMD_PROP_RADIO_DIV_SETUP
// Proprietary Mode Radio Setup Command for All Frequency Bands
rfc_CMD_PROP_RADIO_DIV_SETUP_t RF_cmdPropRadioDivSetup =
{
.commandNo = 0x3807,
.status = 0x0000,
.pNextOp = 0, // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
.startTime = 0x00000000,
.startTrigger.triggerType = 0x0,
.startTrigger.bEnaCmd = 0x0,
.startTrigger.triggerNo = 0x0,
.startTrigger.pastTrig = 0x0,
.condition.rule = 0x1,
.condition.nSkip = 0x0,
.modulation.modType = 0x1,
.modulation.deviation = 0x7D0,
.modulation.deviationStepSz = 0x0,
.symbolRate.preScale = 0xF,
.symbolRate.rateWord = 0x140000,
.symbolRate.decimMode = 0x0,
.rxBw = 0x66,
.preamConf.nPreamBytes = 0x4,
.preamConf.preamMode = 0x0,
.formatConf.nSwBits = 0x20,
.formatConf.bBitReversal = 0x0,
.formatConf.bMsbFirst = 0x1,
.formatConf.fecMode = 0x0,
.formatConf.whitenMode = 0x0,
.config.frontEndMode = 0x0,
.config.biasMode = 0x0,
.config.analogCfgMode = 0x0,
.config.bNoFsPowerUp = 0x0,
.txPower = 0x701F,
.pRegOverride = pOverrides,
.centerFreq = 0x0988,
.intFreq = 0x0800,
.loDivider = 0x00
};
// CMD_FS
// Frequency Synthesizer Programming Command
rfc_CMD_FS_t RF_cmdFs =
{
.commandNo = 0x0803,
.status = 0x0000,
.pNextOp = 0, // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
.startTime = 0x00000000,
.startTrigger.triggerType = 0x0,
.startTrigger.bEnaCmd = 0x0,
.startTrigger.triggerNo = 0x0,
.startTrigger.pastTrig = 0x0,
.condition.rule = 0x1,
.condition.nSkip = 0x0,
.frequency = 0x0988,
.fractFreq = 0x0000,
.synthConf.bTxMode = 0x0,
.synthConf.refFreq = 0x0,
.__dummy0 = 0x00,
.__dummy1 = 0x00,
.__dummy2 = 0x00,
.__dummy3 = 0x0000
};
// CMD_PROP_TX
// Proprietary Mode Transmit Command
rfc_CMD_PROP_TX_t RF_cmdPropTx =
{
.commandNo = 0x3801,
.status = 0x0000,
.pNextOp = 0, // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
.startTime = 0x00000000,
.startTrigger.triggerType = 0x0,
.startTrigger.bEnaCmd = 0x0,
.startTrigger.triggerNo = 0x0,
.startTrigger.pastTrig = 0x0,
.condition.rule = 0x1,
.condition.nSkip = 0x0,
.pktConf.bFsOff = 0x0,
.pktConf.bUseCrc = 0x1,
.pktConf.bVarLen = 0x1,
.pktLen = 0x14,
.syncWord = 0x930B51DE,
.pPkt = 0 // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
};
// CMD_PROP_RX
// Proprietary Mode Receive Command
rfc_CMD_PROP_RX_t RF_cmdPropRx =
{
.commandNo = 0x3802,
.status = 0x0000,
.pNextOp = 0, // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
.startTime = 0x00000000,
.startTrigger.triggerType = 0x0,
.startTrigger.bEnaCmd = 0x0,
.startTrigger.triggerNo = 0x0,
.startTrigger.pastTrig = 0x0,
.condition.rule = 0x1,
.condition.nSkip = 0x0,
.pktConf.bFsOff = 0x0,
.pktConf.bRepeatOk = 0x0,
.pktConf.bRepeatNok = 0x0,
.pktConf.bUseCrc = 0x1,
.pktConf.bVarLen = 0x1,
.pktConf.bChkAddress = 0x0,
.pktConf.endType = 0x0,
.pktConf.filterOp = 0x0,
.rxConf.bAutoFlushIgnored = 0x0,
.rxConf.bAutoFlushCrcErr = 0x0,
.rxConf.bIncludeHdr = 0x1,
.rxConf.bIncludeCrc = 0x0,
.rxConf.bAppendRssi = 0x0,
.rxConf.bAppendTimestamp = 0x0,
.rxConf.bAppendStatus = 0x1,
.syncWord = 0x930B51DE,
.maxPktLen = 0xFF,
.address0 = 0xAA,
.address1 = 0xBB,
.endTrigger.triggerType = 0x1,
.endTrigger.bEnaCmd = 0x0,
.endTrigger.triggerNo = 0x0,
.endTrigger.pastTrig = 0x0,
.endTime = 0x00000000,
.pQueue = 0, // INSERT APPLICABLE POINTER: (dataQueue_t*)&xxx
.pOutput = 0 // INSERT APPLICABLE POINTER: (uint8_t*)&xxx
};
我还尝试将您的配置导入我自己的工程、其中实现了 1.5 Mbps 的比特率、
但我仍然无法接收任何数据包。
您好、
您共享的设置与我上传的 SmartRF Studio 设置中的设置不匹配(我将把它们称为“TI 设置“)。 例如、在 TI 设置中、 .formatConf.fecMode = 0x1,
.formatConf.fecMode = 0x0,
cc1352p7_prop_pg10如果也使用 CC1352P7、则会按照上述方式将设置添加到文件夹中。 cc2652r7_prop_pg10;我将根据 CC2652R7 的现有专有 2.4GHz PHY 仔细检查它,以防文件中存在轻微的命名差异,并且您需要更改一些次要内容。 您好、
我们需要一些信息来更好地诊断这一点:
第 2 点(PER 与输入电平之间的关系图)在此处最为重要。
此致、
Zack
问: 您是否使用 SmartRF Studio 7 进行初始测试?
a. :不可以、我使用了 CCS 20.1.1.8_1.7.1 加 Simplelink_cc13xx_cc26xx_SDK_8_30_01_01 SDK。
比 我的现有数据更小
#define DATARATE_2M
#ifdef DATARATE_2M
#define RF_CONFIG_SETUP_CMD RF_cmdPropRadioDivSetup2M
#define RF_CONFIG_MODE RF_prop2M
#else
#define RF_CONFIG_SETUP_CMD RF_cmdPropRadioDivSetup
#define RF_CONFIG_MODE RF_prop
#endif
因此、预期 RSSI 接近–55dBm、但 以 2M 数据速率接收到的每个数据包都是以–92dBm 至–95dBm RSSI 接收的。
顺便说一下、 在 1.5M 数据速率下、在 相同的硬件设置下、我看到的 RSSI 为–52dBm 至–53dBm、损耗为 0%。
问: 您是否能够在器件的动态范围内进行 PER 与输入电平测试(从大约–110dBm 扫描到–20dBm)
a. “我想你。“ 但我需要更多时间来 控制 SmartRF。 很快就能做到
问: 请共享从 SmartRF Studio 7 导出的最新设置
答: 它无法做到这一点(请参阅 A1)
感谢您发送编修。 我将尽力检查 SmartRF ASAP
尊敬的 Zack:
此处显示了结果。
我使用了两个相同的 LP-CC2652R7 电路板(CC2652R7 LaunchPad 开发套件)、通过电缆相互连接。
电缆和连接器中的损耗为 0.5dBm。
作为参考、我还针对 1.5Mbps 设置提供了类似的测量值。
在屏幕截图中、您可以看到 RSSI 值出现奇怪的下降、当衰减器值较高时不会发生这种下降。 有趣的是、在连续 RX 模式和数据包传输模式下都观察到了这些下降、在这种模式下、接收到的数据包要么具有非常低的 RSSI、要么具有接收错误。
e2e.ti.com/.../1.5Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-80-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-80-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-71-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-74-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-68-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-65-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-60-dB.txte2e.ti.com/.../1.5Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-50-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-50-dB.txte2e.ti.com/.../2Mbps-2360-MHz-Packet-TX-Pwr-_2D00_20-dBm-Att-0-dB.txte2e.ti.com/.../setting_5F00_tc537.xml




我还随附了 SmartRF Studio 设置文件。
将等待您的答复
您好、
随着输入功率级别 开始增加到~>–20dBm 以上 、 RSSI 误差将开始增加(取决于 PHY 设置)、但–66dBm 的屏幕截图不是预期行为(据我所知)。
您是否知道在哪个输入级别开始执行此操作?
我将从下周起休假(我将在我不在时通知团队成员此问题)、支持此 PHY 的主要研发团队成员也将在几周内不回来。
我会看到其他团队成员是否对这种行为有深入了解、因为它在我们的测试过程中没有出现、如果我明天可以尝试重新创建问题、我会这样做、但我无法保证我有时间。
此致、
Zack