In the mRF24L01+:
Unlike MultiCeiver mode, I have one TRX and multiple PRX units sending back ACK payloads.
In the PRX, what is the purpose of the PPP field in the W_ACK_PAYLOAD command? If the PRX returns an ACK packet using the same address it responded to, why would a pipe number matter? Is the PPP field used only for MultiCeiver systems?
Hi,
Just for reference, this is the section in the nRF24L01+ datasheet:
In the PRX, what is the purpose of the PPP field in the W_ACK_PAYLOAD command? If the PRX returns an ACK packet using the same address it responded to, why would a pipe number matter? Is the PPP field used only for MultiCeiver systems?
The three least significant bits, valid from 000 to 101, specifically state which pipe gets the specified payload.
A receiver is able to control which address receives the ACK payload by specifying the pipe the data should be uploaded on.
If your PRX is talking to up to 6 PTX devices, then using the ACK payload specifically to one pipe makes sense; if not you wouldn't have control over which PTX device gets the payload back.
Kind regards,
Håkon
Hi,
Just for reference, this is the section in the nRF24L01+ datasheet:
In the PRX, what is the purpose of the PPP field in the W_ACK_PAYLOAD command? If the PRX returns an ACK packet using the same address it responded to, why would a pipe number matter? Is the PPP field used only for MultiCeiver systems?
The three least significant bits, valid from 000 to 101, specifically state which pipe gets the specified payload.
A receiver is able to control which address receives the ACK payload by specifying the pipe the data should be uploaded on.
If your PRX is talking to up to 6 PTX devices, then using the ACK payload specifically to one pipe makes sense; if not you wouldn't have control over which PTX device gets the payload back.
Kind regards,
Håkon
