VOX Konfiguration

Guten Abend,

leider kann ich nix zum Thema über die Suche finden sondern bekomme immer folgende Meldung:

Die folgenden Wörter deiner Suchanfrage wurden ignoriert, da sie zu häufig vorkommen: konfiguration vox.
Du musst mindestens ein Wort angeben, nach dem gesucht werden soll. Jedes Wort muss aus mindestens 3 Buchstaben bestehen und darf ohne Platzhalter nicht mehr als 14 Buchstaben haben.

Nun aber zum eigetlichen Thema:Ich habe seit heute einen Rasperry Pi Typ B mit SVXLINK (den aus dem HamServerPI Paket) am laufen. Ziel des ganzen ist es wieder einen Echolink auf DB0EIN in meiner Heimatstadt einzurichten damit unter anderen auch ich mich hier aus der ferne in Holland da mal wieder darauf melden kann. Sound, PTT, etc. geht. Womit ich mich nun aber schon seit Stunden rumschlage ist die VOX. Entweder geht SVXLINK gleich nach Sekunden wieder auf Empfang wenn ich sende oder erkennnt garnicht erst das ich die PTT drücke. Ich hab es mit diversen Parametern versucht, die Eingangspegel angepasst, etc. DTMF wird einwandfrei erkannt das geht alles gut aber wenn ich dann z.B. an den Testserver was sende kommt kurz die Meldung Squelch open und dann kommt gleich wieder Squelch closed. SIGLEVDETCAL hab ich auch schon probiert, danach reagiert die VOX garnicht mehr, also alles wieder auf Anfang. Ebenso habe ich zwei Soundkarten probiert - immer das selbe Spiel. Wenn ich den Pegel der Soundkarte manuell regele geht das gut, aber wer will das schon? TRX ist ein GM1200 umgeflasht auch auf das 2100. Hier mal mein Code der Rx1:

[Rx1]
TYPE=Local
AUDIO_DEV=alsa:plughw:0
AUDIO_CHANNEL=0
SQL_DET=VOX
SQL_START_DELAY=10
SQL_DELAY=500
SQL_HANGTIME=3000
#SQL_EXTENDED_HANGTIME=1000
#SQL_EXTENDED_HANGTIME_THRESH=15
#SQL_TIMEOUT=600
VOX_FILTER_DEPTH=20
VOX_THRESH=1000
#CTCSS_MODE=2
#CTCSS_FQ=88.5
#CTCSS_SNR_OFFSET=0
#CTCSS_OPEN_THRESH=5
#CTCSS_CLOSE_THRESH=3
#CTCSS_BPF_LOW=60
#CTCSS_BPF_HIGH=270
SERIAL_PORT=/dev/ttyS0
SERIAL_PIN=CTS
#SERIAL_SET_PINS=DTR!RTS
#EVDEV_DEVNAME=/dev/input/by-id/usb-SYNIC_SYNIC_Wireless_Audio-event-if03
#EVDEV_OPEN=1,163,1
#EVDEV_CLOSE=1,163,0
#GPIO_SQL_PIN=gpio10
#PTY_PATH=/tmp/rx1_sql
#HID_DEVICE=/dev/hidraw3
#HID_SQL_PIN=VOL_UP
#SIGLEV_DET=NOISE
SIGLEV_SLOPE=89.84
SIGLEV_OFFSET=376.48
#SIGLEV_BOGUS_THRESH=120
#TONE_SIGLEV_MAP=100,84,60,50,37,32,28,23,19,8
#SIGLEV_OPEN_THRESH=50
#SIGLEV_CLOSE_THRESH=20
DEEMPHASIS=1
#SQL_TAIL_ELIM=300
#PREAMP=6
PEAK_METER=1
DTMF_DEC_TYPE=INTERNAL
#DTMF_MUTING=1
DTMF_HANGTIME=100
DTMF_SERIAL=/dev/ttyS0
#DTMF_PTY=/tmp/rx1_dtmf
#DTMF_MAX_FWD_TWIST=8

Ich wäre für jede Hilfe Dankbar!

73 de Peter, DG7AA aka PA7AAA

http://www.db0ein.de

Hallo Peter,

wenn Du das HAMServerPi-Paket nutzt, ist dort eigentlich schon fast alles vorbereitet. Allerdings ist der HAMServerPi standardmäßig für eine Squelch-Erkennung per GPIO konfiguriert. Zur Umschaltung auf VOX-Betrieb sind abweichend von den Standardeinstellungen ein paar Änderungen vorzunehmen. Hier die wichtigsten Einstellungen:

