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

[参考译文] CC2755P10：CC2755P10 / CC2745R10 — 输出功率下降和谐波增加至高于特定功率阈值

admin — Fri, 27 Mar 2026 15:31:53 GMT

Other Parts Discussed in Thread: CC2755P10, LP-EM-CC2745R10-Q1, SYSCONFIG, CC2745R10-Q1

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1630989/cc2755p10-cc2755p10-cc2745r10-output-power-drops-and-harmonics-increase-above-a-certain-power-threshold

器件型号： CC2755P10
Thread 中讨论的其他器件： LP-EM-CC2745R10-Q1、 SysConfig、 CC2745R10-Q1

我们正在使用 CC2755P10 和 CC2745R10 为 2.4GHz IEEE 802.15.4/Zigbee 开发定制电路板。当射频输出功率配置为高于特定阈值时、我们观察到异常行为。此问题可直接使用 SmartRF Studio 8 重现、不依赖于应用程序固件。

观察到的行为：

LP-EM-CC2755P10 配置文件、SmartRF Studio 8：

-+4dBm：测得=+2dBm、二次谐波=−50dBc
｛.ibBoost = 0、.IB=33、.Gain = 6、.mode = 1、.rtsmTxCompCtl=0 .pa20dBmEsdCtl=0、.noIfampRfLdoBypass=0 }
-+5 dBm:测量值= 0 dBm,二次谐波~+16 dBm,比上一步高
｛.ibBoost = 0、.IB=54、.Gain = 3、.mode = 2、.rtmmTxCompCtl=0 .pa20dBmEsdCtl=0、.noIfampRfLdoBypass=0 }

LP-EM-CC2745R10-Q1 配置文件、SmartRF Studio 8：

-+5 dBm：测量值=+5 dBm
-+6dBm:测量值= 0 dBm,二次谐波显著增加
-+10 dBm:测量值=+4.5 dBm,二次谐波显著增加

摘要：

低于特定功率级别时、两个器件都会按预期运行。高于该阈值时、输出显著下降、二次谐波增加+16dBm 或更高、该行为也不会在更高的配置值下恢复。该异常情况在 CC2755P10 和 CC2745R10 中是一致的。

通过查看功率表、我们注意到该阈值与 MODE 字段从 1 转换为 2 的点重合。模式=2 和模式=3 的条目均显示相同的异常行为、而模式=1 的条目按预期工作。我们无法确认模式是实际原因还是仅是相关性、我们将其作为一种观察。

我们已考虑的事项：

功率表精度：我们考虑了 SysConfig 或 SmartRF Studio 生成的默认功率表可能会针对较高功率条目包含不正确的值。但是、由于这两种工具都会自动生成该表、因此直接评估或校正此表的能力有限。我们唯一能够独立研究的参数是 pa20dBmEsdCtl：我们在工程上禁用了 SysConfig 生成功能并手动编辑了功率表、对于所有 mode=2 和 mode=3 条目、将该字段设置为 1。我们观察到略有改善（较高功率等级下为~2dBm）、但基本异常仍然存在。这表明该表可能有一些不准确之处、但仅更正 pa20dBmEsdCtl 是不够的。
电源电压 (VDDS)：我们考虑了电源电流不足是否可以解释该行为。但是、工程分析和点测量并不表明存在供应问题、即使在低模式=2 电平 (5–6 dBm) 下也会出现电压下降、在这种情况下、电流消耗应接近或仅略高于最后一个工作模式=1 条目。电源限制不容易解释突然的输出下降以及如此大的谐波增加。我们提到它是为了完整,但认为它不大可能。
阻抗匹配：我们还考虑了射频匹配问题。但是、CC2755P10 和 CC2745R10 在内部集成了平衡 — 非平衡变压器，我们的电路板遵循与 LP-EM-CC2745R10-Q1 LaunchPad 相同的射频布局原则。我们在 TI CC 系列射频工程和适当的射频测试设备方面拥有丰富的经验、可让我们放心地进行测量和布局分析。我们还注意、LP-EM-CC2755P10 文档显示在 Resource Explorer 中、但链接会重定向到 CC2745R10-Q1 文档、因此我们无法确认 P10 型号是否存在相关的原理图或布局差异。也就是说、通过 CC2745R10 也可以观察到相同的异常行为、我们可以访问正确的 LaunchPad 参考。遵循该参考设计、我们预计 CC2745R10 将在其整个额定功率范围内正常工作、但异常情况在该范围内似乎很明显。该电路在这两个器件上均可在阈值 (~4–5dBm) 下正常工作、这使得匹配问题不太可能解释高于该点时的行为突变。

另外、我们希望知道 LP-EM-CC2755P10 原理图与 LP-EM-CC2745R10-Q1 的相关方式是否不同、或者了解它们是否等效于射频用途、而不是作为主要问题、而是作为我们 P10 设计的有用背景。

