RE: ESB anomaly when using Fast ramp-up

ovrebekk — Wed, 21 Sep 2022 11:58:15 GMT

The ESB library hasn't been tested for use with fast mode, so possibly there is some timing issues that could pop up in this case.

You have checked that receiving 252 byte ACK payloads work fine without this change?

You could try to increase the RX_ACK_TIMEOUT_US_2MBPS parameter, but it doesn't really make logical sense that you would have to increase this when using faster startup.

Possibly the issue is caused by the preparation of the ACK payload taking too much time when you have a long payload and a fast startup, since the MCU has much less time before the radio expects a packet to be ready.

Best regards
Torbjørn

RE: ESB anomaly when using Fast ramp-up

Andrej102 — Tue, 20 Sep 2022 11:52:26 GMT

Clarification: 1700 kbit/s is without reverse packets. Reverse packets will certainly reduce the speed. Here the question is not in getting the maximum speed, but in the abnormal behavior of the ESB protocol with the enabled setting fast ramp-up.

How to get rid of it? In reality, my ACK packets rarely contain a payload, but when it is present, its length is 252 bytes, and this anomaly prevents me from working.