Remotetrx fallback-mode

[sm0svx]

Reported by dl1hrc on 25 Aug 2009 08:40 UTC
If a remotetrx is connected to a svxlink-base via a WLAN-link or DSL-link it may happen that the link is disconnected and the remotetrx doesn't work at all.
For a repeater there should be a chance to configure the remotetrx to continue it's work as a standalone repeater without the echolink-functionality (fallback-mode) until the connection has been established again.

In the case of a broken connection between svxlink base and remotetrx the audio source (RX) of the remote should be linked directly to the sink (TX) if a variable, f.e. FALLBACK=1 is set

[sm0svx]

Commented by sm0svx on 27 Aug 2009 21:01 UTC
Sounds like a good idea even if it "destroys" the purity of the remotetrx application. If it's kept as simple as suggested by just connecting the RX source to the TX sink and the squelch to the PTT I guess it's acceptable.

[sm0svx]

Commented by dl1hrc on 27 Aug 2009 21:35 UTC
Replying to sm0svx:

Sounds like a good idea even if it "destroys" the purity of the remotetrx application. If it's kept as simple as suggested by just connecting the RX source to the TX sink and the squelch to the PTT I guess it's acceptable.

Yes, here sometimes I have the problem, that can't finish a normal rf-qso via the remotetrx-repeater without the wlan connection to the svxlink-base although I do not need it. The carrier of the remotetrx goes down and nobody knows the reason. I think a short alarmtone can indicate the missing internet-connection, but a basic communication rf-to-rf should be possible.