我们对问题的分析非常透彻、我们可以从自己的角度来分析、而且已经没有任何想法了。有人以前见过这种行为吗？我们描述中的任何内容是否暗示了我们可能忽略的内容？我们是否应该研究任何其他参数、初始化步骤或硬件条件？

由于我们无法访问这些器件的 LaunchPad、因此我们也想知道是否可以使用默认 SDK 配置或 rfStudio 在一个平台上重现此行为。

作为参考、我们的大多数测试中使用的由 SysConfig 生成的以下文件。

TI_RADIO_CONFIG.c

此致

[参考译文] CC2652RSIP：ZigBee OTA 更新卡在~60%的位置（片外 OTA、Zr_Genericapp 示例）

admin — Thu, 26 Mar 2026 07:22:27 GMT

Other Parts Discussed in Thread: Z-STACK, LP-CC2652RSIP, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1630270/cc2652rsip-zigbee-ota-update-stuck-at-60-off-chip-ota-zr_genericapp-example

器件型号： CC2652RSIP
主题中讨论的其他部分： Z-stack、 Sysconfig

尊敬的团队：

我在使用 Zigbee OTA 时遇到了一个问题、固件更新始终会卡住 60、一些 timwe 20、45、49、11、3 进度。

设置详细信息：

器件：基于 CC13x2/CC26x2 的定制硬件
使用示例：zr_generic（针对 OTA 片外而修改）
OTA 类型：片外 OTA
外部闪存：已配置和验证
OTA 服务器：工作（相同的映像用于示例） zr_sw_ota_client_offchip
堆栈版本：Z-Stack 3.x（如果需要，请指定确切版本）

观察到的行为：

OTA 成功启动并通常进展至~60%
之后、进度便会停止、而不会恢复
器件在 OTA 期间不会复位
在 OTA 期间未观察到按钮或应用程序活动（似乎被阻止）
在某些尝试中、它也会卡在非常低的百分比 (~0.01%)

我尝试过的方法：

已验证外部闪存配置和链接器设置
与比较zr_sw_ota_client_offchip（工作案例）
确保正确包含 OTA 集群 (inCluster)
已检查状态轮询延迟（行为无变化）

问题：

什么会导致 OTA 以~60%等特定百分比失速？
zr_generic与相比、在中启用 OTA 时是否存在任何已知问题zr_sw？
这是否与缓冲区大小、块请求处理或时间（例如，状态轮询延迟）有关？
在 OTA 期间、是否预计应用程序循环会被阻止（无按钮响应）？

有关调试此问题或要检查的特定区域的任何指导都会非常有用。

提前感谢！

[参考译文] CC2674R10：我是否可以将‑LAUNCHXL‑CC26X2R1 的 2.4GHz 天线和匹配网络重复用于 CC26X4 设计？

admin — Fri, 20 Mar 2026 20:21:55 GMT

Other Parts Discussed in Thread: LP-CC2652R7

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1628528/cc2674r10-can-i-reuse-the-2-4-ghz-antenna-and-matching-network-from-launchxl-cc26x2r1-for-a-cc26x4-design

器件型号： CC2674R10
主题中讨论的其他器件： LP-CC2652R7

大家好：

我目前正在开发基于的新设计 CC26X4 器件 （仅限 2.4GHz、无 Sub-1GHz‑1GHz）  。由于 CC26x4 系列还没有可用的公共 LaunchPad 或参考设计、因此我想阐明以下内容：

是否可以将 LAUNCHXL‑CC26X2R1 的 2.4GHz‑GHz 天线布局和匹配网络重复用于基于 CC26X4‑的设计？

我的理由：

两个器件都使用 2.4‑GHz 射频路径
CC26x4 架构与具有扩展存储器的 CC26x2 密切相关
我是有意为之不会我想基于 CC1354 参考设计进行设计、因为我只需要 2.4GHz  并避免额外的低于‑ 1GHz 匹配网络
目标是采用紧凑型 2.4GHz‑设计、适用于 Thread/Matter 应用

我的问题：

是 射频引脚、阻抗特性和匹配拓扑 CC26x2 与 CC26x4 兼容？
有任何问题吗 内部指导或早期文档 CC26x4 射频布局建议？
‑它们不直接兼容、我应该考虑射频前端的主要差异是什么？

提前感谢、

Stefan

[参考译文] CC2652P7：如何提高 CC2652P7 的传输速度？

admin — Fri, 20 Mar 2026 03:37:14 GMT

Other Parts Discussed in Thread: CC2652P7

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1628234/cc2652p7-how-to-increase-transmission-speed-of-cc2652p7

器件型号： CC2652P7

尊敬的先生：

