Kennung direkt nach dem Auftasten unterdrücken

    Hallo zusammen,

    wenn ein Signal über das Netzwerk (z.B. via SvxServer) empfangen wird und die angeschlossenen Relais auf Sendung gehen wird dort sehr häufig sofort nach dem Hochtasten die Kennung ausgesendet. Das ist manchmal ein wenig störend. Es tritt jedoch meist nur bei den entfernten Relais auf und nicht beim lokalen Relais welches gerade das Signal auf der Eingabe empfangen hat.

    Kurzum: Wie kann ich auf einfache Weise vermeiden dass die Kennung sofort nach dem Hochtasten der Relais ausgesendet wird? Es würde ja reichen, wenn sie kurz vor dem Abfallen oder bei aktivem Funkbetrieb spätestens nach 10 Minuten gesendet würde ...

    Schönen Gruß
    Frank, DL3DCW

    Moin Frank,

    das wird nur was, wenn Du die lokale Konfiguration auf den einzelnen Relais änderst und z.B. grundsätzlich die Kennung am Ende ausgeben läßt.
    Eventuell kann man ja die Ausgabe per TCL unterdrücken, wenn ein Signal (per HF oder per Netz) empfangen wird. Müßte man mal probieren.

    vy 73s de Adi / DL1HRC

    Hallo Adi,

    Quote from dl1hrc

    das wird nur was, wenn Du die lokale Konfiguration auf den einzelnen Relais änderst und z.B. grundsätzlich die Kennung am Ende ausgeben läßt.


    das wäre völlig ok. Hast Du zufällig gerade parat wo ich da ansetzen muss? Ansonsten mache ich mich natürlich auch selbst auf die Suche. Wenn innerhalb der TCLs etwas geändert werden muss ist das auch kein Problem ...

    Schönen Gruß
    Frank, DL3DCW

    Hallo Frank,

    schau in den Namespace RepeaterLogic in der Prozedur repeater_up nach. Da solltest Du ansetzen. Am besten die dortigen Aufrufe wie "spellWord $mycall" entfernen.
    Die Augabe der Kennung kann dann innerhalb der Prozedur repeater_down erfolgen.

    vy 73s de Adi / DL1HRC

    Ok danke. Hätte ich auch selbst drauf kommen können, hi.

    Ich hatte insgeheim nur gehofft es gäbe einen anderen Weg (über die Konfiguration oder Variablen). Denn so ganz habe ich noch nicht verstanden, warum die Kennung einmal beim Auftasten und ein anderes mal dann wieder kurz vor dem Abfallen kommt. Das muss ja irgendwo definiert sein.

    Die Einträge in de "repeater_up" sind klar, in der "repeater_down" gibt es jedoch keinerlei Befehle für die Kennung. Diese stehen also vermutlich noch an anderer Stelle. Denn die Kennung wird ja teilweise auch vor dem Abfallen gesendet. Demnach muss wohl an mehreren Stellen etwas geändert werden ...

    EDIT: Upps, doch in der "repeater_down" gefunden. Hatte nicht weit genug gescrollt.

    Hmm, die Kennung beim Auftasten scheint nicht zu kommen wenn Ursache dafür SQL_OPEN, CTCSS_OPEN oder SQL_RPT_REOPEN war. Beim 1750Hz-Rufton z.B. wird jedoch die Kennung beim Auftasten ausgegeben. Macht ja auch irgendwie Sinn.

    Eine "$reason" für das Auftasten via Netzwerk scheint nicht eingebaut zu sein. Daher verhält sich das Ganze auch so wie von mir beobachtet und die Ausgabe der Kennung erfolgt dann genauso wie z.B. beim Öffnen mit 1750Hz.

    Entweder kommentiere ich nun einfach alles 'raus (ist dann aber leider nicht mehr so flexibel) oder ich finde noch eine andere, etwas sauberere Lösung. Vielleicht eine $reason wie z.B. 1750_OPEN oder NET_OPEN ...

    Nachtrag: Aha, es gibt als $reason noch "TONE", "DTMF" und "AUDIO". Vielleicht reicht es ja aus wenn einfach nur noch "AUDIO" hinzugefügt wird? Ich werde es mal testen.

    Hallo Frank,

    das ist ja mehr oder weniger eine "Default"-Variante, die der Tobias von Anfang an so eingebaut hatte. Ob das jeder so mag und das ändern möchte kann es ja für sich entscheiden. Ich denke auch, dass die beste Variante ist, wenn jeder Sysop diese beiden Funktionen nach seinen Wünschen anpasst.

    vy 73s de Adi / DL1HRC

    Ja klar, ist so ja auch spannend und macht Spaß. Man lernt vor allem unheimlich viel dabei. Schön wäre es nun, wenn es nach den Änderungen immer noch maximal flexibel ist (z.B. via svxlink.conf) und es nicht nur auf die eigenen Bedürfnisse zugeschnitten ist. Denn nicht jeder möchte unbedingt in den TCL's herumwühlen, hi.

    Code
    if {($reason != "SQL_OPEN") && ($reason != "CTCSS_OPEN") &&
      ($reason != "SQL_RPT_REOPEN") && ($reason != "AUDIO")} {


    Im Moment sieht es mit dem Hinzufügen von '$reason != "AUDIO"' in der "repeater_up" gut aus. Die Kennung wird nun nicht mehr sofort beim Auftasten via Netzwerk sondern erst vor dem Abfallen ausgegeben. Nun mal sehen, ob das nicht eventuell irgendwelche anderen, negativen Auswirkungen hat ...

    Bisher läuft es perfekt. Stellt sich nun die Frage, ob man das so nicht generell einbauen sollte. Denn es war eigentlich immer ein kleiner Schönheitsfehler. Vielleicht ist das im Laufe der SvxLink-Entwicklung einfach nur untergegangen. Oder aber es gibt noch andere Gründe. Ein wenig ist es bestimmt auch Geschmackssache.

    Im Moment wüsste ich nicht so recht, warum die Kennung bei Relaisöffnungen durch Audio- bzw. Netzwerk-Signale nicht genauso wie bei Öffnung durch SQL, CTCSS oder REOPEN behandelt werden soll. Denn in den meisten Fällen wird es sich dabei um (evtl. beginnenden) QSO-Betrieb handeln. Dieser wird durch die sofortige Kennung bei den entfernten Relais immer unschön "übergebügelt". Außer beim lokalen Relais, da funktioniert es ja auch ohne Änderung wie gewünscht.

    Anders ist es natürlich bei Öffnung durch 1750Hz. Dies geschieht in der Regel meist nicht innerhalb eines QSOs. Und dann ist die sofortige Aussendung der Kennung auch sinnvoll und nützlich. Vielleicht habe ich aber auch noch irgendwo etwas übersehen ... ;)

    Du könntest Dir aber auch den Befehl "variable min_time_between_ident 120;" ( Logic.tcl ) zu nutze machen um eben nicht bei jedem öffnen des Relais die CW Kennung ausgeben zu lassen.
    Dies habe ich zB. bei DM0KR so gemacht, das nicht bei jedem Auftasten die Sprachansage kommt, sondern maximal alle 7 Minuten.


    73 Sebastian DL1ESK

    Mit "min_time_between_ident" kann man das Problem zwar lindern aber nicht vollständig beheben. Denn spätestens nach Ablauf der eingestellten Zeit wird auf den entfernten Systemen die Kennung sofort nach Empfang eines Netzwerk-Signales wieder ausgesendet. Die Modifikation "($reason != "AUDIO")" scheint daher etwas besser geeignet zu sein. Hat sich inzwischen übrigens auch in der Praxis bei uns recht gut bewährt ...

    Ja das ist richtig aber was ist so störend daran wenn das alle zB. 10 Minuten passiert?!
    Wenn das Relais lokal geöffnet wird kommt doch auch eine Kennung...
    Zumal die Kennung dann bei einem Durchgang eh -12dB verpasst bekommt...

    Es ist ja nur ein kleiner Schönheitsfehler und nichts dramatisches. Es ist z.B. etwas störend, wenn über ein entferntes Relais ein Anruf kommt und bei allen angeschlossenen Relais dann immer sofort die Sprachansage parallel dazu mit ausgegeben wird. Durch die beschriebene Modifikation kommt diese nun erst kurz vor dem Abfallen oder spätestens nach Ablauf des eingestellten Intervalls. Ich finde das deutlich angenehmer. Muss aber natürlich nicht jeder so machen sondern soll nur eine Info für alle sein, die das vielleicht ganz nützlich finden ...

    Moin Frank,

    möglicherweise hilft es die Prozedur RepeaterLogic::repeater_up{reason} entsprechend zu bearbeiten (locale-Konzept beachten!).
    Die meisten Sachen kannste rauswerfen ohne dass es die Funktionalität beeinflusst.

    vy 73s de Adi / DL1HRC

    BTW: Das allererste was ich auf all meinen Relais rauswerfe ist eine cw-Kennung ;)