[Rx1]
SQL_DET=VOX (schaltet um auf VOX-Betrieb)
SQL_START_DELAY=0
SQL_DELAY=0
SQL_HANGTIME=1000 (Zeit, nach der die Squelch bei Inaktivität abfällt)
VOX_FILTER_DEPTH=20
VOX_THRESH=200 (das ist die untere "Schaltschwelle", bei der die VOX anspricht)

Ich hoffe, ich habe keinen wichtigen Parameter vergessen oder irgendwas durcheinandergeworfen. Vor allem mit der Schaltschwelle VOX_THRESH und mit der Haltezeit SQL_HANGTIME muss man etwas experimentieren.

Quote from DG7AA

Entweder geht SVXLINK gleich nach Sekunden wieder auf Empfang wenn ich sende oder erkennnt garnicht erst das ich die PTT drücke

Es ist eigentlich völlig normal bei VOX-Betrieb, dass SvxLink nach ein paar Sekunden (ohne Audio) wieder auf Empfang geht. Ebenfalls normal ist, dass die VOX beim reinen Drücken der PTT (ohne Audio) auch nicht anspricht. Eine VOX reagiert halt nur auf Audiosignale ;-).

Die Squelch-Auswertung per VOX sollte man daher nur im absoluten Notfall benutzen. Die allerbeste Lösung ist eine Auswertung per Hardware-Squelch-Signal. Falls nicht schon vorhanden, bei den Motorolas kann man das Squelch-Signal intern irgendwo am Prozessor abgreifen. Dann ist das Ganze auch völlig unabhängig von den Audiopegeln. Sollte man bei einem Repeater eigentlich möglichst immer so machen.

Wenn Du allerdings SvxLink/EchoLink aus der Ferne (also nicht direkt am Relaisstandort) aufschalten möchtest bzw. musst, kommst Du um die VOX wohl nicht 'drum herum. Ist dann aber leider immer ein gewisser Kompromiss ...

Schönen Gruß
Frank, DL3DCW

Hallo Peter,

mal eine Frage vorab: Du nutzt den Zugang per HF zum Repeater mittels eines abgesetzten Funkgeräts auf der Relais-QRG, richtig?
BTW: Die Vox ist meiner Meinung nach die Schlechteste aller SQL-Varianten. Zum Probieren ok, aber eigentlich nicht für den normalen Betrieb geeignet.
Wenn die VOX zu schnell abfällt ist der NF-Pegel möglicherweise zu gering um die SQL offen zu halten. Mit dem Wert SQL_DELAY=500 spricht diese ohnehin erst nach einer halben Sekunde an, das ist meiner Meinung nach zu lang. Hier würde ich Werte um 80 oder 100 nehmen. Die Abfallzeit ist auch so eine Sache, bei Sprechpausen sind 3 Sekunden manchmal zu kurz und für schnelle QSO' aber viel zu lang.
Was sagt denn das Log wenn Du es während eines QSO's beobachtest?`Kommen häufig Meldungen über das Öffnen und Schließen der SQL? Dann solltest Du den Capture-Regler etwas nach oben ziehen.
Ich probiere das immer vorab mit einen Headset an Stelle eines Funkgerätes, da kann man erst einmal ein paar Grundeinstellungen treffen.

vy 73s de Adi / DL1HRC

Hallo Peter,

vielleicht ist es ja irgendwie möglich, die SvxLink-Geschichte zum Relaisstandort hin zu verlagern? Denn damit eröffnen sich ganz neue Möglichkeiten, da SvxLink ja auch die komplette Steuerung etc. übernehmen kann. Und es wäre wohl auch die beste Lösung.

Du brauchst dann halt nur irgendeine Form der Netzwerkanbindung. Also Internet, HAMNET, WLAN, UMTS etc. Wobei sich eine kleine Richtfunkstrecke für diesen Zweck inzwischen relativ preiswert realisieren lässt. Es sollte halt nur nicht so weit sein und möglichst Sichtverbindung herrschen ...

Schönen Gruß
Frank, DL3DCW

Quote

vielleicht ist es ja irgendwie möglich, die SvxLink-Geschichte zum Relaisstandort hin zu verlagern?

Das wäre natürlich von allen die beste Variante. Eine andere Möglichkeit wäre die Verwendung von CTCSS so lange ein Träger empfangen wird.

vy 73s de Adi / DL1HRC

Moin moin,

erstmal danke für die schnelle Hilfe. Leider hat es alles nichts genützt, das Problem liegt wohl an dem GM1200. Ich habe jetzt ein VX7 als Empfänger angeschlossen, das GM1200 weiter als Sender, die Einstellungen vom Frank gesetzt und damit geht alles wie gewünscht. Die Vox geht sogar besser als bei der Windows Mühle. Könnt mich ja mal connecten PA7AAA-L. Vielleicht hat ja noch jemand eine Idee was das mit dem GM1200 sein kann?