目前、我们正在使用 CC2652P7‘s Zigbee 传输一个 32K 字节的数据。我们发现传输时间过长。每个数据包的容量只能为 128 字节、每秒传输大约 6 个数据包。我们如何提高数据包容量并加快传输频率？

谢谢

乍得

[参考译文] CC2652P7：Z-Stack：ZigBee 协调器限制为 255 个关联器件、而不管 NWK_MAX_DEVICE_LIST 如何

admin — Thu, 19 Mar 2026 19:59:40 GMT

Other Parts Discussed in Thread: CC2652P7

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1628171/cc2652p7-z-stack-zigbee-coordinator-limited-to-255-associated-devices-regardless-of-nwk_max_device_list

器件型号： CC2652P7

我们使用 CC2652P7 作为 Zigbee 协调器、需要支持超过 255 个相关器件。将 NWK_MAX_DEVICE_LIST 设置为任何值≥255 都会导致协调器在超过 256 个连接的器件后失败、但无法正确处理高于该阈值的关联。这在 SDK 8.32.00.07 和几个之前的版本上得到确认。

环境：
-设备：CC2652P7
- SDK：SimpleLink CC13xx/CC26xx SDK 8.32.00.07（在许多以前的版本上也已确认）
- CCS：20.5.0
编译器：TI Arm Clang 4.0.4.LTS

在调查根本原因后、我们发现 libZStack_nwk_all.a 中的 assoc_list.o 是使用 deviceTableIndex_t = uint8_t 进行编译的、这意味着不使用 -DLARGE_DEVICE_TABLE、NWK_MAX_DEVICES≤255。由于此文件仅作为二进制文件分发、因此无法使用正确的标志对其重新编译。当应用程序设置 NWK_MAX_DEVICE_LIST = 300 时、该库会静默地将 gNWK_MAX_DEVICE_LIST 读取为 1 字节值、获取 45、而不是 301。我们在设备上确认了以下内容：调用 AssocAddNew 300 次、只有 45 次成功；AssocCount 也返回 45 次。

该修复程序已存在于 SDK 头文件中：large_device_table 无条件强制 deviceTableIndex_t = uint16_t。它在构建出厂库时根本不使用、由于源代码不可用、因此我们无法自行应用它。

我们想问一下是否可以像其他文件（如 Nwk_globals.c）那样访问 assoc_list.c 和 addr_mgr.c 的源文件或者、使用-DLARGE_DEVICE_TABLE 编译的库变体可以解决该问题。我们还想标记此标记、以便在未来的 SDK 版本中进行更正。

如果需要、我们可以提供更多详细信息、但以上信息足以重现和验证您的问题、并确定修复路径。

assoclist_bug_demo.c

[参考译文] CC2652RSIP：CC2652r1f 片外 OAD 在定制电路板上失败–OTA 中止 (0xC1) 和 BI 引导问题

admin — Tue, 17 Mar 2026 03:43:45 GMT

Other Parts Discussed in Thread: CC2652RB, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1626861/cc2652rsip-cc2652r1f-off-chip-oad-fails-on-custom-board-ota-abort-0xc1-and-boot-issue-with-bi

器件型号： CC2652RSIP
Thread 中讨论的其他器件： CC2652RB、 SysConfig

我正在使用处理 Zigbee OTA ZR_SW_OTA_CLIENT_offchip 基于的定制板上的示例 CC2652RIF 具有外部 SPI 闪存的器件 ( W25Q80DV 、1MB)。

同一 OTA 示例可在上正常工作 CC2652RB LaunchPad 、但在我的自定义硬件上、我遇到了以下问题：

问题 1：OTA 故障

OTA 过程成功启动。
启动后不久、它就会失败、原因是：
- “下载文件失败“
- “ZOTA 中止“
在 OTA 服务器工具中、该器件会显示：
- 软件失败（状态代码= 0xC1）

问题 2：BIM 启动失败

我刷新了：
- bim_offchip.hex
- zr_sw_ota_client_offchip_oad.bin
复位后、器件不会引导（无 UART 日志，无应用程序活动）。

不过：

如果我刷写正常应用程序（无 OAD）.bin、则应用程序会正确运行。
使用 NVS 示例验证外部闪存通信（读取/写入/擦除工作正常）。

硬件详细信息：

MCU：CC2652R1F
外部闪存：W25Q80DV (Winbond、1MB)
使用 NVS 驱动程序验证 SPI 通信
扇区大小：4KB (0x1000)

软件详细信息：

SDK 版本：SimpleLink CC13xx/CC26xx SDK 8.32.0.07
使用的示例： zr_sw_ota_client_offchip
测试的 SPI 比特率：2MHz 和 4MHz

调试观察结果：

从闪存读取的 JEDEC ID 正确
外部闪存擦除/写入操作成功
OTA 在下载阶段失败
当外部闪存为空时、BIM 不会引导应用程序

