CC2530: Message to Group is not delivered

Hi Ryan,

who can we confirm that it was sent over air?

As mentioned we only know that MT_AF_DATA_CONFIRM was successful.

The rate of failure is very high, it was only delivered only once (first attempt) in 15-20 attempts.

Zstack Version is 2.6.1 for this application.

We do not have the access to the sniffer logs as of now, we will try to get it. SmartRF Packect sniffer logs will be fine?

Code Excerpts:

1 - Add Group

    zcl_header.frame_control = CLUSTER_SPECIFIC;
    zcl_header.commandID         = ADD_GROUP;
    zcl_header.transId  = TransID++;
    DataRequest.DstAddr = grp_record->nwk_addr_list[i].nwk_addr;
    DataRequest.DstEndpoint = 0x0B;
    DataRequest.SrcEndpoint = (char)server_config.coordinator_endpoint;
    DataRequest.ClusterID = 0x0004;
    DataRequest.TransID = zcl_header.transId;
    DataRequest.Options = 0;
    DataRequest.Radius = 0xEE;
    DataRequest.Data[0] = zcl_header.frame_control;
    DataRequest.Data[1] = zcl_header.transId;
    DataRequest.Data[2] = zcl_header.commandID;

    memcpy(DataRequest.Data+3,&grp_record->group_id,2);
    memcpy(DataRequest.Data+3+2,grp_record->group_name,strlen(grp_record->group_name));
    DataRequest.Len = 3 + 2 + strlen(grp_record->group_name);

    rc = afDataRequest(&DataRequest);

2 - send write attribute command

    zcl_header.frame_control = CLUSTER_SPECIFIC & 0x00;
    zcl_header.commandID     = WRITE_ATTRIBUTE;

    memset(&DataRequest,0,sizeof(DataRequest));
    zcl_header.transId  = TransID++;

    DataRequest.DstAddrMode = 0x01;             /* Group Address*/
    GroupAddress = (uint16_t )group_detail->grp_id;
    memcpy(DataRequest.DstAddr,&GroupAddress,2);
    GroupAddress = DataRequest.DstAddr[0] | (DataRequest.DstAddr[1] << 8);
    DataRequest.DstEndpoint = 0x0B;

    DataRequest.DstPanID = 0x0000;
    DataRequest.SrcEndpoint = server_config.coordinator_endpoint;
    DataRequest.ClusterId = 0x0018;
    DataRequest.TransId = zcl_header.transId;
    DataRequest.Options = 0;
    DataRequest.Radius = 0xEE;
    /* ZCL Header*/
    DataRequest.Data[0] = zcl_header.frame_control;
    DataRequest.Data[1] = zcl_header.transId;
    DataRequest.Data[2] = zcl_header.commandID;
    DataRequest.Data[3] = 0x04;
    DataRequest.Data[4] = 0x00;
    DataRequest.Data[5] = 0x20;
    DataRequest.Data[6] = (unsigned char)(100 - (int)intensity_at_occ);
    DataRequest.Len = 3 + 1*4;
    rc = afDataRequestExt(&DataRequest);

Thank you for providing the background history, in this case you may need to increase the APS_DEFAULT_NONMEMBER_RADIUS, MAX_BCAST_RETRIES, and PASSIVE_ACK_TIMEOUT based on YK's reference.  Are you aware whether network routing has altered recently, or other changes that could affect your group behavior?

Regards,
Ryan

Hi Ryan,

Thanks for the update. I'll look up on APS_DEFAULT_NONMEMBER_RADIUS and MAX_BCAST_RETRIES and try to get a better understanding on these concepts. I'll get back to you in the next couple of days with packet sniffer logs (TI RF Packet sniffer). But just to clarify my previous piece of information, I'll provide an example.

Let's assume there are 3 nodes (1,2,3) that belong to a group with ID 1. If the user wants to send some command to to node 1, we first issue a remove group command to node 1 and then unicast the command to node 1. Now later, if the user wants to issue a command to group 1, the coordinator multicasts the command to group 1. This way, only nodes 2 and 3 would receive this command. We do not want node 1 to receive multicasts for group 1 until the individual command to node 1 is cleared (this is when we would send the add group command to node 1).

Hope this clarifies how our system works.