Ah okay was ich halt gerne gemacht hätte wäre eine Eingabe und Gleichzeiten Ausgabe und das die eingabe auf mein svxreflector übertragen wird und das vom reflector kommt Dan nur auf der Ausgabe gesendet wird
Fadt so wie mit zwei Gateways
Dann solltest Du wie schon geschrieben eine RepeaterLogic Benutzen und entsprechend Configurieren und einen Reflector dazu Configurieren wie in Meinem Beispiel der Config weiter Oben .SvxLink-Conf Beispiel.txt
Hoffe dir Hilft nun die Bsp.Config hier .
Hab die Config auf das minimum reduziert , leider sind deine angeben etwas mager um dir genauer zuhelfen.
zb: RepeaterLocig>Reflector
SimplexLocig> Reflector >Repeater ....
SvxLink- Reflectoren kannst du nur mit Svxlink Servern verbinden ....
[GLOBAL]
MODULE_PATH=/usr/lib/arm-linux-gnueabihf/svxlink
LOGICS=RepeaterLogic,ReflectorLogic....
CFG_DIR=svxlink.d
TIMESTAMP_FORMAT="%c"
CARD_SAMPLE_RATE=48000
#CARD_CHANNELS=1
LOCATION_INFO=LocationInfo
LINKS=ReflectorLink
[ReflectorLogic]
TYPE=Reflector
PORT=5300
HOST=www.ip.
CALLSIGN=RegistriertesRufzeichen
AUTH_KEY="das bekommst du von Serveradmin"
JITTER_BUFFER_DELAY=0
DEFAULT_TG=8
MONITOR_TGS=8,9
TG_SELECT_TIMEOUT=60
ANNOUNCE_REMOTE_MIN_INTERVAL=300
EVENT_HANDLER=/usr/share/svxlink/events.tcl
[ReflectorLink]
CONNECT_LOGICS=RepeaterLogic:9:SVXR,ReflectorLogic
DEFAULT_ACTIVE=1
TIMEOUT=0
OPTIONS=DEFAULT_CONNECT,NO_DISCONNECTIch betreibe es zwar nur im Freenet bereich mit dem FRN Modul (hat mich einige Haare gekostet erst linux dann svxlink),wenn aber das SIGLEV richtig Eingepegelt ist, ist es quasi ein Träger gesteuerter Repeater in deinem Fall.Signal-Detector, der den am Eingang anliegenden Rauschpegel auswertet .Wichtig dabei der Sqelch muß offen sein und auch bleiben ,dann funktioniert es auch bei sehr schwachen Stationen.
Der entsprechende Befehl Lautet
Siglevdetcal /etc/svxlink-svxlink.conf Rx..
ist auch im Handbuch beschrieben
Hi@ALL
Deine Ursache wird von SQL_TAIL_ELIM aus gelöst
Die Squelch-Tail-Eliminierung wird verwendet, um das Rauschen am Ende einer empfangenen Übertragung zu entfernen. Dies ist vor allem bei der Verwendung von CTCSS oder SIGLEV Squelch mit nicht gequittertem Audioeingang von Nutzen. Ein normaler Wert beträgt einige hundert Millisekunden. Beachten Sie, dass das Audio um die gleiche Millisekunde verzögert wird. Dies ist für eine Simplex-Verbindung nicht wichtig, aber für einen Repeater kann die Verzögerung ärgerlich sein, da Sie das Ende Ihrer eigenen Übertragung hören könnten.
Lösung Hierfür entweder CTCSS einschalten oder SQL_DET=SIGLEV -> Signal-Detector, der den am Eingang anliegenden Rauschpegel auswertet.
73 de Andy