到目前为止的理解：

在调试过程中、显示为：

OTA 失败、因为外部闪存中不存在有效的出厂映像
BIM 需要在外部闪存中提供有效的映像、不会回退到内部闪存

问题：

在定制电路板上使用有效出厂映像初始化外部闪存的建议方法是什么？
是否使用了otaClient_saveFactoryImage()正确的生产方法？
是否有官方方法来在不使用 BLE Project Zero 的情况下生成出厂映像并对其进行编程？
1MB 外部闪存的链接器文件或 OAD 存储中是否需要任何其他配置？
如果外部闪存为空、BIM 是否有回退机制？

其他信息：

我已尝试完全擦除外部闪存。
我计划使用应用程序本身生成出厂映像。

请求：

请就以下方面提供指导：

定制硬件的正确出厂映像初始化流程
针对 BIM +应用+外部闪存的正确刷写序列
W25Q80DV 闪存需要进行的任何配置更改
如果需要进行任何其他配置或任何操作、请指导我

此致、
Sushmitha.

[参考译文] CC2755R10：SDK 工程设置 15.4 连接

admin — Thu, 12 Mar 2026 08:51:52 GMT

Other Parts Discussed in Thread: CC2755R10

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1625454/cc2755r10-sdk-project-setting-up-a-15-4-connection

器件型号： CC2755R10

是否有一个 SDK 工程可以提供以下任务？

“干扰保护测试条款“证明传输了唯一的地址。对于此测试、无线电设备应包含属于发送设备的唯一地址、该地址是每个发送的数据包的一部分。

它可以连接两个器件、其中一个器件连接到 PC、以显示来自另一个器件的重新加网地址。

此致

Fleming Larsen

[参考译文] CC2652RB：CAN'；t 通过 ZNP 获取绿色功率帧

admin — Tue, 10 Mar 2026 18:06:28 GMT

Other Parts Discussed in Thread: CC2530

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1624734/cc2652rb-can-t-get-green-power-frames-through-znp

器件型号： CC2652RB
主题： CC2530 中讨论的其他器件

您好：

这是本主题的后续:

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1572639/lp-cc2652rb-issues-with-migration-from-cc2530-znp-to-cc2652rb-znp

长话短说：我能够通过 CC2530 和 ZNP 接收绿色电源帧、现在我迁移到 CC652RB 和 ZNP、但通过此配置和等效的初始化序列、我没有收到任何...

@Ryan Brown、根据您的回答、我使用 z-tool 来对配置进行预原型设计。结果如下：

//----------------------------- Clear NVM at reset

<TX>05:56:45.83 COM7 SYS_OSAL_NV_WRITE (0x2109)
Id: 0x0003
Offset: 0x00
Len: 0x01
Value: . (0x03)

<RX>05:56:45.83 COM7 SYS_OSAL_NV_WRITE_SRSP (0x6109)
Status: SUCCESS (0x0)

//----------------------------- Reset

<TX>05:57:12.8 COM7 SYS_RESET (0x4100)
Type: 0x00 (HARD RESET) (0x0)

<RX>05:57:13.42 COM7 SYS_RESET_RESPONSE (0x4180)
Reason: 0x00
TransportRev: 0x02
Product: 0x00
MajorRel: 0x02
MinorRel: 0x07
HwRev: 0x01

//----------------------------- Set panId

<TX>05:59:36.77 COM7 SYS_OSAL_NV_WRITE (0x2109)
Id: 0x0083
Offset: 0x00
Len: 0x02
Value: .. (0x0B, 0x00)

<RX>05:59:36.78 COM7 SYS_OSAL_NV_WRITE_SRSP (0x6109)
Status: SUCCESS (0x0)

//----------------------------- Start application

<TX>05:59:57.83 COM7 ZDO_STARTUP_FROM_APP (0x2540)
StartDelay: 0x00

<RX>05:59:58.47 COM7 ZDO_STARTUP_FROM_APP_SRSP (0x6540)
Status: SUCCESS (0x0)

<RX>05:59:58.47 COM7 APP_CNF_BDB_COMMISSIONING_NOTIFICATION (0x4F80)
Status: 1 (0x1)
Commissioning Mode: 0x02 (Formation) (0x2)
Commissioning Mode: 0x04 (Network Formation) (0x4)

<RX>05:59:58.71 COM7 ZDO_STATE_CHANGE_IND (0x45C0)
State: 8 (0x8)

<RX>05:59:59.27 COM7 ZDO_STATE_CHANGE_IND (0x45C0)
State: 9 (0x9)

<RX>05:59:59.27 COM7 APP_CNF_BDB_COMMISSIONING_NOTIFICATION (0x4F80)
Status: 0x00 (Success) (0x0)
Commissioning Mode: 0x02 (Formation) (0x2)
Commissioning Mode: 0 (0x0)

