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

[参考译文] CC2652R：ZigBee 范围问题

admin — Wed, 20 May 2026 05:25:25 GMT

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1647540/cc2652r-zigbee-range-issue

器件型号： CC2652R
主题： CC2592 中讨论的其他器件

尊敬的团队：

继续讨论、根据建议、我们已经测试了结果。 KINLDY 在文档中找到所附的测试结果

Home_automation_Range_test_report.pdf

Kinldy 查看并分享您的反馈意见、以解决这些问题

此致
Srinivas

RE: [参考译文] CC2652R：ZigBee 范围问题

admin — Thu, 21 May 2026 09:06:40 GMT

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

尊敬的团队：

谢谢、我已将我的文件提交至以下 ID connectivity-24ghz-hw-review@list.ti.com 进行审核

但没有确认或响应

此致
Srinivas

RE: [参考译文] CC2652R：ZigBee 范围问题

admin — Wed, 20 May 2026 14:08:02 GMT

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

您好、Srinivas、

您需要将原理图和布局设计文件提交给 SIMPLELINK-2-4GHZ-DESIGN-REVERSE 以供进一步审查、因为从您现在观察到的范围来看、外部 CC2592 功率放大器必须正确连接和控制、因为您能够实现长达 50 英尺的范围。遗憾的是、这意味着 PCB 天线设计可能不太理想、从而导致性能低于预期。

此致、
Ryan

RE: [参考译文] CC2652R：ZigBee 范围问题

admin — Wed, 20 May 2026 11:43:37 GMT

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

您好、Srinivas、

我在您链接的前一个主题中快速查看了您的 PCB 布局。

我的最初印象是、TI 参考设计布局没有我们建议的那么遵循。强烈建议使用 2.4GHz 设计审核提交来提交设计文件以进行审核： https://www.ti.com/tool/SIMPLELINK-2-4GHZ-DESIGN-REVIEWS

然后、您可以获得更有针对性的反馈并实施更改。我不确定这是否已经完成、但如果尚未完成、则应作为第一步。

此致、

Zack

RE: [参考译文] CC2538-CC2592EMK：电子门锁 — ZigBee 开发项目

admin — Tue, 19 May 2026 12:31:10 GMT

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

尊敬的 Prince：

您肯定应该使用 SimpleLink 低功耗 F3 SDK 评估 CC23XX/CC27XX 器件系列。器件的进一步选择取决于是否需要模块（今年晚些时候推出）、输出功率（非 PA 器件上支持 PA 的器件功率高达+20dBm、而不是+8dBm 或+10dBm）、闪存要求 (CC2340R5 具有 512KB 的安全性、而 CC2755x10 具有 RAM 限制 (CC2340R5 为 36/64KB CC2755x10 为 162KB) 等如需更多信息、您可以参考每个器件的数据表和技术参考手册 (TRM)。

CC2340R5、 LP-EM-CC2340R5
CC2755R10、 LP-EM-CC2745R10-Q1
CC2755P10

Zigbee 用户指南的链接
 Zigbee SimpleLink Academy 实验
 ZigBee 门锁 ZCL API

CC2340R5 CSA 合规性
 CC27xx CSA 合规性

此致、
Ryan

[参考译文] CC2538-CC2592EMK：电子门锁 — ZigBee 开发项目

admin — Tue, 19 May 2026 09:53:50 GMT

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1647247/cc2538-cc2592emk-electronic-door-lock---zigbee-development-project

器件型号： CC2538-CC2592EMK
主题中讨论的其他器件： CC2340R5

尊敬的 TI 团队：

我代表我们的工程团队发送此邮件、因为我们目前正在将 Zigbee 天线/模块集成到我们的门禁控制门锁系统中。我们正在探索合适的 Zigbee 芯片或模块解决方案、希望获得您的支持和建议。

以下是我们的初始要求：

与集成到电子门锁系统兼容的 Zigbee 芯片或模块

最新可用的 Zigbee 版本和支持的协议
电气和机械规格、包括接口、引脚排列、功耗和天线选项
安全特性、OTA 功能以及认证合规性
推荐的开发工具、SDK 和文档
样片和批量订单的预估价格
样片和大规模生产的交货周期
在开发过程中提供技术支持、并与我们的工厂工程团队协调

如果您能提供推荐的解决方案以及完整的技术规格、数据表和商业详细信息、我们将不胜感激。我们的团队随时准备进一步协调、以确保与我们现有的锁紧硬件兼容。

提前感谢您的帮助。我们期待着你的提议和合作的可能性。

[参考译文] 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 — Thu, 30 Apr 2026 06:53:05 GMT

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

您好 Alex

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

谢谢

弗莱明

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

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

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

您好、Flemming Larsen、

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

谢谢、
Alex F

[参考译文] 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 标准库？

谢谢

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

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

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

高轮循、

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

此致、
Ryan

[参考译文] 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

[参考译文] 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 要求将取消阻止我的原型。

谢谢！