CC2530: Window Covering default response is "Unknown"

Jack Loop

Guru 17870 points

Part Number: CC2530

Hi,

I have a problem with my ZED returning a default response of "unknown".

It is shown in this image:

I think it may be caused by my ZED's incorrect frame type as shown here:

It's supposed to be this:

How can I fix this so that my ZED returns "success"? The log is attached below.

1007.123.zip

over 7 years ago

0 YiKai Chen over 7 years ago

Guru 735685 points

Do you use zclClosures_RegisterWindowCoveringCmdCallbacks to register your Winodow Covering command callback?

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

Yes. I believe you have already seen how I did this.

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Then, I suggest you to trace into source code to debug it.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

Where do you suggest I start first (for debugging)?

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

zclClosures_HdlIncoming

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

What should I be looking for here?

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Check why it ends up respond "unknown".

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

1. I found out when I remove the below code from zclClosures_ProcessInWindowCovering, it fixes my problem. I checked the "pInMsg->hdr.commandID" and it is 0x02 (stop), and I am not understanding why removing this code fixes the problem. Why is this so?

2. I also don't use the below. Is there something that may be wrong with my setup that caused this problem in the first place?

/*case COMMAND_CLOSURES_GO_TO_LIFT_VALUE:
if ( pCBs->pfnWindowCoveringGotoLiftValue )
{
if ( pCBs->pfnWindowCoveringGotoLiftValue( BUILD_UINT16( pData[0], pData[1] ) ) == FALSE )
{
status = ZCL_STATUS_INVALID_VALUE;
}
}
break;

case COMMAND_CLOSURES_GO_TO_LIFT_PERCENTAGE:
if ( pCBs->pfnWindowCoveringGotoLiftPercentage )
{
if ( pCBs->pfnWindowCoveringGotoLiftPercentage( pData[0] ) == FALSE )
{
status = ZCL_STATUS_INVALID_VALUE;
}
}
break;

case COMMAND_CLOSURES_GO_TO_TILT_VALUE:
if ( pCBs->pfnWindowCoveringGotoTiltValue )
{
if ( pCBs->pfnWindowCoveringGotoTiltValue( BUILD_UINT16( pData[0], pData[1] ) ) == FALSE )
{
status = ZCL_STATUS_INVALID_VALUE;
}
}
break;

case COMMAND_CLOSURES_GO_TO_TILT_PERCENTAGE:
if ( pCBs->pfnWindowCoveringGotoTiltPercentage )
{
if ( pCBs->pfnWindowCoveringGotoTiltPercentage( pData[0] ) == FALSE )
{
status = ZCL_STATUS_INVALID_VALUE;
}
}
break;*/

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Is it possible that it returns ZCL_STATUS_INVALID_VALUE and causes the issue?

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

It must be, because when I have the code added in, status is "unknown". But I'm not sure why because when I click next step in debugging, it skips over the code and stops at "return ( status )".

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Set your optimization level to medium and trace again.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

I tried, but I still get the same thing.

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

I am not sure what you are talking about. Please use screenshot to show me your problem.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

When I removed the circled code, somehow status was 0x00 (this is good). But when I keep code, status is 0x21 (this is bad). I set breakpoints on the circled code (not all shown on screen), and they never hit when I sent stop command. Not sure why getting rid of this code fixes my problem.

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Try to set optimization level to low and debug again.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

I tried, but I still have the same result.

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Can you do a screenshot to show me your optimization level setting in IAR?

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

It is like the screenshot you sent me in a previous post on setting optimization level, but set to low optimization.

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

If low optimization still have skip problem, you can try none optimization.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

What effect does lowering the optimization have on this problem?

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

It might make you can trace into the skipped code.

0 Jack Loop over 7 years ago in reply to YiKai Chen

Guru 17870 points

After setting optimization to low, I found out that at the picture below, status becomes 0x21. Why might this be so and how can I fix it?

0 YiKai Chen over 7 years ago in reply to Jack Loop

Guru 735685 points

Run out of idea why you cannot trace into this function. Anyway if you remove your code in this function and the issue disappears, it means your code causes the problem. You can try to add them one by one to see which one causes the issue.

0 Ryan Brown1 over 7 years ago in reply to YiKai Chen

TI__Guru**** 217737 points

Hello Jack,

Has YKs suggestion been able to fix your issue? If so then please tell us your solution. If you have no further comments then I will mark this post as resolved.

Regards,
Ryan

Zigbee & Thread

Zigbee & Thread forum

CC2530: Window Covering default response is "Unknown"