Zigbee®︎ 和 Thread（参考译文帖）(Read Only) - 最近的话题

RE: [参考译文] CC2755R10：射频计划

admin — Thu, 30 Apr 2026 06:53:05 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Alex

阅读如何认证您的蓝牙产品（修订版 N）我再看一次 CC27XX 产品

谢谢

弗莱明

[参考译文] CC2755R10：射频计划

admin — Wed, 29 Apr 2026 08:56:05 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1641416/cc2755r10-radio-frequency-plan

器件型号： CC2755R10

你（们）好

当前正在运行 FCC 批准、遇到有关射频计划 LO osc (IF freq) 的问题。我想频率与“如何认证您的蓝牙产品“中的规定大致相同。请详细说明这一点。

B.R.

Fleming Larsen

RE: [参考译文] CC2755R10：射频计划

admin — Wed, 29 Apr 2026 20:14:37 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Flemming Larsen、

您能否提供具体问题或字段以了解更多背景信息？如何认证您的蓝牙产品应该是 FCC 认证的良好参考文档。

谢谢、
Alex F

RE: [参考译文] CC2755R10：带有 ALIRO 标准的软件包

admin — Tue, 28 Apr 2026 12:36:04 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

高轮循、

目前没有支持 Aliro 的计划、但是我已通知系统团队这一请求、以便可以考虑将其用于软件路线图。

此致、
Ryan

[参考译文] CC2755R10：带有 ALIRO 标准的软件包

admin — Tue, 28 Apr 2026 04:28:49 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1640899/cc2755r10-sw-package-with-aliro-standards

器件型号： CC2755R10
主题中讨论的其他器件： CC2340R5

尊敬的专家：

我的客户正在寻找符合 Aliro（CSA 标准）标准的器件。

https://csa-iot.org/all-solutions/aliro/

您是否有计划在 cc2755 或 cc2340R5 中提供 aliro 标准库？

谢谢

