https://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/zh-CNTelligent Community 13https://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096310/cc1352p/3945893Fri, 26 Jun 2026 11:56:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:bdbacf13-90c3-454e-9142-25b633d5feb9admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Yi： 有两个支持 2.4GHz 频段的射频前端；组合的+5dBm/LNA (2P4G) 和单独的+20dBm 功率放大器 (HPA)。 HPA 能够可靠地发送低至+14dBm 的输出功率（在低于该输出功率时，器件间差异过大）、并且 2P4G 的最大输出功率为+5dBm。 因此、在 CC135xPx 器件上运行时、没有高于+5dBm 和低于+14dBm 的输出范围、并且这些设置不可能。 对于较低的阶跃、器件间的差异会随着输出功率设置的降低而增加。 器件修整适用于更高的输出功率设置、因为这是大多数客户使用的设置、并且没有对–1dBm 或–2dBm 输出功率的需求（在我们遇到的大多数用例中，客户只需选择 0dBm 或–3dBm）。 您可以按照 SWRA640 （CC13xx/CC26xx 硬件配置和 PCB 设计注意事项） ： https://www.ti.com/lit/swra640 的第 10 节中所述的步骤自行查找这些平稳输出功率设置 — 请注意，这应该在大型器件组装内完成。 此致、 Zackmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096311/lp-em-cc1354p10-ns_node-wi-sun-fan-1-1-lfn-sdk-8-33/3945894Fri, 26 Jun 2026 11:28:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:a0c31b0e-118e-4b13-877f-c74eb96a6786admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Huzaifah： 1.你的发现是准确的。 从 SDK 8.33 开始、我们不支持叶节点。 此处无法分享任何路线图。 2.没有 API 或支持的机制使 FFN 节点看起来像 LFN。 FHSS 同步需要连续 RX。 3.我不知道你在问什么,我不知道有什么已知的问题。 4.side 注意事项：我建议您使用与 8.33 SDK 版本匹配的 wfantund 标签 01.01.01： TexasInstruments/ti-wisunfantund 位于 TI_WiSUN _STACK_01_01_01 此致、 Danielmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096310/cc1352pFri, 26 Jun 2026 10:45:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:f3042061-a5bd-4db3-8372-cabb2ffa6eafadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1658952/cc1352p-power-table-issue 器件型号： CC1352P 您好 TI。 提供的功率计不是连续的。 例如、测量范围不在 5 到 14 之间。 没有–1、–2、–4、–7 等 是否还有其他连续功率计？ 我可以从哪里获得它们？ 谢谢！！ 此致、 YiCC1352PWireless Infrastructuremachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096312/cc1310-cc1310-mce_genfsk_fec_cc1101-de-fec-s2-lp/3945897Fri, 26 Jun 2026 07:46:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9e4bb57d-05fb-4937-bdcf-ebe85dd7542fadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Jon、 FEC CC101 兼容补丁不适用于其他 CC13XX 器件 (CC13x2/CC13x4)。 因此、解决方案是在您完全控制流水线的软件上对其进行解码。 此致、 Danielmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096311/lp-em-cc1354p10-ns_node-wi-sun-fan-1-1-lfn-sdk-8-33Fri, 26 Jun 2026 04:39:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:24abfbc2-9cb5-4151-a890-8b8c80c6f289adminOther Parts Discussed in Thread: SYSCONFIG 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1658806/lp-em-cc1354p10-wi-sun-fan-1-1-lfn-device-class-not-found-in-ns_node-sdk-8-33 部件号： LP-EM-CC1354P10 主题： SysConfig 中讨论的其他器件 TI 工程团队大家好、 我们正在使用 LP-EM-CC1354P10-1 和 SimpleLink SDK 8.33 开发车辆到基础设施系统 ( simplelink_cc13xx_cc26xx_sdk_8_33_00_16 )。 我们的 3 级接收器节点旨在作为仅接收设备加入实时 Wi-SUN FAN 网状网络、并处理 1Hz SPAT 广播数据包。 我们已经完成了对 SDK 的详细审查、希望在最终确定固件架构之前确认我们的发现。 我们已验证的内容 (SDK 8.33)： ns_node 仅在 FFN 路由器节点模式下编译和运行。 我们在 ws_management_api.h 或中没有找到特定于 LFN 的 API net_interface.h 、也没有选择 LFN 设备类的 sysconfig 参数。 代码库中唯一的 LFN 引用是 #define WP_PAYLOAD_IE_LBATS 0x09 中的专用定义 ws_common_defines.h 、该定义不会暴露给应用层。 加入状态 JS1–JS5 只能通过 ws_stack_info_get(interface_id, &info) 应用程序级别的轮询进行监视— arm_nwk_interface_status_type_e 引导程序状态路径中没有按 JS 事件回调。 Wi-SUN 加入凭据（GTK、PMK、EAP-TLS 会话状态，父地址）由堆栈通过 NVOCMP 自动保留到 16 KB 区域、位于 0xFC000 。 应用程序代码无需手动管理 NVM 即可实现联接状态持久性。 DMM ( /source/ti/dmm/dmm_policy.h ) 没有 DMMPolicy_StackRole 用于 Wi-SUN FAN 的条目、确认 SDK 8.33 中不支持单芯片并发 Wi-SUN + BLE。 我们的问题： 第 1 季度—LFN 路线图： Wi-SUN FAN 1.1 LFN 器件类（在 ns_node LFN 模式下）是否计划在未来的 SimpleLink SDK 版本中使用？ 如果是、它的目标是哪个 SDK 版本？ 我们需要知道是永久地围绕 FFN 进行设计、还是计划将来迁移到 LFN。 Q2—FFN 占空比权变措施： 由于 LFN 不可用、我们的 FFN 路由器节点必须使射频内核始终处于活动状态以进行 FHSS 同步、连续绘制 5–8mA。 SDK 8.33 中是否有任何受支持的机制来降低接收到的广播间隔之间 FFN 叶节点上的空闲功耗（子级容量= 0）-例如、通过调整 FHSS 停留时间、使用射频内核低功耗监听模式或在 FHSS 时隙之间进入部分睡眠状态而不中断网状同步？ Q3—UDP 多播传送到 FFN 叶节点： 我们的 RSU 通过 UDP 端口 5683 向 Wi-SUN 网状网络广播 OSCORE 保护的 CoAP 数据包。 我们的 FFN 叶节点（子级容量= 0）通过打开 UDP 套接字 socket_open(SOCKET_UDP, 0, callback) 并在 JS5 之后绑定到端口 5683。 在 SDK 8.33 中、UDP 多播传送到配置为零子级容量的 FFN 节点是否存在任何已知问题？ 具体而言、节点的 RPL 父节点在没有转发角色时是否仍会将多播帧转发给它？ 硬件和 SDK： 板：LP-EM-CC1354P10-1（修订版 A） SDK： simplelink_cc13xx_cc26xx_sdk_8_33_00_16 示例库： ns_node CCS 版本：20.4.1 主机：Raspberry Pi 5、 ti-wisunfantund 1.00.07 边界路由器固件： ns_br （相同的 SDK） 非常感谢 Wi-SUN 团队提供的任何指导。 如果 SysConfig 文件或 CCS 工程有所帮助、我们很乐意分享它。 谢谢你。LP-EM-CC1354P10SYSCONFIGWireless Infrastructuremachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096312/cc1310-cc1310-mce_genfsk_fec_cc1101-de-fec-s2-lp/3945896Thu, 25 Jun 2026 09:30:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:1ad6fb87-33eb-488a-9c71-c7aa4ecbfc9fadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Daniel： 谢谢、确认 SW 是 CC1310 上的唯一路由。 一个硬件后续：是否有另一个 SimpleLink 低于 1GHz 器件（理想情况下与 CC1310 (RGZ/RHB / RSM) 兼容，或其他情况下）、其调制解调器可以在硬件中运行 CC1101 样式的卷积 FEC + Interfter、并在 FEC 编码流外部（在 FEC 编码流的顶部）应用数据白化？ 原因:我需要与之互操作的网络是基于 S2-LP 并白化 FEC 编码的数据（白化是最外层）。 在 CC1310 上、genfsk_FEC_CC1101 MCE 补丁最后白化最内部/去白、因此分层被反转、它无法在硬件中解码该链接、这就是为什么我必须在软件中进行去 FEC 的原因。 我想知道较新的调制解调器（例如 CC13x2 系列）是否提供可配置的美白位置、或者是否与此白色 (FEC (DATA)) 顺序匹配、因此我可以将其保留在硬件中。 如果 CC13xx 线路中的任何内容都没有执行此操作、没问题、我只是想在完全提交之前排除它。 谢谢、machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096312/cc1310-cc1310-mce_genfsk_fec_cc1101-de-fec-s2-lp/3945895Wed, 24 Jun 2026 08:53:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9491556a-4c26-496f-858f-f4dfc62f2747admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Jon、 遗憾的是、该补丁不可配置、因为它旨在以与 CC1101 完全相同的方式实现 FEC、因此唯一的解决方案是在软件上实现它。 作为参考、以下是 SW 实现： FEC 实现 FEC 解码 此致、 Danielmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095825/cc113l-cc113l-gdo0/3943922Wed, 24 Jun 2026 08:52:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:5560e79f-bfb3-4e44-8486-68442dd0fb41admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 感谢您的建议。 向 GDO0 线路添加 RC 滤波器解决了干扰问题。 此致、machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095826/cc1352p7-1-8v-cc1352p7/3943929Wed, 24 Jun 2026 08:14:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:5498bc2b-42f1-4978-b803-a4f4e4e7f7a3admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 嗨、Hemil、 范围取决于多个变量、计算距离与发射功率之间的关系并不简单。 使用的 PHY、天线类型、高度和放置、以及环境和噪声影响范围。 根据经验、输出功率每增加 6dB、应该会获得大约两倍的范围。 但同样、这都取决于多个变量。 建议您下载我们的距离估算器工具、以了解您应用的估算距离。 https://www.ti.com/tool/RF-RANGE-ESTIMATORmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095826/cc1352p7-1-8v-cc1352p7/3943928Wed, 24 Jun 2026 06:23:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:eb4af9dd-9c48-4f74-a132-5490f18048f0admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Diego、 请就此提供支持。machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095827/cc1352p7-nvs/3943941Wed, 24 Jun 2026 01:31:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:65d70e31-10e8-46b6-8853-44934b21e1d9admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 是的、我们已经确认它已初始化。machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1096312/cc1310-cc1310-mce_genfsk_fec_cc1101-de-fec-s2-lpTue, 23 Jun 2026 11:23:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:ccb4bc20-caa0-48a0-b457-4fa64547e09badminOther Parts Discussed in Thread: CC2500 , CC1310 , CC1101 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1657741/cc1310-cc1310-change-de-whitening-order-with-mce_genfsk_fec_cc1101-de-whiten-before-de-fec-for-s2-lp-compatibility 器件型号： CC1310 主题： CC1101 、CC2500 中讨论的其他部件 器件：CC1310 (LAUNCHXL)、SimpleLink CC13x0 SDK 4.20.02.07 模式：专有 GFSK、CC1101 兼容 FEC 我在 CC1310 上接收了由传输的低于 1GHz GFSK 信号 ST S2-LP、使用与 CC1101 兼容的 FEC + Interfounter + PN9 数据美白。 我遵循了 CC1101 迁移指南中的 FEC： RF_prop 补丁： .cpePatchFxn =&rf_patch_cpe_genfsk .mcePatchFxn =&RF_PATCH_MCE_genfsk_FEC_CC1101 rfePatchFxn =&rf_patch_rfe_genfsk 覆盖： MCE_RFE_OVERRIDE (1、0、0、1、0、0) HW_REG_OVERRIDE (0x5104、0x7F2C) CMD_PROP_RADIO_DIV_SETUP：fecMode = 0、whitenMode = 1 (CC1101/CC2500) 检测到同步字、但每个数据包都失败 CRC 和 DE-FEC 输出错误。 我在 CC1310（固定长度窗口，硬件）上捕获了原始无线字节 去白/ FEC/CRC 全部禁用）并脱机运行解码。 。 恢复有效帧的顺序是： 去白字符 (PN9)->去交错 (4x4)-> Viterbi 去 FEC ->[len][payload][CRC] 即在此 S2-LP 链接上、数据白化是最外层（它是 在 TX 上进行 FEC 编码+交错后应用、因此必须将其删除 首先在 RX 上）。 CC1101/CC1310 硬件 RX 流水线的作用相反 顺序（de-interleaved -> de-FEC ->去白）、从而使硬件去白 在错误的管道阶段着陆、DE-FEC 永远不会收敛。 已在 127 个捕获帧上进行验证：“最白“顺序解码 126/127；标准 CC1101 顺序解码 0/127。 S2-LP 接收器 在本地解码相同的传输、这与一致 S2-LP 在 FEC 块外部应用白化。 问题： 1.是否有任何方法（备用 MCE 补丁、寄存器覆盖或 修改 RF_PATCH_MCE_genfsk_FEC_CC1101) 以使 CC1310 处于 RX 状态 在去交错和去 FEC 之前应用 PN9 去白、而不是 之后？ 2.如果不存在覆盖,您可以建议如何修改 MCE 微码/ 应用补丁程序对这些阶段重新排序、或确认此排序是固定的 在 CC13x0 上可更改？ 我当前正在 CC1310 上的软件 (de-whiten ->) 中完全解码此链接 去交错-> Viterbi)、因此这只是关于是否可以相同 在无线电硬件/MCE 中完成。 谢谢你。cc2500machine_translationcc1310cc1101https://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095828/cc1310-cc13xx-s2-lp-1-2-fec/3943942Tue, 23 Jun 2026 09:38:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:348f7ba4-fedc-4d3f-b50b-5f487e23ddfeadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 很抱歉,我的错。 这是我要查找的 FEC： https://www.ti.com/lit/an/swra113a/swra113a.pdf 在这里如何实现： https://dev.ti.com/tirex/content/simplelink_cc13x0_sdk_2_40_00_20/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf/cc1101-migration.html#forward-error-correction-fec 谢谢、machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095828/cc1310-cc13xx-s2-lp-1-2-fecTue, 23 Jun 2026 09:08:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:cf09e02a-7afd-413f-a262-a2bcdd4cf4e6adminOther Parts Discussed in Thread: CC1310 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1657669/cc1310-cc13xx-prop-mode-decode-an-external-s2-lp-rate-1-2-convolutional-fec-block-interleaver-in-hardware 器件型号： CC1310 主题中讨论的其他器件： CC1352R 和 CC1312R 您好、 我将在专有（传播）模式下使用 CC13xx、2-GFSK、我需要它来 可与基于具有 S2-LP 的 ST S2-LP 的变送器进行互操作 硬件 FEC 已启用（速率 1/2 卷积代码+阻止间隔器）。 基本的 2-GFSK PHY（调制，符号速率，SYNC、CRC，白化）是不 要匹配的问题。 我的问题只是关于 FEC。 从专有的射频用户指南中、我了解 PHY 的编码存在于中 无线电固件补丁 (MCE/RFE)、而不是可配置参数和 我只能找到 formatConf.fecMode 值： - 0x0 =未编码 - 0xa =曼彻斯特 –0x8 =远距离模式 (WB-DSSS) 以及通过 15.4 Stack 提供的 IEEE 802.15.4g NRNSC FEC。 问题： CC13xx 硬件 FEC 是否严格限制为这些固定方案、或者是否严格限制为 存在任何支持的路径（覆盖，或自定义/TI 提供的 MCE/RFE 补丁） 解码非标准速率 1/2 卷积代码+离职者、即至 匹配 S2-LP 发送器的 FEC？ 2. 802.15.4g NRNSC FEC 也是速率 1/2 卷积+中间离职者。 是这样 是否以任何方式兼容或可配置为匹配 S2-LP FEC？ 如果不是、 不同之处（发生器多项式，离职者方案）是什么？ 3.如果 CC1310 无法在硬件中对 S2-LP FEC 进行解码、那么有没有 TI Sub-1 GHz 器件、可解码外部定义的卷积 FEC + 交织？ 目标：TI 器件上的硬件 FEC 解码、它用于从 S2-LP 发送器接收 使用 FEC。 欢迎使用指向覆盖、补丁或 TRM 部分的任何指针。 谢谢、CC1352Rmachine_translationcc1310CC1312Rhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095829/cc1352p-ble-cc1352p-soc/3943951Tue, 23 Jun 2026 07:40:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:4d3d21cc-61b0-4fcc-8d4c-d5bb4285ccd3admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好！ 您应该尝试查看 host_test + btool 是否也会发生这种情况。 如果使用此设置时 TX 功率也是不正确/意外的值、请尝试下载最新的 SDK 并使用最新 SDK + btool 的 host_test 来查看是否修复了该问题。 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095830/cc1354p10-cc1354p10-wi-sun-br-sdk-8-30-01-01---wfantund-ncp-83-wfantund-87/3943953Tue, 23 Jun 2026 07:32:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:bfe16e9b-9402-440b-86c1-c4b839bb1ea2admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Ramesh： 您应该将标签 TI_WiSUN _STACK_01_00_07_01 与 SDK 8.30 配合使用。 但是、我建议您更新至最新的 SDK 版本+最新的 wfantund 标签。 话虽如此,这不是问题,问题是你已经改变了反应。 您将得到 PROP_VALUE_IS (PROTOCOL_VERSION)[534B594D4553482F...]、其中 0x534B594D4553482F =“SKYMESH/“、响应应该类似于“Wi-Fi“、其中“W“= 0x57 = 87（预期版本）、“I“= 0x69 = 105（预期次要版本）。 您应该修改 third_party/openthread/spinel.h src SPINLE_PROTOCOL_VERSION_THREAD_MAGE 至 83 (0x53“S“） SPINLE_PROTOCOL_VERSION_THREAD_MINOR 至 75 (0x4B“K“） 或 如果 与 TI 固件的兼容性中断、建议将更改恢复为 PROTOCOL_NAME “Wi-SUNFAN“。 此致、 Danielmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095831/launchxl-cc1352p-simplelink-sdk-lvgl-simplelink-cc13xx-cc26xx-sdk/3943959Tue, 23 Jun 2026 05:41:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:0ebb9c51-5bfa-48b8-8b08-2602f1715d11admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 首先、我很高兴您能够将其集成到您的系统中。 遗憾的是、我还没有弄清楚 TI 内部的哪个组最先开发了该插件。 但是、由于自 2019 年以来没有更新、因此我不希望它很快就会更新（如果有）。 我会继续尝试找出谁做它,并更新这个帖子,如果我得到一些更多的信息。 BR Sirimachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095832/cc2652r-cc2652-cmd_prop_rx_sniff/3943962Mon, 22 Jun 2026 21:38:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:4ec5ade3-7355-4614-9bfd-09adaae27194admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 你好、Hooman、 概括而言、您上面提到的对讲机状态似乎与您当前的待机问题有关；如果对讲机的状态未正确配置、则对讲机可能会导致其他问题（例如阻止设备进入低功耗状态）。 对于待机情况、对讲机需要安排为“将来使用“、然后您可以进入待机状态（只要其他外设允许）。 [quote]您是否有任何建议、最佳实践或参考示例、用于在 CC2652R1 上从待机状态唤醒后可靠地恢复无线电唤醒/CMD_PROP_RX_sniff 操作？ 特别是、是否有任何额外的射频驱动程序、射频内核或电源管理状态应在从待机模式恢复时显式重新初始化？[/quote] 以默认 PROPD 示例（射频数据包 Rx 或 TX）为例、不要安排无线电操作立即将其编程为将来运行、而是让器件在两者之间进入待机（例如睡眠）状态。 谢谢、 Alex Fmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095831/launchxl-cc1352p-simplelink-sdk-lvgl-simplelink-cc13xx-cc26xx-sdk/3943958Mon, 22 Jun 2026 17:33:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:547d1275-8806-4c0a-8ff9-08f67425192badmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 谢谢你。 最后、我通过 向现有 SimpleLink SDK 工程添加 LittlevGL 插件、 并从 CCS 9 版本的示例中导入源代码、成功将该插件集成到 CCS Theia 中的现有工程中。 我看到、自上次版本的 TI 插件以来、LVGL 已经发展了很多。 您知道 TI 是否有任何计划 使用最新的 LVGL 版本更新 SimpleLink SDK LVGL 插件？machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-sub-1-ghz/f/mt-sub-1-ghz-forum/1095832/cc2652r-cc2652-cmd_prop_rx_sniff/3943961Mon, 22 Jun 2026 15:39:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9bb9b658-b3ed-4ae5-ae98-ea729536c08fadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 Alex、 感谢您的答复。 我想跟进最终结果,因为我的原始解释不是完全准确的。 我正在将 CC2652R1/CC26X2R1 与 SimpleLink CC13xx/CC26xx SDK 8.32.00.07、NoRTOS、GCC 搭配使用。 起初、我认为 MCU 从待机模式正确唤醒、之后只有 CMD_PROP_RX_sniff 失败。 在再次使用 PPK2 进行测量后,我意识到问题更广泛:我的待机到 LPL 的转换并没有真正回到预期的低功耗嗅探行为。 电流曲线表明器件未处于预期的低功耗状态。 我也找不到一个 TI 示例、该示例以我尝试的相同方式将待机唤醒与无线电唤醒/CMD_PROP_RX_Sniff 组合在一起。 我找到的有效 TI 参考是基于关断的无线电唤醒示例： rfWakeOnRadioRx.CC26X2R1_LAUNCHXL_nortos_gcc Tx_Shutdown_ 因此、我更改了设计以遵循该示例、而不是尝试重复使用相同的待机方法。 我学到的要点是、我无法以同样的方式对待待机和关机。 “关断唤醒“会复位 MCU、因此应用程序从干净的引导路径启动。 这使得重新打开 RF、重新编译 RX 队列/命令、运行 CMD_FS、然后再次启动 CMD_PROP_RX_Snif 变得更加容易和可靠。 在待机模式下、将以保留的应用/射频驱动器状态恢复执行、并且我的实施未正确恢复 RF/LPL 状态。 工作解决方案现在是： -进入低功率之前: -停止/关闭 RF -清除 RF/运行时状态 -停止非唤醒 GPIO -仅配置 SP1/DIO27 WAKE 引脚 -使用 TI 驱动程序关闭路径输入低功耗: GPIO_setConfig (SP1_PIN、GPIO_CFG_IN_xx | GPIO_CFG_SHUTDOWN_WAKE_xx)； POWER_SHUTDOWN (0、0)； -关机后唤醒/复位: -检查 PowerCC26X2_getResetReason () -为 PowerCC26X2_RESET_SHUTDOWN_IO 调用 PowerCC26X2_releaseLatch锁 () -示例 SP1/DIO27 -重新打开 RF -重建 RFQueue / CMD_PROP_RX_Sniff 状态 -运行 rf_open() -运行 CMD_FS -再次启动 CMD_PROP_RX_Sniff 剩下的一个未决问题是直接返回低功耗侦听 (LPL) 嗅探模式时的待机唤醒行为。 在我的测试中、从待机状态唤醒并转换回 CMD_PROP_RX_Sniff 后无法正常工作、或者至少看起来没有遵循与基于关断的流程相同的逻辑和行为。 关断方法现在可以可靠地满足我的应用需求、但我仍然对了解正确的待机到 LPL 序列感兴趣。 您是否有任何建议、最佳实践或参考示例、用于在 CC2652R1 上从待机状态唤醒后可靠地恢复无线电唤醒/CMD_PROP_RX_Sniff 操作？ 特别是、是否有任何额外的射频驱动器、射频内核或电源管理状态应在从待机模式恢复时显式重新初始化？ 此致、 Hoomanmachine_translation