This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2530: Acknowledge callback / capture

Part Number: CC2530
Other Parts Discussed in Thread: REMOTI, Z-STACK

Hi TI team,

I'm using the AdvancedRemote project (only ZRC profile) from RemoTI-CC253xDK-1.3.1 SDK with IAR 8051 IDE 9.30.1.

In order to switch between RF and IR communication, I want to check if the sent ZRC packet was received (or not) by the host, i.e., is it possible to capture the received ACK packet (for example via some callback function)? Or in other words, how can I verify if the packets were not received by the host?

The packet is sent calling the RTI_SendDataReq function. In fact, there is an RTI_SendDataCnf(status) function which is called immediately after. Let me know if am I thinking right: this function only inform the application if the packet was correctly passed to the stack, is it right?

Hope you can help.

Thanks in advance.

  • RemoTI is an extremely old and deprecated stack which is not supported anymore (This was release almost 6 years ago). I strongly encourage you to use one of the more updated stacks such as Z-Stack 3.0.1.

    However, from my understanding of RTI_SendDataCnf(), you are correct of it passing the packet to the stack successfully.

    EDIT: To better offer a solution, the only way you could be able to solve this, is sending another Data packet to acknowledge that you had received the packet.

  • Relatively to the SDK version we are using, I understand your point of view. However, for this project, our remote will substitute a legacy remote so we need to maintain all the features in use and the ZRC version is one of them.

    When you tell "sending another Data packet to acknowledge that you had received the packet", you are mentioning that should be the target sending this custom packet further the ack response, right? Unfortunately, if so, this kind of implementation is not a solution for us because we don't have access to the target side, moreover, our remote must be integrated to some boxes that are already in the market.

    Do you have any other suggestion?

  • Unfortunately, if you're required to use the deprecated software, and you are not satisfied with that solution, there is not any additional solution which I can offer you.

    Best,

    Sean