LAUNCHXL-CC26X2R1: Sending data of uint32_t via Zigbee

Lawrence Lin

Part Number: LAUNCHXL-CC26X2R1
Other Parts Discussed in Thread: Z-STACK

Hi TI team,

I can use the function of zcl_SendReportCmd to send the data of uint8.

How can I modify my code if I want to use the same function to send the data of unit32_t because I found the attrData is only uint8 in the structure of zclReportCmd_t?

Now, I use below code to fill out the struct of zclReportCmd_t. But it seems not work.

uint32_t temp_data=300;

rptcmd.numAttr = 1;
rptcmd.attrList[0].attrID = ATTRID_ON_OFF;
rptcmd.attrList[0].dataType = ZCL_DATATYPE_UINT32;
rptcmd.attrList[0].attrData = (uint8 *)&temp_data;

Thanks

over 5 years ago

0 YiKai Chen over 5 years ago

Guru 735455 points

I suppose that is becasuse ATTRID_ON_OFF attribute is bool type according to spec and is defined in zclXXX_Attrs[]. You should use a customized attribute ID and define it as ZCL_DATATYPE_UINT32.

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
I tried to add a customized attribute ID and define it as ZCL_DATATYPE_UINT32.
Then, I sent a data of 300 from my End-Device. But my coordinator output the data is 44 not the 300.

I also tried to output the data in my End_Device before I sent it and the value of data is 44 not the 300.
Do I miss somethings?
Here is my code to add a customized attribute ID in zclSampleSw_Attrs[]:
..
{
ZCL_CLUSTER_ID_GEN_ON_OFF,
{ // Attribute record add by lawrence for testing
ATTRID_ON_OFF_DOOR,
ZCL_DATATYPE_UINT32,
ACCESS_CONTROL_READ | ACCESS_REPORTABLE,
(void *)&temp_data_door
}
},
....

Sending data:
...
temp_data_door=300;

rptcmd.numAttr = 1;
rptcmd.attrList[0].attrID = ATTRID_ON_OFF_DOOR;
rptcmd.attrList[0].dataType = ZCL_DATATYPE_UINT32;
rptcmd.attrList[0].attrData = (uint32_t *)&temp_data_door;
.....

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Do you use sniffer to check what is sent over the air?

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
Before I sent the data, the value of data was wrong. I think somethings wrong in my End-Device not in the Coordinator.
Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

If the data is wrong before you send out, I suggest you to trace and debug it by yourself.

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
I think because the type is uint8 for the rptcmd.attrList[0].attrData in the structure of zclReportCmd_t, my data(uint32_t) is wrong.
I just wonder whether we have other structures that are uint32 and can be used via the function of zcl_SendReportCmd ??

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

attrData is a pointer and zcl_SendReportCmd would take exact data length acoording to dataType.

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
I think you are right. But I have no idea why my output the value of attrData in my End_Device is wrong(44 not 300) before I send it.

temp_data_door=300;
rptcmd.numAttr = 1;
rptcmd.attrList[0].attrID = ATTRID_ON_OFF_DOOR;
rptcmd.attrList[0].dataType = ZCL_DATATYPE_UINT32;
rptcmd.attrList[0].attrData = (uint8 *)&temp_data_door;

printf("%d",*(rptcmd.attrList[0].attrData));
fflush(stdout);

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

I suggest you to check attrData using CCS -> Debug expression window.

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,

I tried to check the attrData via CCS->Debug in the expression window. But I could not get value in the expression window.

Could you help me to check it?

Please refer to the picture.

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Add rptcmd1 instead of attrData to check again.

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,

I tried to modify to rptcmd1. But it still could not work.

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Do you set a breakpoint to pause the application at where you want to check it?

0 Ryan Brown1 over 5 years ago in reply to Lawrence Lin

TI__Guru**** 202066 points

For record's sake, 300 = 0x12C and 0x2C = 44, hence only the lower byte is considered when you observe the value of 44 which could be due to your printf implementation. Please debug with breakpoints as suggested by YK and it may help to further observe the level control and temperature sensor attribute data implementations from the sample applications.

Regards,
Ryan

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,

You can refer to my previous picture. I already added a breakpoint in the line of rptcmd1.numAttr = 1;

Or I need to change to other way to add breakpoint?

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Where do you set a breakpoint to pause the application to check rptcmd1?

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,

You can refer to below picture and I set two breakpoint in the read rectangle.

Thanks

0 Lawrence Lin over 5 years ago in reply to Lawrence Lin

Genius 4755 points

Hi YK, Ryan,

I found I need to declare the variable to global. Then, the expression window have some output for rtpcmd1.

But the value of attrData in the expression window is still 44 not 300. Could you help me to check it?

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,

I used you way and I knew the value is 0x12C(300) for my memory position of 0x2000251C.

But the problem is the value of attrData is wrong(0x2C=44) in my care. Even it already point to correct position. The correct value of attrData is 300(0x12C)You can refer to my picture.

In you case the value of attrData is 64(0x40 not correct) but the actual value of attrData is 500(0x140) because the pointer of attrData point to the position of temp_data.

In you case the value of attrData also wrong.

Am I right or I miss somethings?

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Can you use sniffer to check what it sends over the air?

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
I tried to use the sniffer to check the sending data and the value was correct. The value is 300 over the air.
Although the value was wrong in the debug mode, the value seems be adjusted in the Z-stack before it sent.
Could I know how do I print out or deal with 300 in my Coordinator because I used below code in the case of ZCL_CMD_REPORT to output and it was wrong?

....

zclReportCmd_t rptcmd;

......

rptcmd=(zclReportCmd_t *)pInMsg->attrCmd;

printf("%d\n",*(rptcmd->attrList[i].attrData));.

fflush(stdout);

....

Thanks

0 YiKai Chen over 5 years ago in reply to Lawrence Lin

Guru 735455 points

Try to use the following code to see if you can output correct value to UART.

printf("%d",*(uint32*)(rptcmd.attrList[0].attrData));
fflush(stdout);

0 Lawrence Lin over 5 years ago in reply to YiKai Chen

Genius 4755 points

Hi YK,
It worked.
Thank you very much

Zigbee & Thread

Zigbee & Thread forum

LAUNCHXL-CC26X2R1: Sending data of uint32_t via Zigbee