@therik I never really understood why the data was read this way in the pingpair sketch.
Is keeps reading and overwriting data just read until there's nothing left to read.
The pong sketch should just write 1 value for every value received, so there shouldn't be anything more to read anyway.
Maybe on some boundary condition more data could come in, but I would prefer to read the value and flush the rest. Too bad flush Rx is not exported to public in current rf24 implementation...