CC2538和CC2630模块调试问题

user5367314

Mastermind 8355 points

Other Parts Discussed in Thread: CC2538, CC2630

我们现在在调试CC2538和CC2630模块：

遇到个小的问题，请教一下：

CC2538作为协调器，基于SampleDoorLockController例程修改

CC2630作为终端设备，基于SampleDoorLock例程修改

目前通过CC2538上的按键去控制CC2630开发上的LED，是可以正常开关的

我把EZ-Mode的启动设为了上电自动启动

两者上电后可以正常通信

做如下测试发现个问题：

如果是协调器先上上电，节点后上电，被控的LED开关相应没什么延时

如果是节点先上电，协调器后上电，按下协调器上的按键后，节点的LED要等5秒以上才会反应，多次尝试现象一样

这个可能是什么原因？

EZ-Mode上电自动启动的代码如下：

把2538协调器的EZ-Mode自启动加在了void zclSampleDoorLockController_Init( byte task_id )函数的末尾，如下：

//EZ-Mode
  if ( ( giDoorLockScreenMode == DOORLOCK_MAINMODE ) ||
         ( giDoorLockScreenMode == DOORLOCK_HELPMODE ) )
    {
      giDoorLockScreenMode = DOORLOCK_MAINMODE;
#ifdef ZCL_EZMODE
      {
        zclEZMode_InvokeData_t ezModeData;
        static uint16 clusterIDs[] = { ZCL_CLUSTER_ID_CLOSURES_DOOR_LOCK };   // only bind on the on/off cluster

        // Invoke EZ-Mode
        ezModeData.endpoint = SAMPLEDOORLOCKCONTROLLER_ENDPOINT; // endpoint on which to invoke EZ-Mode
        if ( ( zclSampleDoorLockController_NwkState == DEV_ZB_COORD ) ||
             ( zclSampleDoorLockController_NwkState == DEV_ROUTER )   ||
             ( zclSampleDoorLockController_NwkState == DEV_END_DEVICE ) )
        {
          ezModeData.onNetwork = TRUE;      // node is already on the network
        }
        else
        {
          ezModeData.onNetwork = FALSE;     // node is not yet on the network
        }

        ezModeData.initiator = TRUE;            // DoorLock Controller is an initiator
        ezModeData.numActiveInClusters = 0;
        ezModeData.pActiveInClusterIDs = NULL;
        ezModeData.numActiveOutClusters = 1;    // active output cluster
        ezModeData.pActiveOutClusterIDs = clusterIDs;
        zcl_InvokeEZMode( &ezModeData );
#ifdef LCD_SUPPORTED
        HalLcdWriteString( "EZMode", HAL_LCD_LINE_2 );
#endif
      }

// NOT ZCL_EZMODE, Use EndDeviceBind
#else
      {
        zAddrType_t dstAddr;
        HalLedSet ( HAL_LED_4, HAL_LED_MODE_OFF );

        // Initiate an End Device Bind Request, this bind request will
        // only use a cluster list that is important to binding.
        dstAddr.addrMode = afAddr16Bit;
        dstAddr.addr.shortAddr = 0;   // Coordinator makes the match
        ZDP_EndDeviceBindReq( &dstAddr, NLME_GetShortAddr(),
                              SAMPLEDOORLOCKCONTROLLER_ENDPOINT,
                              ZCL_HA_PROFILE_ID,
                              0, NULL,   // No incoming clusters to bind
                              ZCLSAMPLEDOORLOCKCONTROLLER_BINDINGLIST, bindingOutClusters,
                              TRUE );
      }
#endif // ZCL_EZMODE
    }

把2630节点的EZ-Mode自启动加在了static void DLSApp_initialization(void)函数的末尾，如下：

// Initialize the ZStack
    DLSApp_initializeStack();
    //EZ-Mode自启动
    // If not in PIN mode, start EZMode
    if((giDlScreenMode == DLSAPP_MAINMODE) ||
        (giDlScreenMode == DLSAPP_HELPMODE))
    {
        giDlScreenMode = DLSAPP_MAINMODE;

        DLSApp_startEzMode();
    }

我们想要的效果是不管哪个设备断电，重新上电后都会自动加入或者建立网络

7 年多前

0 Viki Shi 7 年多前

TI__Guru**** 188340 points

抓包看一下是不是发包有延时

0 user5367314 7 年多前回复 Viki Shi

Mastermind 8355 points

你好：
CC2538作为协调器，基于SampleDoorLockController例程修改
CC2630作为终端设备，基于SampleDoorLock例程修改
我们想实现如下功能，请给一下大致的开发方向：
1.一个协调器控制多个终端，可以单独控制某个终端
2.同一个环境中有多个协调器，怎么能让某些终端只加入某个协调器（即使终端重启还是加入此协调器）
3.例程默认的是EZmode，我把按键绑定放在初始化里了，这样就自动绑定，
但是比如协调器开启的时候，终端过一段时间才上电，此时终端上电无法绑定了，该怎么设计，不管怎样都能自动绑定？

0 behold 7 年多前回复 user5367314

Genius 5959 points

一直不明白绑定是什么意思，3.0.1协议栈默认都是打开NV_RESTORE的，终端入网成功以后，后面不管怎么掉电重新上电，都能正常工作的，没延时，所谓的延时也就是上电之后大概十几秒的时间，网络需要自动恢复，等恢复好了，就都正常了。

Zigbee 和 Thread

Zigbee 和 Thread 论坛

CC2538和CC2630模块调试问题