从这一点来看、我希望接收 zgp 帧、但不会输出任何帧。

当我尝试了解发生了什么时、我通过发出以下命令来使用数据包监听器获取帧：

CMD_STOP、CMD_CFG_PHY、 CMD_CFG_FREQUENCY 和 CMD_START。

这使我断言、我与 CC2530 一起使用的前一版本 ZNP 可能正在侦听比今天更高的默认频率、并且我必须明确设置正确的侦听频率。我看到的与频率相关的唯一消息是 APP_CNFG_BDB_SET_CHANNEL 和 UTILS_SET_CHANNES。我尝试了几种组合、但仍然不成功。

任何关于如何解决此问题的想法都将受到高度赞赏。

谢谢

Julien

[参考译文] CC2340R5：使用 CC2340R53 作为协调器时遇到的一些问题

admin — Mon, 09 Mar 2026 08:21:28 GMT

Other Parts Discussed in Thread: SYSCONFIG, LP-EM-CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1623988/cc2340r5-some-problems-encountered-when-using-cc2340r53-as-the-coordinator

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

大家好、在使用 CC2340R53 作为协调器的调试过程中、我遇到了一些问题。我使用的 SDK 是 8_40 版本：

1.要启动网络加入、请使用 zb_zdo_mgmt_permit_joining_req。从数据包捕获中可以看出、捕获的数据包中存在管理许可加入请求消息、但节点无法加入网络。我发现 Beacon 数据包中的关联许可为 0、即 0。
我将 bdb_start_top_level_commissioning (ZB_BDB_network_steering) 替换为这种模式、能够让节点加入网络、但时间固定在 180 秒。我想自己定义时间。

case ZB_BDB_SIGNAL_DEVICE_FIRST_START:
        LOG_COMMON_LN(LOG_DEBUG, "FIRST_START: start steering" );
        buf = zb_buf_get_out();
        if (!buf)
        {
          LOG_COMMON_LN(LOG_DEBUG, "no buffer available" );
          break;
        }

        req_param = ZB_BUF_GET_PARAM(buf, zb_zdo_mgmt_permit_joining_req_param_t);

        req_param->dest_addr = 0xfffc;
        req_param->permit_duration = 0;//0xff also gave it a try.
        req_param->tc_significance = 1;

        zb_zdo_mgmt_permit_joining_req(buf, permit_joining_cb);

        break;

2.我已将.sycfg 文件中的所有通道设置为启用。此外、我使用以下函数来配置通道。但是、在使用监听器捕获数据包时、我注意到协调器通道仍设置为通道 11。

  zb_set_network_coordinator_role(0x01000000);
  zb_set_bdb_primary_channel_set(0x01000000);
  zb_set_bdb_secondary_channel_set(0x01000000);

3.我用协调器调用 bdb_start_top_level_commissioning(ZB_BDB_network_steering );使一个节点能够加入我的协调器的网络（节点程序是另一个应用程序）。加入后、数据包捕获显示设备公告、但大约 20 秒后、数据包捕获显示协调器发送休假数据包、导致节点离开网络。
我注意到了 ZB_ZDO_SIGNAL_DEVICE_authorized 信号、类型和状态都为 1、即类型为 ZB_ZDO_authorization_type_R21_TCLK、状态为 ZB_ZDO_TCLK_authorization_timeout。休假是否是由身份验证失败引起的？有什么解决方案吗？

      case ZB_ZDO_SIGNAL_DEVICE_AUTHORIZED:
      {
        zb_ieee_addr_t ieee_addr;
        zb_zdo_signal_device_authorized_params_t *device_authorized_params = ZB_ZDO_SIGNAL_GET_PARAMS(sg_p, zb_zdo_signal_device_authorized_params_t);
        zb_uint16_t short_addr = device_authorized_params->short_addr;
        zb_ret_t ret = zb_address_ieee_by_short(short_addr, ieee_addr);
        zb_int8_t type = device_authorized_params->authorization_type;
        zb_int8_t status = device_authorized_params->authorization_status;
        atServer_printfln("short addr:%04X, ieee_addr:%02X%02X%02X%02X%02X%02X%02X%02X\r\n type: %d ,status:%d", \
            short_addr,  \
            ieee_addr[7], ieee_addr[6], ieee_addr[5], ieee_addr[4], ieee_addr[3], ieee_addr[2], ieee_addr[1], ieee_addr[0],type,status);

        LOG_COMMON_LN(LOG_DEBUG, "ZB_ZDO_SIGNAL_DEVICE_AUTHORIZED" );
        break;
      }

[参考译文] CC2340R5：ZB_NLME_STATUS_INDITION 的原因是什么？

