This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Is it possible to track the delivery of AСK in the ESB protocol?

Hi!

Faced such an anomaly. In 2-3% of cases when exchanging PTX device sees a transmission error (the ACK did not come) and device PRX is not see this error. Is there a way for device in PRX mode to understand that ACK was successfully delivered to device in PTX mode? I mean at the driver or HAL level, the option with additional exposure from PTX device is understandable and not interesting. Thanks.

Parents
  • Hi

    Do you mean that the packet is received in the PRX, but the PTX does not get the ACK?

    In a protocol where 0% packet loss is required you would typically retransmit the same packet over and over again until you receive an ACK (instead of giving up after a certain number of retransmits). Then the PRX can assume that if a new packet is received, the previous packet has been successfully ACK'ed. Otherwise there is no way for the PRX to know if the ACK was received or not.

    For this to work you have to retransmit any packet on the PTX side if the 'max retransmit' interrupt occurs, rather than flushing the buffers and sending the next packet.

    Best regards
    Torbjørn

Reply
  • Hi

    Do you mean that the packet is received in the PRX, but the PTX does not get the ACK?

    In a protocol where 0% packet loss is required you would typically retransmit the same packet over and over again until you receive an ACK (instead of giving up after a certain number of retransmits). Then the PRX can assume that if a new packet is received, the previous packet has been successfully ACK'ed. Otherwise there is no way for the PRX to know if the ACK was received or not.

    For this to work you have to retransmit any packet on the PTX side if the 'max retransmit' interrupt occurs, rather than flushing the buffers and sending the next packet.

    Best regards
    Torbjørn

Children
Related