[参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Wed, 22 Apr 2026 03:38:54 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1639057/cc2530-after-interference-on-the-cc2530-p0_2-p1_0-pins-the-power-consumption-becomes-extremely-high

器件型号： CC2530

您好！

我们在工程中遇到相同的配置、其中 P0_R2 和 P0_R3 都配置为输出低电平。这些 IO 均未连接到任何外部器件。用镊子触摸 P0_R2 时、功耗会显著增加。此时、该引脚上测得的电压约为 0.63V。以相同的方式触摸 P0_R3 不会导致该问题。出现此问题时、只能通过下电上电恢复正常。您能否帮助分析导致这种情况的原因以及如何解决？我们期待着你的答复。

谢谢！

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Fri, 24 Apr 2026 13:23:02 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

感谢你的帮助。遗憾的是、我们目前没有 TI 的官方评估板 (EVM)、因此我们无法执行此测试。

谢谢。

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Fri, 24 Apr 2026 13:02:40 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您可以将设计提交到 SIMPLELINK-2-4GH-DESIGN-REPONS 以供进一步审查。您是否在 TI EVM 上重现了该问题？如果未使用的 IO 可以解决系统的问题、我不担心在该 IO 上实现 10nF 电容器。

此致、
Ryan

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Fri, 24 Apr 2026 05:48:21 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您是否有更好的解决方案来解决此问题？

谢谢

RE: [参考译文] CC2652PSIP：ATEX 认证的最大总内部电容

admin — Thu, 23 Apr 2026 22:57:26 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

你（们）好

它们需要以下 ATEX 参数值才能进行 ATEX 认证。

请告诉我 CC2652PSIP 每个参数的值。

谢谢。

[参考译文] CC2652PSIP：ATEX 认证的最大总内部电容

admin — Wed, 22 Apr 2026 04:16:39 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1639071/cc2652psip-maximum-total-internal-capacitance-for-atex-certification

器件型号： CC2652PSIP

尊敬的专家：

我的客户申请了用于 ATEX 认证的 CC2652PSIP 的最大总内部电容。

此外、您能为我们提供 ATEX 认证指南文档吗？

谢谢

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Thu, 23 Apr 2026 15:54:18 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

感谢您报告您的调查结果、很遗憾、我没有其他建议。

此致、
Ryan

RE: [参考译文] CC2652PSIP：ATEX 认证的最大总内部电容

admin — Thu, 23 Apr 2026 15:06:49 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、

我们不做 ATEX 认证,这是由最终用户完成。

模块的总电容约为 47uF。

谢谢、

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Thu, 23 Apr 2026 06:14:15 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

P0_2 上的内部运算放大器输出功能默认为禁用、这是芯片的默认设置。我们还尝试了使用内部上拉电阻器将 P0_2 引脚配置为通用 I/O 输入、但问题仍然存在。

谢谢！

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Thu, 23 Apr 2026 00:59:21 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

我们尚未尝试通过内部上拉电阻器将这些引脚配置为通用 I/O 输入。正常情况下、电流消耗约为十几毫安左右、但当发生异常时、电流消耗可能会超过 400mA。我们尝试了在相应的引脚上添加一个 10K 下拉电阻器、但这没有效果。唯一可行的解决方案是在 P0_R2 和 GND 之间添加一个 10nF 陶瓷电容器。

谢谢您、

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Wed, 22 Apr 2026 17:56:59 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您是否尝试过将这些引脚设置为具有内部上拉电阻的通用 I/O 输入？ P0_2 是内部运算放大器的输出、您是否已确保未启用该功能？您能否量化电流消耗的大小？

此致、
Ryan

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Wed, 22 Apr 2026 15:34:26 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Ryan、

感谢您的快速答复。我们仅在定制 PCB 上测试了此现象、并且在多个相同芯片上观察到了相同现象。在 IAR 中进行调试时、我们确认 P0_R2 和 P0_R3 具有相同的寄存器配置、既配置为输出、也驱动为低电平。根据您的分析、这种现象在什么情况下会发生？

谢谢！

RE: [参考译文] CC2530：在 CC2530 P0_R2/P1_0 引脚受到干扰后、功耗变得非常高。

admin — Wed, 22 Apr 2026 12:34:29 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Lu、

您是否在 TI EVM 和定制 PCB 上测试了这种行为？在 IAR 中进行调试时、您是否能够确认 P0_R2 和 P0_R3 的寄存器配置相同？请注意 CC253X 用户指南中针对未使用 IO 引脚的以下建议

未使用的 I/O 引脚应具有已定义的电平而不是悬空。其中一种方法是将引脚保持未连接状态、并将引脚配置为具有上拉电阻的通用 I/O 输入。这也是复位期间和复位之后所有引脚的状态（P1.0 和 P1.1 除外，它们没有上拉或下拉能力）。或者、该引脚可配置为通用 I/O 输出。在任一种情况下、该引脚都不应直接连接到 VDD 或 GND、以避免过多的功耗。

此致、
Ryan

RE: [参考译文] CC2652R7：Zed Unexpected Network Leave + NLME_RestoreFromNV() 返回 False

admin — Wed, 15 Apr 2026 14:16:04 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Rafal、

这里有一些类似的 E2E 主题、但我认为它们与您的观察结果不同。

CC2652R7：Zed 随机离开网络
 CC2652P：为什么 ZC 自动向 ZED 发送休假请求？

问题 1：您对可能导致网络离开而不重新加入的机制有一定的把握。您是否也将 SimpleLink F2 器件用于 ZC/ZR 父级器件？如果此源代码不是来自 TI、那么在没有监听器日志的情况下确定导致离开的原因将变得更加困难。您可以尝试通过关闭 ZED 几个小时来强制执行此问题、或者通过关闭 ZED 而关闭所有可用的网络父设备来强制执行此操作。您还可以调试 ZED 代码、方法是根据问题 2 在对 NLME_LeaveREQ 和 bdb_setFN 的每次调用中放置断点、似乎正在执行恢复出厂设置。您的 Zed 是否会在简单重置时按预期重新加入、以及随着时间的推移、它平均发送多少条消息？无论设备处于活动状态多长时间、还是较旧的设备更容易发生现场故障、它们是否会发生故障？

问题 2：由于 NLME_RestoreFromNV 返回 FALSE、我们有理由认为 ZED 正在启动恢复出厂设置。这通常是通过 bdb_setFN API 来执行的。这将擦除所有现有的 NV 闪存、并以新的网络状态配置 (ZD App_Restore NetworkState) 启动器件。因此、如果使用 Zigbee 应用程序 NV 存储器部分、那么存储 NVS 的想法会无效、该部分在恢复出厂设置时会被重置 (zgReadStartupOptions)。 ZED 应该完全能够在重置时恢复网络设置、例外情况是、它们已被指示开始进入新状态。您可以将应用程序修改为不允许将 NV 存储器恢复出厂设置并强制重新连接、但如果父级发送了“不重新连接的离开“命令、则此操作可能会被父级拒绝。您所描述的听起来有点像 Zigbee 克隆、您可以在本应用手册中详细了解该内容。如果您不希望自定义 NV 受 Z-Stack 状态机的影响、则需要向 SysConfig 中添加另一个 NV 部分、该部分由 NVS TI 驱动程序直接控制。需要在命令链接器文件中考虑到这一点。

此致、
Ryan

[参考译文] CC2652R7：Zed Unexpected Network Leave + NLME_RestoreFromNV() 返回 False

admin — Tue, 14 Apr 2026 16:35:03 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1636508/cc2652r7-zed-unexpected-network-leave-nlme_restorefromnv-returns-false

器件型号： CC2652R7
主题中讨论的其他器件： Z-STACK、 SYSCONFIG

您好：

我正在处理一个电池供电的 Zigbee 终端设备 (ZED) 项目、需要帮助解决两个相关问题：

硬件/软件环境：
-设备: CC2652R7（定制板）
- Z-Stack 版本: 3.x (SDK 8.30)
-配置: ZigBee 终端设备（休眠终端设备）

——
问题 1：未解释的网络休假事件

我们的电池供电终端设备偶尔会意外离开 Zigbee 网络（极少数情况下，现场设备中有~0.1%）。由于这是间歇性的、很难在我们的实验室中重现问题、因此我还没有监听器日志或器件跟踪。我确实有信息表明、旧版本的 SDK (6.20) 上也出现了此问题。

问题：
-什么是已知的机制,可以导致 ZED 离开网络而无需明确的应用程序请求?
-我应该看看:父母丢失超时,轮询率问题,安全故障,低电池行为,或其他什么?
-我是否应该监控特定的 NV 项目或运行时标志,以检测为什么发生休假?

——
问题 2：NLME_RestoreFromNV() 返回 False

为了解决问题 1、我正在实施网络备份/恢复机制、将网络参数保存到单独的自定义 NVS 区域。设备离开网络后、我要恢复参数并重新加入封闭网络（禁用允许加入）。

当前实施的方案：
1.成功加入后:
  -将 NIB 数据保存到自定义 NVS 区域
  -保存安全密钥
2.尝试引导/重新连接时：
  -从自定义 NVS 恢复 NIB 数据
  -从自定义 NVS 恢复安全密钥
  -调用 bdb_setNodeIsOnANetwork()-告诉 BDB 设备有网络参数、以便它可以尝试安全重新连接
  -清除启动选项以允许在下次启动时恢复网络状态
  -通过 osal_nv_write 写入 NIb
  -重新启动设备

问题：
NLME_RestoreFromNV() 始终返回 false。由于这是一个预编译的库函数、因此无法调试其失败的原因。

问题：
-什么情况会导致 NLME_RestoreFromNV () 返回 false ?
-在调用此函数之前,是否必须设置特定的初始化序列或 NV 项?
-我是否应该在休假事件后使用不同的 API 来恢复网络状态?
-网络密钥是否需要与 NIB 结构分开处理?

我尝试过的方法：
-已验证的 NV 写入操作成功
-已验证的 NIB 数据完整性,并在恢复前进行 CRC 检查
-在初始化序列中的不同点调用恢复

希望就这两个问题提供任何指导。对于问题 1、即使是一般的调试策略也会有所帮助。对于问题 2、了解恢复 API 要求将取消阻止我的原型。

谢谢！

[参考译文] CC2652P：哪个文件可以更改 TX_POWER、引导加载程序后门 DIO 和 LF 时钟源

admin — Fri, 10 Apr 2026 10:18:15 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1635277/cc2652p-which-file-can-change-tx_power-bootloader-backdoor-dio-and-lf-clock-source

器件型号： CC2652P
主题： SysConfig 中讨论的其他器件

您好、

我从 GitHub 存储库 (https://github.com/TexasInstruments/ot-ti) 下载了 OpenThread。我需要更改一些参数。您能告诉我应该修改哪些文件吗？

TX_POWER
引导加载程序后门 DIO 和引导加载程序后门的触发电平
LF 时钟源

RE: [参考译文] CC2652P：哪个文件可以更改 TX_POWER、引导加载程序后门 DIO 和 LF 时钟源

admin — Tue, 14 Apr 2026 01:34:17 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Ryan、

谢谢你。它是有效的

RE: [参考译文] CC2652P：哪个文件可以更改 TX_POWER、引导加载程序后门 DIO 和 LF 时钟源

admin — Mon, 13 Apr 2026 11:39:04 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您是否按照我链接的 GitHub 文档中的说明添加了 CLI 参数？这将解释电路板和器件缺失参数的原因。

// @cliArgs --product <path to SDK>/.metadata/product.json --board /ti/boards/CC1352P_2_LAUNCHXL --rtos freertos

您的 SDK 路径可能如/home/kimi/ot-ti/third_party/ti_simplelink_sdk/repo_cc13xx_cc26xx/.metadata/product.json 所示、

此致、
Ryan

RE: [参考译文] CC2652P：哪个文件可以更改 TX_POWER、引导加载程序后门 DIO 和 LF 时钟源

admin — Mon, 13 Apr 2026 01:48:58 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Ryan、

我下载并使用 Sysconfig（Linux 版本）工具。但无法打开 SysConfig 文件。请告诉我如何解决它,谢谢。

我尝试通过终端打开它、但收到另一个错误

RE: [参考译文] CC2652P：哪个文件可以更改 TX_POWER、引导加载程序后门 DIO 和 LF 时钟源

admin — Fri, 10 Apr 2026 13:11:24 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Kimi：

这些是通过修改 openthread.syscfg 文件来实现的、最好是使用独立的 SysConfig 工具。

自定义-> IEEE -> TX 功率
器件配置->启用引导加载程序/后门
器件配置-> LF 时钟源

此致、
Ryan