"Nachhall" der letzten Silben beim loslassen der PTT

1st Official Post

    Hi!

    Nach abfolgreichen abschließen meines RadioBox Projektes habe ich mich daran gemacht unseren 70cm Repeater auf SvxLink umzubauen. Dazu habe ich das Äquivalent, die Repeaterbox ebenfalls mit aktuellen Debian und SvxLink ausgestattet. Soweit funktioniert auch alles, außer dass man die letzten Silben seiner Aussendung nach dem loslassen der PTT selbst wieder hört.

    Adi empfiehlt mir mit den Parametern:

    [Rx1]

    SQL_START_DELAY=150

    SQL_DELAY=150

    SQL_HANGTIME=50

    SQL_TAIL_ELIM=200

    DTMF_MUTING=1

    1750_MUTING=1

    zu experimentieren. Allerdings ohne nennenswerten Erfolg bei mir....

    Hat da jemand vielleicht noch Tipps oder Lösungsansätze dafür?

    Vielen Dank!

    73 Mario

    DG1FI / DN3FI / DB0LS

    http://www.db0ls.de

    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

    SQL_TAIL_ELIM habe ich eingeschalten, weil nach jedem loslassen der PTT ein Rauschen kam. Derzeit habe ich ein "Hardware SQL detect" am PIN8 GM1200. Meinst Du das SQL_DET=SIGLEV besser ist? Wenn ja warum?

    Ich 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

    Das schon, aber was hat das für Vorteile wenn ich quasi einen Hardware Squelch in meinem Fall Motorola GM1200 habe? Da macht es ja wenig Sinn den Software Squelch zu nutzen...

    • Official Post

    SQL_START_DELAY=150 Warum ein start Delay? damit hackst Du mobile stationen im Grenzbereich ab. Auf 0 setzen

    SQL_DELAY=150 Das gleiche wie oben beschrieben... Auch auf 0 setzen

    SQL_HANGTIME=50 Mit der Hangtime sagst Du dem Svxlink das wenn der Squelch zu ist ( Hardwareseitig ) noch 50ms gewartet wird bis für Svxlink der Squelch zu ist. Diesen Wert auf 0 setzen

    SQL_TAIL_ELIM=200 Wenn Du die Hangtime auf 0 gesetzt hast dürfte hier ein Wert von ca 110-120 reichen.

    DTMF_MUTING=1 kostet ca 100-150ms Audioverzögerung

    1750_MUTING=1 kostet auch ca 100-150ms Audioverzögerung

    Wenn wir dann mal zusammenrechnen hast Du mit Deinen Einstellungen von Haus aus ca 300 - 400ms Audio Verzögerung eingebaut.

    Eine gewisse Verzögerung wirst Du aber immer haben, da das Audiosignal ja digital verarbeitet wird und dies nunmal Zeit kostet.


    73 Sebastian