终端在线却无法收发数据

user5367314

Mastermind 8355 points

zstack 3.0.2 ZC:2538,ZED:2530

协调器和终端通过zcl_SendReportCmd函数相互发送私有数据，

工作一个月后，出现了无法发送数据的情况，

但是终端也没掉线，终端的状态还是DEV_END_DEVICE，

此时对终端重启是能恢复正常的，请问如何不重启终端的情况下让网络恢复正常，

能否在出现问题时把网络重新初始化？让终端网络初始化后重新联网，请问是哪个函数？是ZDOInitDeviceEx(0)吗？

因为一个多月才能复现，无法提供抓包文件

zcl_SendReportCmd( SAMPLELIGHT_ENDPOINT, &zclSampleLight_DstAddr,
ZCL_CLUSTER_ID_GEN_ON_OFF,
pReportData, ZCL_FRAME_SERVER_CLIENT_DIR, TRUE, bdb_getZCLFrameCounter() );

5 年多前

0 Kevin Qiu 5 年多前

TI__Guru* 82220 points

user5367314 说：
能否在出现问题时把网络重新初始化？

不清楚具体何时出现问题，最好还是检查下具体什么原因导致断开连接

重新入网可以参考e2echina.ti.com/.../260851

0 user5367314 5 年多前回复 Kevin Qiu

Mastermind 8355 points

你好，使用SystemReset()复位后是可以重新连上协调器，但是同时也复位了控制引脚，能不能不对系统复位，只初始化网络部分？

0 YiKai Chen 5 年多前

Guru 109510 points

此时终端還會做polling嗎?有沒有抓包檔可以分析問題?

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

polling是正常的，
1.终端不采取任何操作，保持一直上电，把协调器断电一段时间后，终端LED就指示掉线了
然后再把协调器上电，终端连上后就可以正常控制了
2.协调器不采取任何操作，保持一直上电，把终端执行SystemReset()后，重启后连上协调器也可以正常控制了
因为几十天才复现一次，暂无抓包文件
我现在的做法是，协调器会周期性的给终端发心跳包，如果终端很久没有收到心跳包，
终端执行SystemReset是肯定能恢复正常的，但是SystemReset会导致2530的IO有变化（IO连着继电器，会导致继电器断开）
请问如何只对网络部分重新初始化，而不是去执行SystemReset，用哪个API?
如果没有只对网络部分重新初始化的API，请问终端能否自己主动离线，然后重新连接协调器？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

或許參考 e2e.ti.com/.../1343379 的作法重新入網看看

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

3.0.2协议里
下面两个函数是不是已经包含了你上面链接里说的要添加的代码？我对比了一下也不是完全一样，麻烦确认下
ZDApp_LeaveReset
ZDApp_ProcessNetworkJoin
终端发现长时间收不到协调器的心跳包的时候是不是先执行ZDApp_LeaveReset后执行ZDApp_ProcessNetworkJoin，然后再执行bdb_StartCommissioning(BDB_COMMISSIONING_MODE_NWK_STEERING);是不是这样一个流程？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

應該直接执行ZDApp_LeaveReset(1)就可以了吧

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

终端再正常入网后，我给协调器断电，此时终端是会掉线的
请问如果不给协调器断电，通过串口给协调器发个指令，让协调器关闭网格，然后实现终端掉线，
3.0.2版本的协调器里有这样的API吗？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

沒有API可以让协调器关闭网格

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

你好，开门狗会影响NV的0x0402存的数据吗？
我打开了看门狗，0x0402里存的数据就变化了，关闭看门狗后就好了，不知道是啥原因
osal_nv_read(0x0402,0,1,(void *)&RestoreCount);

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

开门狗不会影响NV存的数据

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

3.0.2里协调器不允许新的终端加进来，但是对已经加进来的终端不要有影响，
协调器和终端都开启了NV，请问不允许新的终端加进来用什么API？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

用ZDP_MgmtPermitJoinReq把duration設置為0

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

请问ZDSecMgrPermitJoining(0)可以实现吗？
和ZDP_MgmtPermitJoinReq什么不同？
另外ZDP_MgmtPermitJoinReq的参数怎么填？dstAddr、TcSignificance和SecurityEnable 怎么填？
afStatus_t ZDP_MgmtPermitJoinReq( zAddrType_t *dstAddr, byte duration,
byte TcSignificance, byte SecurityEnable )

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

要簡單一點就直接用NLME_PermitJoiningRequest(0)

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

基于3.0.2,ZC:2538,ZED:2530
1.ZC上电默认是否自动开启permit join？
2.我把BDBC_MIN_COMMISSIONING_TIME由180改为60，是不是触发permit join 60秒后就自动关闭permit join了？
3.把BDBC_MIN_COMMISSIONING_TIME由180改为60后，有时过了很长时间，新的终端还是能permit join进来，
所以我搞个定时器，在65秒的时候再关闭一下permit join，程序如下，参数配置是否有问题？
zAddrType_t dstAddr;
dstAddr.addr.shortAddr = NWK_BROADCAST_SHORTADDR_DEVZCZR;
dstAddr.addrMode = AddrBroadcast;
// Trust Center significance is always true
ZDP_MgmtPermitJoinReq( &dstAddr, 0, TRUE, FALSE );
3.ZED 2530的看门狗喂狗间隔是否可以设置？最大可以设为多大间隔？在哪里设置？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109510 points

1. 不會,默认permit join是关闭的
2. BDBC_MIN_COMMISSIONING_TIME由180改为60，應該是触发permit join 60秒后就自动关闭permit join的
3.看门狗间隔由WatchDogEnable设置,最大可以设为1秒

Zigbee 和 Thread

Zigbee 和 Thread 论坛

终端在线却无法收发数据