admin — Mon, 09 Mar 2026 02:47:36 GMT

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1623876/cc2340r5-what-is-the-cause-of-zb_nlme_status_indication

器件型号： CC2340R5

      case ZB_NLME_STATUS_INDICATION:
      {
        zb_zdo_signal_nlme_status_indication_params_t *nlme_status_ind = ZB_ZDO_SIGNAL_GET_PARAMS(sg_p, zb_zdo_signal_nlme_status_indication_params_t);
        printf("Network operation %02x,nwk_addr = %02x\r\n", nlme_status_ind->nlme_status.status,nlme_status_ind->nlme_status.network_addr);
        break;
      }

在哪里可以找到由 nlme_status_ind->nlme_status.status 和 nlme_status_ind->nlme_status.network_addr?表示的状态位的含义在什么情况下会出现此信号？为什么在多次生成此信号后、协调器会重新启动？

[参考译文] CC2340R5：当多个器件加入或离开网络时、协调器的短地址输出保持不变。

admin — Mon, 09 Mar 2026 01:21:46 GMT

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1623861/cc2340r5-the-short-address-output-by-the-coordinator-when-multiple-devices-join-or-leave-the-network-remains-unchanged

器件型号： CC2340R5

      case ZB_ZDO_SIGNAL_DEVICE_ANNCE:
      {
        zb_zdo_signal_device_annce_params_t *dev_annce_params = ZB_ZDO_SIGNAL_GET_PARAMS(sg_p, zb_zdo_signal_device_annce_params_t);
        short_addr = dev_annce_params->device_short_addr;
        // zb_ret_t ret = zb_address_ieee_by_short(short_addr, ieee_addr);
        printf("New device commissioned or rejoined short :0x%04hx\r\n",short_addr);
        // ZB_SCHEDULE_APP_ALARM(schedule_send_active_ep_req, 0, 1 * ZB_TIME_ONE_SECOND);
        break;
      }      
     case ZB_ZDO_SIGNAL_LEAVE_INDICATION:
      {
        zb_zdo_signal_leave_indication_params_t *leave_device_params = ZB_ZDO_SIGNAL_GET_PARAMS(sg_p, zb_zdo_signal_leave_indication_params_t);
        // delete_long_by_short(leave_device_params->short_addr);
        printf("leave device short addr = %d\r\n",leave_device_params->short_addr);
        bdb_start_top_level_commissioning(ZB_BDB_NETWORK_STEERING);
        break;
      }

有两种器件加入和离开协调器。输出短地址相同。为什么会这样？这种情况在以前的版本中没有发生。我当前使用的版本是 9.14.0.41。

[参考译文] CC2340R5：连接到 SmartRF Studio 8 时出现问题

admin — Fri, 06 Mar 2026 08:25:07 GMT

Other Parts Discussed in Thread: LP-XDS110, LP-EM-CC2340R5, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1623493/cc2340r5-have-problem-for-connecting-to-smartrf-studio-8

器件型号： CC2340R5
主题中讨论的其他部分： LP-XDS110、 UNIFLASH

你（们）好

我正在使用 LP-XDS110 和 LP-EM-CC2340R5。打开 SmartRF Studio 8 时、软件无法检测到器件。可能的原因是什么？

我的 LP-XDS110 和 LP-EM-CC2340R5 可用于通过 CCS 进行编程和调试、也可通过 UniFlash 进行编程。

最好的考虑。

宜化

[参考译文] CC2755R10：Matter over Thread

admin — Sun, 01 Mar 2026 12:47:29 GMT

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1621170/cc2755r10-matter-over-thread

器件型号： CC2755R10

您好、

我们已经开始使用 CC2340（电池供电的器件，通常是睡眠模式，在 RTC 或引脚 LPC 上唤醒、读取 ADC、通过 BLE/Thread 发送数据、支持 OTA）进行设计、但我们也希望包含 Matter over Thread 支持。

我认为我们需要更改为 CC2755、根据数据表、它可以支持 Matter、但我在 TI 的 Simplelink-Matter 库中找不到该器件。问题是：

CC2755 是否通过 Thread 支持 Matter？如果有、我们是否必须选择特定的 PN、或者所有变体都可以工作？应考虑任何已知的限制（对于 SED 器件）？

2.我们如何知道我们的软件将有多少资源可与 Thread over Matter 软件一起运行,包括 OTA 支持? 内部 162KRAM 足够了（根据我们所阅读的内容，它可能微不足道）？

3.我们的应用是 SED（休眠终端设备）-您认为最好考虑其他部件还是 2755 是一个合适的? 它对于大批量生产来说,价格非常重要。

谢谢、

TAL

[参考译文] CC2340R5：使用 NVS 写入数据后、无法在重新启动器件后读取数据。

