Zigbee 和 Thread 论坛 - 最近的话题

CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Aries Lord — Tue, 02 Jun 2026 01:49:42 GMT

Part Number: CC2652P

AF_DataRequest发送超过82字节的数据包，目标端口0xFF，可以发送给Silicon Labs的zigbee芯片，但是无法发给自己同类型芯片，SDK 8.30。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Aries Lord — Mon, 08 Jun 2026 05:36:45 GMT

以下只是参考意见

e2echina.ti.com/.../aps_5F00_frag.c

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Vivian Gao — Mon, 08 Jun 2026 05:16:11 GMT

您可以到英文论坛问一下，他们或许有更多资源。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Vivian Gao — Mon, 08 Jun 2026 05:08:29 GMT

我们没有这个文件。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Aries Lord — Mon, 08 Jun 2026 01:56:37 GMT

如果是TI Z-Stack对广播端点的分片限制，那这样就不合理。如果分片传输只是禁止短地址广播是合理的，但是如果是端点广播，目标地址是单播，不应该限制这种使用方式。我在Z-stack 3.0.2的aps_frag.c中发现，函数APSF_AllocRxObj只筛选aff->DstEndPoint为本机注册端点，未考虑aff->DstEndPoint等于0xFF的情况。我想提供一种思路，aff->DstEndPoint为0xFF时，把pRx->taskID赋值为APSF_taskID，分片接收完毕后把AF_INCOMING_MSG_CMD消息先发给APSF_ProcessEvent任务，在APSF_ProcessEvent任务中再增加一次处理，把AF_INCOMING_MSG_CMD按照注册端点数量进行复制，再发给各个端点对应的Task。

所以你们能否提供一下SDK 8.30的aps_frag.c文件，就像之前对nl_mede_cb.c中对APS Retry缓存溢出不能触发DATA CONFIRM的修复方式那样。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Vivian Gao — Fri, 05 Jun 2026 08:49:42 GMT

有可能是TI Z-Stack对广播端点的分片限制，您把dstAddr->endPoint改为特定的端点，而不是广播端点

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Aries Lord — Fri, 05 Jun 2026 07:32:58 GMT

不是这个问题，我使用AF_DataRequest发送一包数据到协调器，dstAddr->shortAddr = 0x0000, dstAddr->endPoint = 0xFF, len = 100. 协调器就不能接收该包数据，但是把len改成80或者把dstAddr->endPoint的值改成0x01，协调器就能接收这包数据。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Vivian Gao — Fri, 05 Jun 2026 02:13:34 GMT

您看一下下方帖子的回复。

CC2652P: issue of ZDP Parent_annce_rsp command - Zigbee & Thread forum - Zigbee & Thread - TI E2E support forums

RE: CC2674P10: CC2674P10创建Z-stack协议栈，无法选择20dbm输出。

Vivian Gao — Fri, 05 Jun 2026 02:06:48 GMT

参考下方链接的方法。

CC2674P10: Enabling 20dBm for ZNP on CC2674P10 RGZ - Zigbee & Thread forum - Zigbee & Thread - TI E2E support forums

CC2674P10: CC2674P10创建Z-stack协议栈，无法选择20dbm输出。

Aries Lord — Thu, 04 Jun 2026 05:32:34 GMT

Part Number: CC2674P10

CC2674P10创建Z-stack协议栈，无法选择20dbm输出。

RE: CC2674P10: CC2674P10创建Z-stack协议栈，无法选择20dbm输出。

Links — Thu, 04 Jun 2026 09:54:06 GMT

您好，

已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

RE: CC2652P: 无法接收AF数据帧长超过82字节的端口广播。

Vivian Gao — Tue, 02 Jun 2026 03:46:46 GMT

感谢您对TI产品的关注。
我们正在核实您的问题，请等待我们的答复。

SN74LVC1G3157: 製造商產地調查

Mina Huang — Tue, 19 May 2026 02:34:34 GMT

Part Number: SN74LVC1G3157

料號(Part Number)	品名(Description1)	規格(Description2)	製造商	製造商料號	調查結果 A. 純大陸生產製造 [陸資自己有工廠] B. 陸外資之合資廠生產製造 C. 大陸品牌廠商生產製造 [陸資委外代工] D. 台灣品牌之大陸工廠生產製造 [台灣品牌在大陸有自己設廠] E. 台灣與大陸之合資廠生產製造 F. 台灣品牌大陸工廠製造 [台灣品牌委外代工] G. 台灣品牌它國生產製造 H. 台灣品牌台灣工廠生產製造
06G004016110AK	LOGIC SN74LVC1G3157DCKR SC-70	TI	TI	SN74LVC1G3157DCKR
06G004047110AK	LOGIC SN74AUP1G07DCKR SC-70	TI	TI	SN74AUP1G07DCKR
06G004050130AK	LOGIC SN74AHCT1G125DCKR SC70-5	TI	TI	SN74AHCT1G125DCKR
06G004082110AK	LOGIC SN74LV1T08DCKR SC70-5	TI	TI	SN74LV1T08DCKR
06G019037010AK	eFUSE TPS259474ARPWR QFN-10(2*2)	TI/VIN:2.7V~23V/5.5A/28.3mΩ	TI	TPS259474ARPWR
06G004047110AK	LOGIC SN74AUP1G07DCKR SC-70	TI	TI	SN74AUP1G07DCKR
06G004082110AK	LOGIC SN74LV1T08DCKR SC70-5	TI	TI	SN74LV1T08DCKR
06G004092110AK	LOGIC SN74LVC1G08DCKR SC70-5	TI	TI	SN74LVC1G08DCKR

請協助回覆已上黃底資訊，謝謝

RE: SN74LVC1G3157: 製造商產地調查

Lydia — Tue, 19 May 2026 02:37:13 GMT

