[参考译文] CC2652R：运行另一个应用程序以读取传感器读数、同时运行 ZED 示例

1.是的

2.您可以使用 API  bdb_StartCommissioning

3.我建议您创建一个周期性事件来进行传感器读取。

1.删除 Board_display_use_UART
参考  zclSampleSw_processKey 的 CONFIG_BTN_LEFT
3.周期计时器(请参阅 zclSampleSw_initializeClocks)的复杂度会降低

此致、
Ryan

感谢您的快速回复！ 我将研究周期性事件。

周末愉快

你好

传感器读数行为现在似乎可以正常工作、但我的建议有问题。 我再次尝试使用默认示例。

将两个 LP-CC2652R 与用于规划 ZED 的 bdb-commimming 配合使用时、会在以下之间切换其状态：

已初始化->已发现->正在加入->已加入不安全->正在加入->已加入不安全->已初始化。

这是在新导入的 zed_sw 和 zc_light 示例上完成的。 我还尝试重置为 FN 并重新连接两个 Launchpad、但仍会出现相同的行为。

如何解决此问题？

谢谢！

一切似乎都按预期工作、但我只有一个关于 SendOnOff_Cmd 的最后问题；ZC 似乎错过了从 ZED 偶尔发送的开/关命令、是否有任何方法来确认命令已获取？ 某种握手或某种东西。

我同意 Ryan 的说法、即启用 APS 机架、但如果您的协调员经常未能收到命令、您的射频硬件可能存在问题、我还建议您使用嗅探器检查无线传输的确切情况。

您好！

我的函数发送开/关命令的方式似乎有问题。 使用 BTN-2 (用于切换灯)进行测试时、工作正常、能够在我自己的功能偶尔出现故障(大约10次中的2次)时进行切换。

以下是仅用于发送开/关命令的函数。

void zclSampleSw_actionToggleLight(void)
{
    zstack_getZCLFrameCounterRsp_t rsp;

    Zstackapi_getZCLFrameCounterReq(appServiceTaskId, &rsp);
    zclSampleSw_UpdateStatusLine();

    if(prevPresence != presence)
    {
        if(presence)
        {
            zclGeneral_SendOnOff_CmdOn( SAMPLESW_ENDPOINT, &zclSampleSw_DstAddr, FALSE, rsp.zclFrameCounter );
        }else
        {
            zclGeneral_SendOnOff_CmdOff( SAMPLESW_ENDPOINT, &zclSampleSw_DstAddr, FALSE, rsp.zclFrameCounter );
        }
        prevPresence = presence;
        Display_printf(display, 0, 0, "%s", presence ? "Presence: TRUE\n" : "Presence: FALSE\n");
    }
}

此函数附加到 process_loop、如下所示：

static void zclSampleSw_process_loop(void)
{
    /* Forever loop */
    for(;;)
    {
        zstackmsg_genericReq_t *pMsg = NULL;
        bool msgProcessed = FALSE;

            /* Wait for response message */
        if(Semaphore_pend(appSemHandle, BIOS_WAIT_FOREVER ))
        {
            /* Retrieve the response message */
            if( (pMsg = (zstackmsg_genericReq_t*) OsalPort_msgReceive( appServiceTaskId )) != NULL)
            {
                /* Process the message from the stack */
                zclSampleSw_processZStackMsgs(pMsg);

                // Free any separately allocated memory
                msgProcessed = Zstackapi_freeIndMsg(pMsg);
            }

            if((msgProcessed == FALSE) && (pMsg != NULL))
            {
                OsalPort_msgDeallocate((uint8_t*)pMsg);
            }

#ifndef CUI_DISABLE
            zclsampleApp_ui_event_loop();
            zclSampleSw_UpdateStatusLine();
#endif

            zclSampleSw_actionToggleLight();


#if ZG_BUILD_ENDDEVICE_TYPE
            if ( appServiceTaskEvents & SAMPLEAPP_END_DEVICE_REJOIN_EVT )
            {
              zstack_bdbZedAttemptRecoverNwkRsp_t zstack_bdbZedAttemptRecoverNwkRsp;

              Zstackapi_bdbZedAttemptRecoverNwkReq(appServiceTaskId,&zstack_bdbZedAttemptRecoverNwkRsp);

              appServiceTaskEvents &= ~SAMPLEAPP_END_DEVICE_REJOIN_EVT;
            }
#endif
        }
    }
}

在环路内按下按钮和调用函数之间有何区别？

您 正在     对 zclSampleSw_process_loop 的每次迭代调用 zclSampleSw_actionToggleLight、其频率不可靠、不应依赖于该迭代。  相反、您应该创建一个示例应用事件(请参阅 zcl_samplesw.h) 、该事件由 外设(计时器、UART、GPIO 等)的更改/回调进行设置、然后在主处理循环内进行检查、执行和清除。

此致、
Ryan

我将尝试按照大家的建议执行周期性计时器。

1. 是否有原因将事件(在 zcl_samplesw.h 中)定义 为(0x0001、0x0002、0x0004、0x0008、0x0010)？
2. 我应该如何启动周期性计时器？ 在 zclSamplwSw_InitTM 中？
3. 在 zclSampleSw_initializeClocks()中初始化的是一个"单次触发"计时器。 对于周期性计时器、如果将时钟周期计时器设置为1000、是否需要设置时钟持续时间？

我已经制作了周期性计时器、并在处理循环中检查、处理和清除了事件、但仍然获得与之前相同的行为。 BTN-2切换仍然正常、而开/关有时会失败。 ZED 设法加入网络后、计时器启动。

我是否误解了您建议的方法？

static void zclSampleSw_process_loop(void)
{
    /* Forever loop */
    for(;;)
    {
        zstackmsg_genericReq_t *pMsg = NULL;
        bool msgProcessed = FALSE;

            /* Wait for response message */
        if(Semaphore_pend(appSemHandle, BIOS_WAIT_FOREVER ))
        {
            /* Retrieve the response message */
            if( (pMsg = (zstackmsg_genericReq_t*) OsalPort_msgReceive( appServiceTaskId )) != NULL)
            {
                /* Process the message from the stack */
                zclSampleSw_processZStackMsgs(pMsg);

                // Free any separately allocated memory
                msgProcessed = Zstackapi_freeIndMsg(pMsg);
            }

            if((msgProcessed == FALSE) && (pMsg != NULL))
            {
                OsalPort_msgDeallocate((uint8_t*)pMsg);
            }

#ifndef CUI_DISABLE
            zclsampleApp_ui_event_loop();
            zclSampleSw_UpdateStatusLine();
#endif
            if ( appServiceTaskEvents & SAMPLEAPP_SENSOR_UPDATE_EVT )
            {
                if(prevPresence != presence)
                {
                    zstack_getZCLFrameCounterRsp_t rsp;

                    Zstackapi_getZCLFrameCounterReq(appServiceTaskId, &rsp);

                    if(presence == true)
                    {
                        zclGeneral_SendOnOff_CmdOn( SAMPLESW_ENDPOINT, &zclSampleSw_DstAddr, FALSE, rsp.zclFrameCounter );
                    }
                    if(presence == false)
                    {
                        zclGeneral_SendOnOff_CmdOff( SAMPLESW_ENDPOINT, &zclSampleSw_DstAddr, FALSE, rsp.zclFrameCounter );
                    }
                    prevPresence = presence;
                    Display_printf(display, 0, 0, "%s", presence ? "Presence: TRUE\n" : "Presence: FALSE\n");
                }

                appServiceTaskEvents &= ~SAMPLEAPP_SENSOR_UPDATE_EVT;

                UtilTimer_setTimeout( sensorClkHandle, SAMPLEAPP_SENSOR_UPDATE_DELAY );
                UtilTimer_start(&sensorClkStruct);
                Display_printf(display, 0, 0, "Periodic timer event!");
            }

#if ZG_BUILD_ENDDEVICE_TYPE
            if ( appServiceTaskEvents & SAMPLEAPP_END_DEVICE_REJOIN_EVT )
            {
                zstack_bdbZedAttemptRecoverNwkRsp_t zstack_bdbZedAttemptRecoverNwkRsp;

                Zstackapi_bdbZedAttemptRecoverNwkReq(appServiceTaskId,&zstack_bdbZedAttemptRecoverNwkRsp);

                appServiceTaskEvents &= ~SAMPLEAPP_END_DEVICE_REJOIN_EVT;
            }

................................................................

Thanks for your help

您能否进行监听器记录并附加它、以便我们检查无线传输过程中发生的情况？

e2e.ti.com/.../zed_5F00_sw_5F00_christng_5F00_trimmed.zip

e2e.ti.com/.../zed_5F00_sw_5F00_christng.zip

我从我的 Smart RF 监听器代理中注意到、当开/关命令不成功时、Incoming Packets 字段不会递增、但会在成功执行后更新。 那么、我认为它必须是我的实施中的一个错误吗？

您可以添加 CCS 断点、检查  zclGeneral_SendOnOff_CmdOn 的返回值、还有 zstackmsg_CmdIDs_AF_DATA_CONFIRM_IND (之前讨论过) 以监控 数据包发送错误。   您的计时器回调中包含什么内容以及 SampleApp_sensor_update_delay 的值是什么？

此致、
Ryan

我在监听器日志中看不到任何开/关命令。 是否确定触发了周期性事件并调用了 zclGeneral_SendOnOff_CmdOn/zclGeneral_SendOnOff_CmdOff？

YiKai 和 Ryan、您好！

是的、我确定我的周期性事件会被触发、因为我包含了每个 SampleApp_sensor_update_delay (1000ms)都会发生的控制台打印。 我还看到、通过触发存在传感器、ZC_Light 会被打开和关闭。 调试确认我调用了 zclGeneral_SendOnOff_CmdOn/zclGeneral_SendOnOff_CmdOff。

我的计时器回调：

static void zclSampleSw_processLightTimeoutCallback(UArg a0)
{
    (void)a0;

    appServiceTaskEvents |= SAMPLEAPP_SENSOR_UPDATE_EVT;

    Semaphore_post(appSemHandle);
}

使用 AF_DATA_CONFIRM_IND：

成功发送数据包：

状态：0x00

端点：8

失败的数据包发送：

状态：0x01

端点：8