admin — Thu, 26 Feb 2026 09:17:38 GMT

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1620356/cc2340r5-after-writing-data-using-nvs-the-data-cannot-be-read-after-restarting-the-device

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

我想利用 Zigbee 中的 NVS 函数。我尝试在示例“nvsinternal"中“中执行操作（代码如上所述）。我将使用以下代码：nvs_write (nvsHandle、0、(void *) 签名、sizeof (signature)、nvs_write_erase | nvs_write_post_verify)；执行此函数后、可以在存储器中看到数据。当我调用 NVS_write (nvsHandle、0、(void *) 签名、sizeof (signature)、NVS_write_erase | NVS_write_post_verify) 时；删除注释并将其重新写入存储器后、存储器中没有内容。为什么会这样？ NVS 不是断电非易失性器件吗？还是因为我在某处错过了某项操作而导致的？ 512KB 可编程闪存中也包含此地址。

[参考译文] CC2340R2：基于 CC2340R22/R5/R53 的线程 MTD

admin — Wed, 18 Feb 2026 11:49:13 GMT

Other Parts Discussed in Thread: CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1618163/cc2340r2-thread-mtd-over-cc2340r22-r5-r53

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

您好、

根据数据表、CC2340R22 也支持线程。它是否可以独立运行线程 SED（休眠终端设备）？

如果没有、我们如何理解在 CC2340R53 上运行线程的局限性和所需资源？用于通过 CC2340（基于 TI 文档）运行线程 MTD（最小终端器件）。

您能否指出使用最少的资源通过 CC2340 实现线程 SED（休眠终端器件）的示例代码或其他简单的运行方法？

谢谢！

[参考译文] CC2340R5：双向绿色电源 Zigbee 接收端

admin — Tue, 17 Feb 2026 18:52:09 GMT

Other Parts Discussed in Thread: CC2340R5, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1617938/cc2340r5-bidirectional-green-power-zigbee-sink

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

尊敬的团队：

代表我们的客户发帖。

我使用 CC2340r5。我想开发具有该器件的接收器、该器件需要接受来自其他 grren power zigbee 变送器的信号。我想在发送器支持电池时发送信号。我想确认此器件型号是否支持我的要求。我从 simple_combin_LP_EM_CC2340R5_freertos_ticlang 和 GPD_switch 开始修改 GPD_switch、但无法进行双向仿真。我无法进行调试

我使用了 GitHub 中的 Zigbee 绿色电源简单组合示例实现了绿色电源接收器、将 GPD_SWITCH 作为绿色电源设备 (GPD)。当开关配置为单向时、该实现成功。

但是、当我在 SysConfig 中将 GPD_SWITCH 配置更改为双向时、调试过程开始失败。

您能否使用简单组合示例确认是否可以实现双向绿色电源接收器？

如果是、还需要进行哪些其他更改或修改？

此致、

Danilo

[参考译文] CC2630：SimpleLink SDK 示例项目、Z-Stack 示例项目

admin — Tue, 10 Feb 2026 07:02:12 GMT

Other Parts Discussed in Thread: Z-STACK, CC2630, CC2650, Z-STACK-ARCHIVE

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1615674/cc2630-simplelink-sdk-sample-projects-z-stack-sample-projects

器件型号： CC2630
主题中讨论的其他器件： Z-stack、 CC2650

目前、我们正在使用一个使用 cc2630F128RHB 开发的 Zigbee 模块。但是、我们尚未找到 SimpleLink CC13x0/CC26x0 SDK、而且 CC2630 在 Z-Stack Home 1.2.2a 中也不可用。开发板已经过设计、但我们找不到任何示例项目。我们正在寻找相应版本的 SDK 和 Z-Stack。

[参考译文] CC2340R5：无法使用示例程序日志。

admin — Wed, 04 Feb 2026 07:47:11 GMT

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1613634/cc2340r5-the-log-of-the-sample-program-cannot-be-used

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

我在驱动程序例程中使用了日志程序、发现 Log_printf 无法通过串行端口打印数据、但可以通过 ROV 观察到。我仅更改了 TX 引脚和波特率 (115200)、其他所有内容保持不变。
SDK：8_40_02_01

[参考译文] CC2652R7：主题：RCP - SPINLE_STATUS_NOMEM

admin — Thu, 29 Jan 2026 17:29:52 GMT

Other Parts Discussed in Thread: CC2652R7, SYSCONFIG, CC2652R

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1611975/cc2652r7-thread-rcp---spinel_status_nomem

器件型号： CC2652R7
Thread 中讨论的其他器件： SysConfig、 CC2652R

您好、

我们使用 CC2652R1/CC2652R7 作为运行 RCP 映像的 Thread 边界路由器。 OTBR 在主机处理器上运行、并通过 UART 连接到 RCP。