您好，

关于产地问题，请联系客户支持中心，会有客服帮助您，

www.ti.com/.../customer-support.html

CC2674P10: The CC2674P10's maximum communication distance is 20dBm.

jun cao — Sat, 09 May 2026 02:23:54 GMT

Part Number: CC2674P10

Hi everyone:

I purchased the CC2674P10 chip and designed a PCB development board (20dBm RF circuit). I compiled the firmware based on TI's official ZNP example, then flashed the firmware to the development board. I connected the development board as a Zigbee adapter to Zigbee2MQTT, added a Zigbee device using Zigbee2MQTT, and then started testing the control distance.

When the distance between the Zigbee device and the development board exceeds 200 meters, Zigbee2MQTT cannot control the Zigbee device.

What is the maximum communication distance officially tested by TI?

RE: CC2674P10: The CC2674P10's maximum communication distance is 20dBm.

Links — Mon, 11 May 2026 01:13:34 GMT

Hi,

Currently, we now only have TX Power (+20dBm) and RX Sensitivity( -105dBm), not distance data.

RE: CC2674P10: The CC2674P10's maximum communication distance is 20dBm.

Taylor — Sun, 10 May 2026 23:56:08 GMT

Hi,

We have received your post and the investigation will take some time. Thank you for your patience.

RE: CC2652P: 路由器无法入网

Ryan Brown1 — Thu, 23 Apr 2026 12:58:30 GMT

RSSI 信号强度很差，通常情况下，相距 1 米以内的设备信号强度会达到 -40 dBm。正如我之前提到的，您的开发板使用的天线切换引脚与 SDK 中 LaunchPad 示例的引脚不同，您需要相应地修改 SysConfig 配置，可能还需要修改 rfDriverCallbackAntennaSwitching 配置（视情况而定）。请参阅 Z-Stack 用户指南中的“自定义硬件”部分以及其他相关内容。

问候，
瑞安

CC2652P: 路由器无法入网

yizhe pang — Fri, 17 Apr 2026 09:03:42 GMT

Part Number: CC2652P

在simplelink_cc13xx_cc26xx_sdk_8_32_00_07例程中的zc_light 和zr_light(CC2652P)。添加了和ESP的串口通信，，zigbee网络的数据通信，经检查：

协调器和路由器的 EXT_PANID、信道（15）、PANID 配置一致
协调器已正常建网（打印 NETWORK OK）
路由器正常扫描、一直处于 “搜索网络” 状态，无报错
模块供电、串口、天线配置正常

可能是什么问题导致

建网时的RSSI

RE: CC2652P: 路由器无法入网

yizhe pang — Thu, 23 Apr 2026 02:09:45 GMT

使用Smartrf studio测试RSSI信号

协调器建网后短时间

路由器上电后短时间

在zcl_samplelight.c中已经设置好天线引脚，并且RSSI在-70左右，这是正常现象吗，代表正常发出信号了吗

RE: CC2652P: 路由器无法入网

Ryan Brown1 — Wed, 22 Apr 2026 12:53:07 GMT

我听说过Ebyte的模块，但之前没用过。你应该使用CC1352P-LaunchPad项目，而且你可能需要修改天线开关引脚以符合Ebyte的设计。我建议你进一步查阅Ebyte的文档，并与CC1352P LaunchPad的文档进行比较，以了解引脚分配方面的差异。乍一看，Ebyte似乎使用DIO5/6进行天线切换，而CC1352P LaunchPad使用DIO28/29，因此这些板卡可能错误地使用了无线电接收/发送路径，导致RSSI性能差，最终导致设备之间无法相互识别和通信，除非它们距离非常近。你可以使用Smart RF Studio 7进行进一步的PHY性能测试，并联系Ebyte，就如何使用他们的模块提出更多建议。

问候，
瑞安

RE: CC2652P: 路由器无法入网

yizhe pang — Wed, 22 Apr 2026 00:55:51 GMT

使用的是E72 2G4M20S1E,里面是CC2652P内核

e2echina.ti.com/.../E72_2D00_2G4M20S1E_5F00_UserManual_5F00_CN_5F00_v1.1_2D00_2.pdf

RE: CC2652P: 路由器无法入网

yizhe pang — Wed, 22 Apr 2026 00:47:56 GMT

尝试过清除NV，并且也不超过100s，依旧无法入网

e2echina.ti.com/.../_EE9598988765F64E_.zip

RE: CC2652P: 路由器无法入网

Ryan Brown1 — Tue, 21 Apr 2026 14:59:37 GMT

你好，

如果可能，请评估未修改的示例，并使用抓包工具日志进一步了解空中传输消息。如果 ZR 使用 BDB 调试状态向用户传达加入失败的信息，则具体错误为 BDB_COMMISSIONING_NO_NETWORK。这可能是 ZC 网络已禁用允许加入（即网络打开后已过去 180 秒），或者 ZR 的 NV 内存中存储了旧的 Zigbee 网络信息。后者需要恢复出厂设置（默认示例可以通过按住 LP 上的 BTN-2 键并重置电路板来完成此操作），或者在重新编程之前擦除所有设备内存。

问候，
瑞安

CC2530: CC2530 P0_2 IO 口受干扰后，导致功耗超高

Unknown Unknown23 — Thu, 16 Apr 2026 10:41:08 GMT

Part Number: CC2530

您好！我们在一个项目发现同样配置，P0_2、P0_3都配置为输出0，这两个IO都没接任何外设，当P0_2口用镊子触碰就会导致功耗剧增，这时测量这脚电压为0.63V左右，同样方式触碰P0_3脚，就不会出现这问题，当出现这问题只能断电重启就才会恢复正常。请您们帮分析下会是什么问题，如何解决这问题，期待您们回复，感谢！

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian