disable ACK

RE: disable ACK

Håkon Alseth — Mon, 28 Aug 2017 06:21:55 GMT

RE: disable ACK

mr_creosote — Mon, 15 May 2017 15:05:42 GMT

Hi Håkon,

I'll have to think of the use case more carefully. I believe we do have options that allow us to have to reimplement ESB :-).

Best,

Mahesh

RE: disable ACK

Håkon Alseth — Mon, 15 May 2017 14:46:55 GMT

Hi Mahesh,

Sorry, it should be PCF.

PCF stands for packet control field, and that is the 9 bits that contain information such as "noack" (and 6 bit length, and 2 bit counter) in the RF-payload. This field is added automatically by the radio hardware when in ESB mode.

For this to work on your PRX, you will need to mimic ESB in software, by disabling ARD and ARC, and if your PTX devices can send on the same RF address at some point; you must implement a "software-ESB" on the PTX devices as well.

This is because you can silently implement a "software-ESB" on a PRX device, but a PTX device will still go into RX to await an ACK message for a given period after sending a payload.

If PTX #2 sends on the same address as PTX#1 is listening for an ACK, you will get a collision on your network.

Why not let the PTX device send with the "noack" feature of ESB instead of trying to disable auto-acking temporarily?

Best regards,

Håkon

RE: disable ACK

mr_creosote — Mon, 15 May 2017 14:34:29 GMT

Hi Hakon,

You mean set ARD and ARC on the PRX? I want the PTX to remain unchanged, requesting an ACK packet, but selectively turn on or off ACK on the PRX.

What's PFC?

Thanks! Mahesh

RE: disable ACK

Håkon Alseth — Mon, 15 May 2017 07:03:12 GMT

Hi Mahesh,

Unfortunately, that is not possible when EnhancedShockBurst is used.

You can disable ESB (by setting ARD and ARC to '0') to fallback on the older ShockBurst protocol, but then you would have to limit your payload (manually parse ESB PFC and CRC) and you will lose the ACKing feature in hardware (you have to do ACKing in software).

Best regards,

Håkon