What I’ve learned is that transmit and telemetry are handled separately. When the term "redundancy" is used, traditionally it means transmit signal redundancy, a fail safe that maintains flight control in case the main receiver loses the signal transmitted by the radio.
Telemetry is sent from the receiver to the radio, and since handled separately, does not necessarily stop when the receiver loses the transmitted signal from the radio.
Think of communication like two separate lanes on a highway.
Redundancy is basically like a second antenna, or a detour around a blocked lane on the way to grandma’s. A second receiver is used and connected only via sbus as its only job is to send control information to the master receiver - to go around the road block to grandmas, via sbus. In this case telemetry (the lane back home) is still maintained by the master rx. If there’s a total drop in communication - both lanes blocked - the slave hopefully picks up control, and telemetry from master resumes when signal is regained.
Access can control several receivers at once. This is different from redundancy, because it’s not master-slave but simultaneous control. However I think can be used for ‘redundant telemetry." In this case the second RX is connected by s.port, both are bound and setup as rx 1 and rx 2. Channels 1-8 are assigned to rx 1, and unused channels assigned to rx 2. When telemetry signal from rx 1 fails, it switches to rx 2. So receiver 2 is the detour on the way home, via s.port.
@Flying Dutchman Here is why people are saying the receiver is not automatically choosing the best signal in redundancy:
Redundant control signal receivers, via sbus, should be picking the strongest signal, this is done by the master Rx. Telemetry data via s.port, on the other hand, only changes receivers when the signal is broken. The evidence people are using to determine which receiver is acting as "master receiver" is from telemetry data, which is invalid, because the control signal can constantly be changing between receivers, while telemetry signal stays with the last working receiver. It’s very possible the R8 was receiving and controlling while the M+ was transmitting telemetry.
In
@Woodstock1 case, there should be no telemetry from the second receiver if your goal is redundant control signal (via sbus.) Because you had telemetry active on your slave, it grabbed control of the telemetry signal and never let go, as designed, because there was no subsequent loss of telemetry signal.