https://e2echina.ti.com/support/machine-translation/mt-other-wireless/zh-CNTelligent Community 13https://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1072065/trf7970a-iso14443a/3859975Mon, 02 Feb 2026 18:12:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:f59409c0-3276-4952-a734-37df7969f44cadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 遗憾的是、此器件支持有限。 我建议您查看此处适用于此器件的文档： https://www.ti.com/product/TRF7970A#tech-docs 特别是、您可以从我们的常见问题解答开始、看看这是否提供了帮助： https://www.ti.com/lit/an/sloa246b/sloa246b.pdf 谢谢、 Rizmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1072065/trf7970a-iso14443aThu, 29 Jan 2026 10:35:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:001eed98-bd04-491d-87a5-d0e32c11ecd6adminOther Parts Discussed in Thread: DLP-7970ABP , TRF7970A 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1611817/trf7970a-correct-command-sequence-to-read-write-iso14443a-tag 器件型号： TRF7970A 主题中讨论的其他器件： DLP-7970ABP 、 E 正在使用 DLP Design 中的 DLP-RFID2 模块 ( https://www.dlpdesign.com/rf/rfid2.php )、该模块在内部使用 TI 的 TRF7970A 收发器（该收发器应是 DLP-7970ABP Booster Pack 中的相同硬件）。 目前我们有这个 NFC 标签: https://www.amazon.it/dp/B00B0O1CPW 似乎是 NTAG213 从 NXP。 目标是从内部存储器写入和读取多达 8 个字节。 我们可以使用以下命令始终读出 UID： > 01080003042B0000 > 010A0003041001210000 > 010C00030410002101090000 > 0109000304A0010000 [15285] 01080003042B0000 >[15325] 010A0003041001210000 > [15375] 010C00030410002101090000 [15426] 0109000304A0010000 > [15475] 010A0003041830040000 [142093] 01080003042B0000 >[142131] 010A0003041001210000 [142182] 010C00030410002101090000 >[142232] 0109000304A0010000 [142283] 010A0003041830040000 <[142484]请求模式。 <[142585][0103A00C340300FE0000000000008533]//获得了存储器内容、我想要什么！ <[142786]寄存器写入请求。 <[142787]寄存器写入请求。 <[143189] 14443A REQA。 <[143290][04152FB6422B1491EC、7F]//再次获得 UID <[143491]请求模式。\x1B <[143592][0103A00C340300FE0000000000008533]//再次获得存储器内容 DLP 设计表明、其模块不会干扰主机（我的 MCU）和标签之间的通信。 因此、我们想知道在哪里查找可靠的文档：标签、收发器、模块？ 基本上,我们需要找出请求的命令的正确顺序和可能的答案的描述（无,一个,更多等...）。 否则我们无法编写功能代码！DLP-7970ABPTRF7970Amachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1071172/cc2650-cc2650-wirelesshart-xds110Wed, 28 Jan 2026 09:10:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:3e033a2f-6fb0-421f-91cb-63f6be2196feadminOther Parts Discussed in Thread: CC2650 , CC2590 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1611280/cc2650-guidance-on-cc2650-wirelesshart-design-antenna-options-and-xds110-programming-interface 器件型号： CC2650 主题： CC2590 中讨论的其他器件 mcu2650.pdf 尊敬的 TI 支持团队： 我正在开发一款 WirelessHART 应用 基于 CC2650 并希望您在与射频和编程相关的几个设计方面提供指导。 我准备了一个原理图（随附）、用于进行评估 这两种天线可能性 ： 采用 CC2590 范围扩展器的 CC2650 不带 CC2590 的 CC2650（直接天线连接） 我已经在原理图中展示了选择/移除匹配元件（如框中所示）的两个选项、并想从射频设计和布局的角度确认这种方法是否正确。 具体而言、我请求您就以下方面提出建议： 需要对进行的任何更改 射频匹配网络 情况 提供支持时的最佳实践 同一 PCB 上的两个选项 此外、我还计划使用 XDS110 用于编程和调试。 我希望你对以下问题提出建议： 是否为 4 线或 5 线编程接口 设计 。 建议的引脚连接 在 CC2650 和 XDS110 (SWD/JTAG) 之间、包括： TMS/SWDIO TCK/SWCLK 复位 VDD 基准 GND 如果可用、A 基准编程引脚连接图 或 TI 应用手册建议会非常有用。 感谢您的支持。 我期待您的指导、以确保实现稳健且符合 TI 标准的 WirelessHART 设计。 此致、 RohitCC2650CC2590Wireless Infrastructuremachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1070924/cc2652r7-cmd_prop_rx_adv-phy-numlenbits-0-rx/3855696Mon, 26 Jan 2026 18:45:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:a2044e19-7abb-41bf-a540-bbf26f5cf5afadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Ashot、 如果标头长度为零、则长度也需要为零、因为它不会占用任何空间。 例如、如果数据包长度可变、您可以将标头设置为 1、将长度设置为 0；这意味着 TX 数据包长度设置在标头中的位置“0"。“。 如果标头和长度均为零、则不需要设置任何内容。 谢谢、 Alex Fmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1070924/cc2652r7-cmd_prop_rx_adv-phy-numlenbits-0-rx/3855695Sat, 24 Jan 2026 18:28:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:1a545011-64e0-4bce-bd2c-6fac16c5e7e0admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 谢谢！ 只是为了确认：在 RX_ADV 中、固定长度“无标头“意味着我们必须设置 两者可兼得 hdrConf.numLenBits = 0 和 hdrConf.numHdrBits = 0 、否则 RX_ADV 仍需要 numHdrBits 有效载荷前的位、如果 TX 不传输这些位、则不会接收帧。 是这样吗？machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1070924/cc2652r7-cmd_prop_rx_adv-phy-numlenbits-0-rx/3855694Thu, 15 Jan 2026 20:04:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:4c324c75-7e1a-46c6-9e2a-1fa0a075fea6admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Ashot、 我将在此处引用 rfPacketErrorRate： IF(NULL!= pRxCmd) ｛ pRxCmd->pQueue =&dataQueue; pRxCmd->pOutput = ( uint8_t* ) &rxStatistics_prop ； pRxCmd->maxPktLen = MAX_LENGTH； pRxCmd->pktConf.brepeatOk = 1 ； pRxCmd->pktConf.brepeatNok = 1 ； pRxCmd->rxConf.bAutoFlushCrcErr = 1 ； pRxCmd->rxConf.bAutoFlushIgnored = 1 ； pRxCmd->rxConf.bAppendTimestamp = 1 ； pRxCmd->rxConf.bAppendStatus = 0x1 ； } Else if ( NULL ！= pAdvRxCmd) ｛ pAdvRxCmd->pQueue =&dataQueue; pAdvRxCmd->pOutput = ( uint8_t* ) &rxStatistics_prop ； pAdvRxCmd->maxPktLen = MAX_LENGTH； pAdvRxCmd->pktConf.brepeatOk = 1 ； pAdvRxCmd->pktConf.brepeatNok = 1 ； pAdvRxCmd->rxConf.bAutoFlushCrcErr = 1 ； pAdvRxCmd->rxConf.bAutoFlushIgnored = 1 ； pAdvRxCmd->rxConf.bAppendTimestamp = 1 ； pAdvRxCmd->rxConf.bAppendStatus = 1 ； pAdvRxCmd->rxConf.bIncludeCrc = 0x0 ； pAdvRxCmd->rxConf.bAppendRssi = 0x0 ； pAdvRxCmd->hdrConf.numLenBits = NUM_LEN_bits ； } 您可以看到 AdvRxCmd（由引用的命令） RFC_CMD_PROP_RX_ADV_t) 有一些添加的命令（例如 hdrConf 控件）、正如您在前面所说的、我们需要使用 hdrConf、直到我们可以正确设置数据包以接收数据包。 在上图中、您可以看到标头被定义为 1 字节字段（针对可变长度）、但当我将其设置为固定长度时、标头将存在。 在固定长度用例中、我们不会有标头、而是手动设置最大数据包长度、再次请参阅 rfPacketErrorRate、了解如何设置固定长度的示例： if ((config.rfSetup == Rfr Setup_Ble ) || (config.rfSetup == Rfr Setup_Ble 5)) ｛ //固定有效载荷长度为 30 payloadIndex = 0 ； CONFIG.payloadLength = CONFIG_payloadLengthTable[payloadIndex] ； } 谢谢、 Alex Fmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1070924/cc2652r7-cmd_prop_rx_adv-phy-numlenbits-0-rx/3855693Wed, 14 Jan 2026 20:28:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:acbf96dd-771a-4683-8252-2fa026cccf39admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好： 感谢您的详细说明和检查 SmartRF Studio 7 的行为 — 感谢您的努力。 我认为、由于我的用例严格基于、因此需要进行一个重要的澄清 CMD_PROP_RX_ADV/CMD_PROP_TX_ADV 、而不是 CMD_PROP_RX。 在我的配置中： 我正在使用的器件 RFC_CMD_PROP_RX_ADV_t/RFC_CMD_PROP_TX_ADV_t hdrConf.numHdrBits = 0x10 长度字段在应用程序级别不存在 因此、我设置： RF_cmdPropRxAdv.hdrConf.numLenBits = 0; RF_cmdPropRxAdv.maxPktLen = 64 打开了 无 bVarLen 字段 在 CMD_PROP_RX_ADV/TX_ADV 中 采用这种配置时、 根本未收到任何数据包 。 所以、我唯一的澄清问题是：请你澄清一下 当数据包报头根本不包含长度字段时、为 CMD_PROP_RX_ADV/CMD_PROP_TX_ADV 配置固定长度操作的正确方法。 专门导出的最小示例或参考 SmartRF Studio 7 配置 RX_ADV 固定长度、无长度字段 会非常有帮助。 再次感谢您的支持machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1069001/trf7960a-trf7960a/3848356Tue, 13 Jan 2026 18:15:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:8323e777-a501-4167-a4c2-2d1e8bf5a21badmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 嗨、Hiroki、 请查看下面的回答： 1.是的、您希望避免天线旁边出现任何 GND 或布线、这会增加寄生效应、导致天线脱发或效率降低 2.保持布线间隙大于 10mm 并且 GND 远离天线。 3.是的,也要远离天线 谢谢、 Rizmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068408/cc2745r10-q1-ccs-cc2745/3846374Tue, 13 Jan 2026 16:06:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:6d98866b-3e14-4b0d-9b57-2fcae62d6190admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好： [quote] CCS 的这种批量擦除行为是否为 CC2745 的建议行为及预期行为？[/quote] 批量擦除意味着 从器件中移除所有存储器。 这是在进行批量擦除时的预期结果。 [quote]在开发过程中重新编程固件时、建议使用什么方法来保留 NVS /用户数据？[/quote] 我不知道有任何方法可以避免在批量擦除过程中擦除 NVS 区域。 这实际上取决于您如何对器件重新编程（即 Uniflash 将执行批量擦除、CCS 也会执行）。 如果您使用自己的闪存引导加载程序或等效器件、则可以避免这种情况发生。 [quote]在固件重新编程或未来的固件更新机制期间、不会无意中擦除数据。[/quote] 如果您使用 OAD 或编写自己的闪存引导加载程序、则必须实现此。 我们提供可用于实施的硬件 API。 您可在此处找到这些内容： CC27xxDriverLibrary：[flash.h]闪存 当前的 OAD 项目不应删除 NVS 区域、如果您决定编写自己的闪存引导加载程序、则在重新编程时可以避免 NVS 区域地址。 此致、 Nima Behmaneshmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1069001/trf7960a-trf7960aTue, 13 Jan 2026 11:56:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:368444c3-1b44-4b21-8bbf-d1831056fdc7adminOther Parts Discussed in Thread: TRF7960A 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1606004/trf7960a-antenna-layout-clearance-for-trf7960a 器件型号： TRF7960A 您好、 我们正在评估 TRF7960A、并对 SLOA135A 的天线布局有一些问题。 1.您建议使 GND 平面远离天线引线以避免寄生电容影响的原因是什么？ 2.您建议的具体间隙距离是多少? 3.您还建议将其他线路（如 RX 线路）远离天线布线吗?machine_translationTRF7960Ahttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068409/trf7960-com/3846383Mon, 12 Jan 2026 18:20:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:2189764f-2b5f-417b-974d-d2900eac6c13admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 嗨、Riz、 感谢您的重播。 Geemachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068409/trf7960-com/3846382Mon, 12 Jan 2026 18:16:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:beb023c4-ffa6-45f8-9c0e-d1e2c7cca463admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Gee： 希望您的问题能够得到解决。 不幸的是、我不能在这个问题上提供进一步的支持。 已将最新的软件连接到此线程。 如前所述、这对这些器件的支持有限、我们提供了可用的信息。 谢谢、 Rizmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068410/trpgr30atga/3846386Mon, 12 Jan 2026 18:14:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:357affd8-f686-4fed-8a7c-e48489f15347admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Tony： 根据数据表、这是只读的。 请注意、此产品系列仅提供有限支持。 如果您正在寻找替换器件、请访问我们的产品页面、了解应用的其他替代产品： https://www.ti.com/product-category/wireless-connectivity/other-wireless-technologies/products.html 谢谢、 Rizmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068410/trpgr30atga/3846385Mon, 12 Jan 2026 17:18:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:17d9a304-b89a-4232-b494-50309e7f0cc4admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 客户一侧的应用场景需要识别牛耳标签的身份。 请看一下哪一个更合适。 另外、您能否确认这种方法是否足以识别牛耳标签的 ID、以及是否有这种方法的实际应用？ 您是否还能推荐可编码的 RFID？ 请尽快完成。 计划需要在大约一天内确定。 情况紧急。 谢谢！machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068121/cc2340r5-phy-1mbps-2mbps-250kbps-o-qpsk/3845511Mon, 12 Jan 2026 14:05:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9bf1c0a5-ad8c-419b-9857-caa632c60594admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 从 IEEE 802.15.4 Rx 和 Tx 命令处理程序 文档中： 如果接收到帧且 CRC 正确、则该帧将按照 内部数据包格式存储到提供的接收队列中的第一个多缓冲区 。 不存储 CRC、但会在末尾附加链路质量指示器 (LQI)、接收信号强度指示器 (RSSI) 和时间戳 通过修改配置、可以更改附加的字段。 可以使用函数 RCL_IEEE-getRxRssi 、RCL_IEEE-getRxLqi 和 RCL_IEEE-getRxTimestamp 从数据条目中提取附加的字段 。 有关 RSSI 的更多信息： 统计结构 统计信息 包含命令的计数器和 RSSI 测量值。 该结构在命令结束时更新；如果 stats->config.ActiveUpdate 为 1、则每次收到一个帧时也会更新。 如果 stats->config.accumate 为 0、则在命令启动时、所有计数器都会复位。 否则、将使用现有值作为起点、并在新命令运行时进行更新。 各种计数器提供给定帧类别已发送或接收的次数。 stats->lastTimestamp 字段给出最后一个成功接收帧开始的时间戳、如果 stats->timestampValid 为 1、则此字段有效。 stats->lastRssi 字段将给出最后接收帧的 RSSI、 如果没有有效的 RSSI、则给出 LRF_RSSI_INVALID。 请注意、该值仅提供帧的 RSSI；要在任何时候（包括同步搜索）读取 RSSI、请使用函数 RCL_readRssi 。 stats->maxRssi 字段给出在接收器操作期间任何时间观察到的最大 RSSI 值。 请注意、如果 stats->config.accumulate、则 在命令启动时使用 stats->maxRssi 的值作为初始最大值、并且只有大于此值的 RSSI 值才会导致更新。 此致、 Ryanmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068408/cc2745r10-q1-ccs-cc2745Mon, 12 Jan 2026 08:03:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:98d87e59-f838-4c6a-8dde-f93aae8ec0a5adminOther Parts Discussed in Thread: UNIFLASH 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1605383/cc2745r10-q1-cc2745-flash-memory-erase-behavior-when-programming-via-ccs 器件型号： CC2745R10-Q1 Thread 中讨论的其他器件： UNIFLASH 尊敬的 TI 支持团队： 我正在使用通过 Code Composer Studio (CCS) 进行固件开发的 CC2745 器件。 我观察到以下与闪存相关的行为： 当使用以下指令复位器件时： 电源复位 硬件复位引脚 软件复位 →闪存内容保持不变且持久不变。 但是、当 I 使用 CCS (Load Program / Debug) 对固件进行刷写/编程时、闪存内容将被擦除并恢复为默认值 (0xFF)。 我不仅在我的应用中验证了这种行为、还使用了 TI 参考示例、该行为在所有情况下都是相同的。 据我的理解、CCS 在编程前执行批量擦除、这会导致 NVS 等用户数据或闪存中存储的配置丢失。 我的问题： CCS 的这种批量擦除行为是否是 CC2745 的建议行为及预期行为？ 在开发过程中对固件重新编程时、建议使用什么方法来保留 NVS/用户数据？ 是否有首选的 CCS 配置或链接器存储器布局来安全地保护 NVS 区域不被擦除？ 在生产固件更新场景中、确保闪存用户数据不会丢失的最佳实践是什么？ 我的用例： 我将永久配置数据存储在闪存中、并希望确保： 数据能够承受电源复位和系统复位（正常工作）。 在固件重新编程或未来的固件更新机制期间、不会意外擦除数据。 请参阅 TI 建议的用于在 CC2745 上管理持久闪存数据的最佳方法指南。 感谢您的支持。Software-defined vehicleCC2745R10-Q1UniFlashmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068410/trpgr30atga/3846384Mon, 12 Jan 2026 01:50:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:b7122a32-346d-4cc8-9aed-672f1aa583f2admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 任何更新machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068121/cc2340r5-phy-1mbps-2mbps-250kbps-o-qpsk/3845510Sat, 10 Jan 2026 12:44:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:aecd70d6-c478-4a39-8172-ab767c739363admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Ryan、 非常感谢！ 我们上次讨论的问题已经解决。 我现在可以了 通过 IEEE-OQPSK 协议双向发送和接收数据 。 我还有另一个问题、请提供更多帮助： 我正在检索中接收的 RF 数据 ieeCallback 函数 。 请您确认 数据帧中的哪些字节分别对应于 RSSI 和 LQI ？ 以下是我收到的数据的格式。 部件 突出显示的消息所示 是 有效载荷 我发送了。 最好的考虑。 宜化machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1070924/cc2652r7-cmd_prop_rx_adv-phy-numlenbits-0-rx/3855692Fri, 09 Jan 2026 18:05:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:620b00ca-cf52-4f74-8811-c46b86f9b583admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 你好 Ashot Andrieieev, 我使用 SmartRF Studio 7 检查了数据包、对于固定的数据包长度、它确实会删除 length 字段（与变量相比）： [quote]何时 numLenBits = 0 是 从 PHY 级别的数据包标头中完全删除了长度字段 、即完全不需要或解析长度位？[/quote] 在 RX 侧 Application“ 代码（不是 PHY） 预计长度字段为空（删除了 IE）；在 PHY 级别上、我们需要确保在 pktConf 寄存器下正确设置 bVarLen。 您将需要检查导出的代码 RF 配置（默认名称为 smartrf_settings.c）、并找到“.pktConf.bVarLen = 0x0“（如果其长度为 0x0 固定值）以及其可变长度是否为 0x01)。 基本上、如果之间存在不匹配情况 无线电的应用程序代码配置和加载到无线电的 PHY 级别（RF 配置）、则可能会出现问题 （例如无法正确接收数据包等）。 [quote]在此模式下、是否依赖射频内核 专用于 maxPktLen 固定的数据包长度、还是有任何其他内部限制？[/quote] 查看 SDK 文件、应用程序代码将依靠 maxPktLen 来告诉无线电要查找数据包的时长（因此，如果要捕获完整的数据包，这一点很重要）： uint16_t maxPktLen； //！<\brief Packet length 表示固定长度、maximum packet length 表示可变长度 [quote]是否有 标头中隐式依赖于长度解析的其他字段 （CRC 对齐，美白，地址过滤等）当长度被禁用时？[/quote] 除非在应用级 TX 代码中手动添加标头、否则 CRC/白化/Syncword 都应由无线电和 RF_prop 驱动程序自动处理。 测试此设置的理想方法同样是分段进行、首先在 SmartRF Studio 7 中设置设置、让两个 CC2652R7 执行射频链路并相互传递数据、然后创建一个 RX 工程以从 SmartRF Studio 7 复制设置、然后再次进行链接测试 (TX 端仍然是 SmartRF Studio 7)、如果它有效、则创建一个 TX 工程以从 SmartRF Stuido 7 复制设置并执行最终链接测试。 谢谢、 Alex Fmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-other-wireless/f/mt-other-wireless-forum/1068410/trpgr30atgaFri, 09 Jan 2026 15:35:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:4a305cfb-37c2-4db3-bfe3-ff62b886ed62admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1605101/trpgr30atga-the-application-issues-of-chips 部件号： TRPGR30ATGA 对芯片应用问题的关注 我是否可以询问此只读文件还支持用户使用特定工具编写信息？ 如果是、请详细说明如何操作。 否则、请推荐使用支持写入的类似芯片。machine_translationTRPGR30ATGA