Eben noch kurz zu den Dingen die ich vorhabe:

Stufe3:

SXLINK soll als Steurung in DB0EIN langfristig zum Einsatz kommen. Den HamServerPI habe ich heute zusammen gelötet :-). In Bezug auf HamNET etc. habe ich auch schon die richtigen Leute kontaktiert, das wird sich aber noch etwas hinziehen. Wahrscheinlich wird das ganze erstmal mit UMTS online gehen wenn ich mit der Hardware soweit bin. Um den Hamserver zu testen muss, ich mir noch ein passendes Adapter Kabel bauen damit ich das in Betrieb nehmen kann. BTW, Frank, ist das normal das mir als Soundkarte einmal Pulse Audio und einmal USB PCM Driver angeboten wird? Einen Eingangsregler habe ich im Alsamixer auch nicht gefunden.

Stufe 2:
Da ich hier noch einen alten Raspi liegen habe, habe ich diesen erstmal zum testen genommen um mich damit ein wenig zu beschäftigen. Das Teil soll hier auch in Dauerbetrieb als Link gehen. Idee hierbei ist zum einen ein EL Gateway auf dem Campingplatz auf dem ich mehr oder weniger wohne bereitzustellen, zum anderen eine dauerhafte Verbindung über den SVXLINK Server nach EIN zu realisieren.

Stufe 1:
Nächste Woche fahre ich nach Einbeck, da will ich zunächst einmal den alten Echolink auf einem Windows Notebook mit dem GM1200 wieder in Betrieb nehmen. Das lief bereits seit den Anfangstagen von DB0EIN in 2006 auf dem Relais, war nun aber eine Weile offline da der Laptop eine Macke hatte (Netzwerkkarte) und das Funkgerät (Bosch MR11) sich auch verabschiedet hat. Ich hatte nur bislang wenig Zeit mich darum zu kümmern und ich bin auch nur selten Vorort. Es gibt zwar ein paar Leute die sich um den Betrieb des Relais kümmern, wenn es allerdings an die Hardware geht dann muss ich ran :-).

73 de Peter DG7AA aka PA7AAA

http://www.db0ein.de

Hallo Peter,

Quote from DG7AA

BTW, Frank, ist das normal das mir als Soundkarte einmal Pulse Audio und einmal USB PCM Driver angeboten wird? Einen Eingangsregler habe ich im Alsamixer auch nicht gefunden.

Ja, ist alles ok. Einen Eingangsregler hat der Chip bzw. Treiber merkwürdigerweise im Alsamixer nicht. Das ist aber kein Problem:

- Du kannst den Eingangspegel zunächst grob über den RX-Trimmer der RepeaterBox abgleichen
- Ein Feinabgleich geht dann per Software über den Parameter "PREAMP" unter "[Rx1]"

Schönen Gruß
Frank, DL3DCW

Moin,

Frank danke für den Hinweis. Ich werde mich mit dem Server die nächsten Tage dann beschäftigen. Muss erst noch ein paar Geräte besorgen die ich für den Testaufbau verwenden kann. Und Zeit brauche ich auch :roll:

Ich habe jetzt noch ein weiteres Problem das ich gerne ausmerzen würde. Da mein VX7 und auch mein GM1200 nach dem abfallen des Trägers ein kurzes rauschen Produzieren krieg ich sowohl beim Papagei als auch bei einer Verbindung zum Testserver immer so einen Ping Pong Effekt. Wo kann ich das einstellen das die Vox erst nach einer Zeit X wieder reagiert nachdem ds Siganl abgefallen ist? Start_Delay ?

Sorry für die dummen Frage, aber ich bin A. etwas aus der Übung und B. nicht so der Linux Crack...

73 de Peter, DG7AA aka PA7AAA

http://www.db0ein.de

Hallo Peter,

der SvxServer ist recht unkompliziert. Das sollte also eigentlich kein Problem sein.

Alle Parameter von SvxLink sind übrigens u.a. hier recht gut beschrieben: http://www.svxlink.org/doc/man/man5/svxlink.conf.5.html

Quote

SQL_START_DELAY
The squelch start delay is of most use when using VOX squelch. For example, if the transceiver makes a noise when the transmitter is turned off, that might trigger the VOX and cause an infinite loop of squelch open/close transmitter on/off. Specify the number of milliseconds that the squelch should be "deaf" after the transmitter has been turned off.

Demnach müsste das SQL_START_DELAY eigentlich genau das richtige für Deinen Zweck sein.

Schönen Gruß
Frank, DL3DCW

Hi Frank,

danke, das war die Seite die ich gesucht und zwischenzeitlich auch gefuden habe :-).

73 de Peter, DG7AA