当超过 10 个休眠终端设备 (SED) 连接到 Thread 网络时、我们开始看到 OTBR 从 RCP 接口报告的 SPINel_STATUS_NOMEM 错误。一段时间后、所有连接的 SED 都转换到分离状态。

我们希望你在以下方面提供指导：

1) 是否可以增加 RCP 上的缓冲区或内存限制以避免 SPINel_STATUS_NOMEM 错误? 如果是、应调整哪些配置参数？

2) 在主机处理器的 RCP 固件端调试内存或缓冲区耗尽的建议方法是什么?

3) 是否有任何已知限制或最佳实践配置可支持 CC2652 RCP 平台上更多的休眠终端器件？

如有任何建议或调试建议、将不胜感激。

谢谢你

SEN

[参考译文] CC2652R：cc2652r-cc2592 范围问题

admin — Thu, 29 Jan 2026 07:22:33 GMT

Other Parts Discussed in Thread: CC2592, CC2652R

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

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

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

尊敬的所有人：

在我的扩展范围项目中、我将 cc2592 与 cc2652r 配合使用。距离仅 2 米。连接配置。

#include

// void rfDriverCallbackAntennaSwitching (RF_handle client,

// RF_GlobalEvent 事件、

// 空*arg)

//｛

/// *此处无需为 CC2592 执行任何操作

// *射频驱动器自动处理 PA/LNA

// */

//}

void rfDriverCallbackAntennaSwitching (rf_handle 客户端、rf_GlobalEvent 事件、void *arg)

｛

/*当对讲机为 TX 或 RX 通电时、发生 RF_GlobalEventRadioSetup */

IF (Events & RF_GlobalEventRadioSetup)

｛

/* arg 包含指向无线电设置命令的指针*/

RF_RadioSetup * setupCommand =(RF_RadioSetup *) arg；

/*如果对讲机正在准备传输*/

if (setupCommand->common.commandNo == CMD_RADIO_SETUP ||)

setupCommand->common.commandNo == CMD_BLE5_RADIO_SETUP)

｛

//将 PA_EN 设置为高电平、LNA_EN 设置为低电平

GPIO_WRITE (CONFIG_RF_ANTENN_PIN_0、1)；

GPIO_WRITE (CONFIG_RF_ANTENN_PIN_1、0)；

}

/*当对讲机完成其任务时、RF_GlobalEventRadioPowerDown 会发生*/

Else if (Events & RF_GlobalEventRadioPowerDown)

｛

//关闭两者以节省电量

GPIO_WRITE (CONFIG_RF_ANTENN_PIN_0、0)；

GPIO_WRITE (CONFIG_RF_ANTENN_PIN_1、0)；

}

//此函数不起作用、因为 TCXO 被硬接线至“打开“

Void Power_dummyTCXO ()｛

//留空

}

请帮助我解决这个问题。

此致、

sushimitha、

[参考译文] CC2652R：zstackmsg_Cmdids_ZDO_LEAY_IND 不会在路由器上触发

admin — Wed, 28 Jan 2026 12:06:38 GMT

Other Parts Discussed in Thread: CC2652R

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1611382/cc2652r-zstackmsg_cmdids_zdo_leave_ind-is-not-triggering-at-router

器件型号： CC2652R

尊敬的所有人：

在我的项目中、我使用 cc2652r 作为协调器和路由器。在路由器端、我想实现这样一种逻辑：当协调器通过重新加入发起离开请求是假的时、路由器应该阻止使用其 EPAN 的协调器、而路由器则不会再次加入该协调器、直到路由器恢复出厂设置为止。

我正在使用路由器上使用的 zr_zenericapp 示例、协调器上使用的 zc_switch 示例。路由器上没有任何回调。

我应该在哪里调用黑名单逻辑来执行此操作。

请帮助我解决此问题。

此致、

Sushmitha.

[参考译文] CC2340R5：如何在不打开 Zigbee 电源的情况下启动其？

admin — Wed, 28 Jan 2026 08:35:37 GMT

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1611260/cc2340r5-how-to-start-zigbee-without-powering-it-on

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

作为终端设备、我希望设备的 Zigbee 功能不能启动网络设置、并在加电后加入网络。相反、当需要加入网络时、它应通过 GPIO 中断启用网络设置。我应该如何继续？我相信它是“bdb_start_top_level_commissioning (ZB_BDB_network_steering)；“该操作用于加入网络。但是、当设备最初上电时、如果 (ZB_GET_APP_SIGNAL_STATUS (param)！= 0)、并且信号为 ZB_BDB_SIGNAL_DEVICE_FIRST_START、则执行 bdb_start_top_level_commissioning (ZB_BDB_NETWORK_STOINGING)；该操作无法成功加入网络。这是我的意见。我想知道还有其他方法可以做到吗？