ESB nRF52 SDK 11

RE: ESB nRF52 SDK 11

florian2840 — Tue, 05 Jul 2016 12:42:05 GMT

Really thank you for your help!

Jørgen Kvalvaag — Tue, 05 Jul 2016 06:16:54 GMT

Correct, the ESB protocol has no support for delayed ACK. You could work around this, for example by always sending two packets, and get the ack-payload from the second packet.
It is certainly possible, but this scenario might not be a perfect fit for the ESB protocol concept. ESB is more geared towards multiple TX sending data to single RX (see ESB User guide in my answer for more details).

florian2840 — Mon, 04 Jul 2016 15:10:22 GMT

Ah ok, so it is correct the payload for the ACK has to be loaded into the buffer before a message is received? It is not possible to load payload into the buffer after a message is received? There is no possibility to delay the ACK?
I need to do a broadcast to several PRX devices. Is it possible to send the broadcastpacket, switch from PTX mode to PRX mode. If the PRX has received the packet, it switches from PRX to PTX to send a packet with payload?

Jørgen Kvalvaag — Mon, 04 Jul 2016 11:16:27 GMT

The ACK-with-payload packets are sent out of sync in this example. If you notice in the main() function, the first payload is added to the tx_buffer here. In this way the tx_buffer is kept at one packet always, and on rx_event 2 you will transmit the packet added to fifo on rx_event 1.
I believe the max payload length is 252 bytes. According to the ESB User guide in the doc: ESB User guide (Do a Ctrl-F search for "252") This works for static payloadlength only, max dynamic payload length is 32