Hi, even if I set hal_nrf_enable_ack_payload(false) on the sender (and receiver), the receiver still sends back an ACK which i can detect in the NRF_ISR(). is this normal operation? this is confusing.
thanks,
mahesh
Hi, even if I set hal_nrf_enable_ack_payload(false) on the sender (and receiver), the receiver still sends back an ACK which i can detect in the NRF_ISR(). is this normal operation? this is confusing.
thanks,
mahesh
Hi Torbjørn, it seems to be working well, thank you! I'm also trying it with gazell but the results aren't quite as good. gazell seems slower and at 250kbps, TX packets > 10 to 15 bytes are not received (so no ACK is sent out). i have another ticket opened for that one :-).
happy monday!
best,
mahesh
Hi Mahesh
I am sure you got help already if you have another case open.
The main trick with Gazell is to increase the RX period when using a 250kbps bitrate, and use an RX hold period > 0 to increase throughput.
Best regards
Torbjørn
Hi, what is an RX hold period? Best, Mahesh
Hi Mahesh
When the RX hold period is larger than 0 the Gazell host (PRX) will remain on the same channel for a certain number of timeslots (equal to the RX hold period) after receiving a packet from a device. This allows the device to stream a long burst of packet to the host, without having to change channel in between, which makes the data transfer more efficient.
This works very well when you have a single Gazell device that needs as high throughput as possible, but if you have multiple devices connected it could make it difficult for the other devices to remain in sync since the Gazell host will not rotate through all the channels in the table as normal when one device is sending a lot of data.
Best regards
Torbjørn