VOX SQ / Identifikation / fixe Verbindung

Hallo OMs,

leider bin ich in Linux nicht so fit und auch nicht in SVXLink.... Ich hätte drei Fragen evtl kann mir
jemand helfen....

1. Ich muss leider unseren Repeater Remote mit VOX SQ anbinden da ich Hardwaretechnisch nicht an
den Repeater drankomme .. CTCSS macht der Repeater auch nur während der ganzen Auftastung
und nicht bei jedem Durchgang... Kurzum SVXLink muss über die Vox angesteuert werden. Da der HF
Pegel 9+x ist kann ich beim SVX TRX die Rauschsperre voll anziehen und sonst kommt keiner drüber....
Nun zur Frage... Hat jemand die selbe Augangssituation , kann mir jemand evtl seine Vox Einstellungen
schicken damit ich mich besser rantasten kann ? Bei leiser Modulation setzt mir das ganze derzeit immer wieder aus...

2. Die Long und Short Identifikation gefällt mir vom zeitlichen Ablauf... Kann man die Ansagen Delta Bravo1...
durch einfaches WAV austauschen ? D.h. anstelle von den einzelnen Buchstaben kommt ein von mir aufgesagtes WAV.

3. Ich habe eigestellt das bei Nichtaktivität eines Links dieser in 2 Min wieder deaktiviert wird. Gibt es eine Einstellung
das dies so passiert aber parallel einen feste Station/ Link oder Reflektor fix bleibt . (D.h. nur alle anderen wegfallen..)

Ich weis tausend Fragen evtl kann mir jemand helfen ich hab schon das halbe Forum durchgelesen.

Danke vorab

de DJ1RKS /Stefan

Hi Stefan,

vorab: eine VOX ist meiner Meinung nach (und der der meisten anderen OMs) die schlechteste aller SQL-Auswertungen. Schau am besten nach einer Variante, bei der Du eine andere SQL-Auswertung nutzen kannst.

zu 2) am besten nach dem locale-Konzept (https://svxlink.de/?page_id=903) eine tcl-Datei erstellen, welche die Prozeduren send_short_ident und sent_long_ident überschreibt. das geht so:

- erstelle im Verzeichnis /usr/share/svxlink/events.d/local eine Datei ident.tcl mit folgendem Inhalt (ACHTUNG, nur ein Beispiel, sollte verbessert werden!!!):

namespace eval Logic {
#
# Executed when a short identification should be sent
#
proc send_short_ident {{hour -1} {minute -1}} {
  playMsg "Core" "kurze_ansage";
  playSilence 200;
}


#
# Executed when a long identification (e.g. hourly) should be sent
#
proc send_long_ident {hour minute} {
  playMsg "Core" "lange_ansage";
  playSilence 200;
}

- erstelle Deine beiden wav-Files kurze_ansage.wav und lange_ansage.wav (16k) und kopiere sie in das Verzeichnis unter /usr/share/svxlink/sounds/de_DE/Core
- svxlink neu starten

Das o.g. ist eine sehr knappe Kurzanleitung, ich rate gerade bei Linux-Neulingen dazu sich intensiv mit dem Dateisystem und der Lokalisation der SvxLink-Files auseinanderzusetzen. Man kann da doch einiges falsch machen, gerade auch wenn man in den tcl's rummehrt. Wichtig ist, dass die originalen tcl-Files unangetastet bleiben. Viele OM's wurschteln darin rum und dann ist der Frust groß wenn es gar nicht mehr funktioniert. Daher auch das o.g. locale-Konzept.

zu 3) geht es jetzt um EchoLink-Verbindungen? Hier sehe ich nur die Möglichkeit des Autoconnects (Variable AUTOCON_ECHOLINK_ID=xxx), damit sollte die Verbindung nach der eingestellten Zeit zu einer spezifischen Station automatisch wieder hergestellt werden. Beim SvxReflector ist das momentan auch nicht so einfach möglich. Ein Ansatz wäre hier zwei verschiedene Reflectoren zu connecten, einen Statischen, dessen Link immer online ist und einen anderen mit dem man sich bei Bedarf connecten/disconnecten kann.

vy 73s + 55s de Adi / DL1HRC

Hallo Adi,

Danke für die Hilfe... Ich bin nun doch zu dem Entschluss gekommen den Repeater mit
Subtone beim Phoniedurchgang auszustatten damit ich abgesetzt die Modulation
besser identifizieren kann...SQ alleine funktioniert zwar auch aber ist teils ein
Glücksfall , vor allem wenn jemand extrem leise ist....

Bzgl der Ansage werde ich gleich mal loslegen und berichte wie es läuft...

Die Rückkehr zum definierten Call löst genau mein Problem... Top

Danke

Stefan de DJ1RKS