ESB ACK payloads

RE: ESB ACK payloads

Jake — Thu, 07 Feb 2019 16:06:52 GMT

I understand now a bit better, I set the radio back to 1mbit for now and will try changing the auto ack false and leaving out the noack fields.

Update: I setup selective_auto_ack = false and removed the code lines for .noack, I get the rx_receive on the PTX now and the 0x42 is received. I had a big misunderstanding of the selective_auto_ack =)

Many thanks,

jake

RE: ESB ACK payloads

Daniel Veilleux — Thu, 07 Feb 2019 00:58:01 GMT

If selective_auto_ack is false then an ACK is always expected. Otherwise, setting noack in the packet will cause the ACK to be skipped and TX_SUCCESS will be generated immediately.

The PTX only puts its radio into receive mode to wait for the ACK for a short amount of time (see RX_WAIT_FOR_ACK_TIMEOUT_US_* at the top of nrf_esb.c). If you told nrf_esb that you are using 1mbps but manage to force the radio into a lower bitrate then there's a good chance that the PTX will stop listening for the ACK before the PRX has a chance to finish sending it. This would explain your TX_FAILED events.

RE: ESB ACK payloads

Jake — Wed, 06 Feb 2019 23:15:35 GMT

yes, it made no difference I think that maybe it has to do with nrf_esb_config.selective_auto_ack setting. If this is set true, then I do not need to use the .noack setting correct? And will my transmitter have RX_RECEIVED events?

Or do I have to do something like an idle state or __WFE() to be able to get the RX_RECEIVE and read the RX FIFO on the PTX?

My third option is to maybe do another esb_init function that sets the PTX into PRX mode after the first send so it can accept the ack packet from my PRX and then inside of the RX_RECEIVE case I switch back to PTX mode once the packet is read.

I will try option 3 later tonight and see how it goes,

RE: ESB ACK payloads

Daniel Veilleux — Wed, 06 Feb 2019 21:51:24 GMT

Do you see the same behavior if you comment out the "workaround to enable 250k data rate on nrf52840" on both ends of the link?