DG1RUE - EL#6661 an DB0MSC

Hallo Gemeinde,
ich hample hier nun seit 3 Monaten herum um unseren Echolink-Zugang von XP auf ....x umzustellen. (nebenbei von 50W wegkommen!)
Viele haben Hilfe versprochen (nicht hier im Forum!!!) , aber geholfen hat mir bislang leider keiner.
Jetzt möchte ich mich an diese Gemeinde wenden und erhoffe mir echte Hilfe.

Darf ich mal einfach eben loslegen?
DG1RUE-L (also EL#6661) ist über Luft an DB0MSC angebunden, da dort auf dem Fernsehturm weder Platz, noch Internet noch Antennenkapazität ist.
(das nur vorweg, weil in Foren gerne Kommenare kommen wie "aber ich würde" ... NEIN!)
Also, RasPi ging garnicht, da ich DTMF-Auswerten muss. Der Kleine war gnadenlos immer auf 95% und wurde so heiß, bis er aufgab (auch hier: Ja ich habe Kühlkörper).
Nun habe ich mehrere (!) Futro A250, also interne Soundkarte und echter COM1 (1GB RAM, 4GB CF). Das Image (von Euch hier auf Voyage) schon einigermassen angepasst.
DTMF wird erkannt und PTT und NF geht auch.
Aber jetzt kommen die Feinheiten und da hilft mir die Doku leider echt nicht weiter.

Es soll DTMF ausgewertet und darauf reagiert werden wie bei Echolink(.org) Win-Software.
Es soll ausschließlich Echolink laufen, kein WX oder sonst was. Kein * vorne weg und # hinterher.
Bakenansage soll auch nicht, kein Roger-Beep, nur beim Connect die Ansage "Connectet to ....." oder die anderen bekannten Ansagen "not found", etc.
Zurzeit funktioniert es so lala mit der Squelch-Auswertung, das war unter Win ganz passabel (bis ich auf /usr/bin/siglevdetcal gestoßen bin .... wie gesagt mit der Doku bin ich auf Kriegsfuß).
Ich will aber auf Hardware-Squelch gehen, da ist nur die Frage, ob das mit der selben COM-Schnittstelle geht wie PTT, ansonsten bleibt mir nur SIGLEV.
Mein Motorola mc micro hat auf Pin-8 SQL (0V = SQ offen) liegen, einen Optokoppler werde ich noch aufreiben.

Der modulare Aufbau von svxlink ist echt klasse, aber wenn man Probleme hat, weiß man nicht, wo man anfangen soll.
Zumal wenn man von DOS/Windows kommt, alleine davor steht und mal irgendwann auf einer HP9000 nur banale Dinge gemacht hat .... und mit Copy&Paste kommt man auch nicht immer weiter.

Wenn mich hier jemand erhört und mir die entscheidenden Tipps geben kann wie ich was konfigurieren muss wäre ich ECHT SEHR DANKBAR ! WIRKLICH !
Und die HAM-Gemeinde hier rund um Münster sehr warscheinlich auch, denn derzeit laufen die * und 08 immer wieder in's leere.

.. so nun erst mal 73 aus Telgte und ich mal gespannt
Gruß de DG1RUE (Holger)

Hallo Holger,

ich antworte gleich mal direkt:

Quote

Also, RasPi ging garnicht, da ich DTMF-Auswerten muss. Der Kleine war gnadenlos immer auf 95% und wurde so heiß, bis er aufgab (auch hier: Ja ich habe Kühlkörper).

Hm, das kann sein wenn ein "fertiges" Binärpaket genommen wird. Sehr wahrscheinlich ist das Paket nicht mit optimierten Compilerflags erstellt worden und die Distri (Compiler und Treiber) sind vermutlich nicht die neusten. Beim Raspi läßt sich das die CPU-Laus auf unter 15% drücken, auch mit DTMF-Auswertung.

Quote

Es soll DTMF ausgewertet und darauf reagiert werden wie bei Echolink(.org) Win-Software.
Es soll ausschließlich Echolink laufen, kein WX oder sonst was. Kein * vorne weg und # hinterher.

Da gibt man sich so viel Mühe die Funktionen zu erweitern...ok, kein Problem
Um ohne eine # auszukommen nimmst Du bitte den Parameter EXEC_CMD_ON_SQL_CLOSE=500 in Deine Konfiguration rein. Damit wird 500ms nach dem Schließen der Squelch ein eventuell erkanntes Kommando ausgeführt. Weiterhin sollte bei Dir MODULES=ModuleEchoLink stehen, damit gibt es nur noch ein Modul.
Als dritten Schritte solltest Du ACTIVATE_MODULE_ON_LONG_CMD=4:EchoLink aktivieren. Damit wird bei jeder mindestens 4stelligen DTMF-Folge das Modul EchoLink aktiviert und die Verbindung zum Node aufgebaut.

Quote

Zurzeit funktioniert es so lala mit der Squelch-Auswertung, das war unter Win ganz passabel (bis ich auf /usr/bin/siglevdetcal gestoßen bin .... wie gesagt mit der Doku bin ich auf Kriegsfuß).

Was genau gefällt Dir daran nicht? Nicht nur meckern, Verbesserungsvorschläge sind immer willkommen. Für die VOX gibt es noch zwei Parameter, außerdem sollte man mit den Parametern die mit "SQL_" im Rx-Zweig beginnen experimentieren.

Quote

Ich will aber auf Hardware-Squelch gehen, da ist nur die Frage, ob das mit der selben COM-Schnittstelle geht wie PTT, ansonsten bleibt mir nur SIGLEV

Ja, die selbe Schnittstelle definieren und den entsprechenden Pin für das Trägerkriterium.

Quote

Mein Motorola mc micro hat auf Pin-8 SQL (0V = SQ offen) liegen, einen Optokoppler werde ich noch aufreiben.

Das wird nur mit einem Optokoppler nicht gehen, eine normale serielle Schnittstelle benötigt eine Spannung von -15V bis +15V (+/-8V sollten eventuell auch reichen)! Einen Pin auf 0V zu ziehen ist kein definiertes Eingangssignal. Da brauchst Du einen MAX232 o.ä. Die Alternative ist einfach beim SIGLEV zu bleiben.

Quote

Der modulare Aufbau von svxlink ist echt klasse, aber wenn man Probleme hat, weiß man nicht, wo man anfangen soll.
Zumal wenn man von DOS/Windows kommt, alleine davor steht und mal irgendwann auf einer HP9000 nur banale Dinge gemacht hat .... und mit Copy&Paste kommt man auch nicht immer weiter.

Genau dafür habe ich diese Seite erstellt. aber ganz von alleine geht es nicht, man muß bereit sein sich mit neuen Dingen zu beschäftigen und Zeit zu "opfern", das gilt nicht nur für Betriebssysteme. Die Lernschwelle ist auf einer texbasierten Linuxumgebung natürlich höher und um ein Lesen der Doku kommt man nicht immer herum.

73's de Adi, DL1HRC

Hallo Adi,
danke für Deine ausführliche Antwort.
Bin leider erst jetzt zur Umsetzung gekommen (Du bekommst eine Kirschmarmelade mit Whisky wenn alles läuft!) .
So wie es aussieht habe ich bei siglevdetcal den Fehler gemacht beim ersten Durchgang einen Stillen Träger zu senden, ansatt VOLLE PULLE NF.
Aber jetzt öffne ich das Relais (über Funk) und svxlink fängt an im Sekundentakt kurz einen Träger zu senden auf, zu, auf, zu....
Da muss ich wohl noch (Zitat) "... im Rx-Zweig beginnen experimentieren." OK mach ich!
Eigentlich sollte svxlink nur reagieren, wenn eine EL-Verbindung besteht.
Irgendwie muss ich es noch hinbekommen, dass er 1750 Hz sendet, wenn das Relais abgefallen ist (Rauschen).
Er darf nur senden, wenn auf'm Relais keiner Quatscht (stiller Träger).
Wenn ein QSO im Gange ist, muss die PTT sozusagen blockiert sein.

Bekommen wir das hin?

Gruß udn 73 de DG1RUE (Holger)

Hi,

Quote

So wie es aussieht habe ich bei siglevdetcal den Fehler gemacht beim ersten Durchgang einen Stillen Träger zu senden, ansatt VOLLE PULLE NF.

Nein, es muß ein stiller Träger sein!! Keine NF! Am besten einen Meßplatz mit einem definierten S9-Signal ohne Meßton.
Probier als erstes mit der VOX, so dass der NF-Pegel ok ist für die Übertragung unabhängig von irgendwelchen Timing-Sachen.
Dann kalibrierst Du mit diesen Einstellungen des Alsamixers den Siglevel-Detector. Das Verfahren ist Dir soweit bekannt? Die Squelch am RX muss immer offen sein!
Das funktioniert wirklich richtig gut wenn Du bei den Soundeinstellungen irgendwo die Regler halbwegs in der Mitte hast. Ist ein Alsamixer-Regler am Anschlag, egal ob bei 0% oder bei 100% ist was faul und Du mußt hardwareseitig nachbessern.

Quote

Irgendwie muss ich es noch hinbekommen, dass er 1750 Hz sendet, wenn das Relais abgefallen ist (Rauschen).
Er darf nur senden, wenn auf'm Relais keiner Quatscht (stiller Träger).
Wenn ein QSO im Gange ist, muss die PTT sozusagen blockiert sein.

Da muß ich nachdenken, das geht sicher alles zu machen mit mehr oder weniger Aufwand. Es ist aber eben ein von mir sehr ungeliebtes Kind, irgendeine externe Relaissteuerung, abgesetzt, ohne Fernzugriff...habe ich nicht so richtig lieb

vy 73's de Adi, DL1HRC

...das Ganze steht und fällt auch mit der Abfallzeit des Relais. Wenn das Ding bei jedem Träger/Rufton für 30 Sekunden auftastet kannste EchoLink eigentlich nur noch mit VOX machen und dann mit allen ungeliebten Folgen.

Wirklich keine kleine 5,6GHz Richtfunkantenne möglich???

vy 73's de Adi

Hallo Adi,

ich habe jetzt 2 Stunden mit den Einstellungen rumgespielt.
Habe extra die Zeit vor und nach dem Fußballspiel genutzt, weil dann alle vorm Fernseher sitzen.
Wenn die NF ok ist (Alsamixer), dann tastet svxlink jede Sekunde auf, zu, auf ....
Warum sendet svxlink überhaupt, obwohl keine Verbindung von mir oder zu mir aufgebaut ist?
Gibt es eine Erläuterung der SQL_Werte ?
Unter der PageID=487 steht "siehe Rauschsperrenkalibrierung" habe ich aber nicht gefunden.
Auf SourceForge steh was von "Start the SvxLink server and verify that full signal strength is showed as about 100 and open squelch is showed as about 0." Wie kann ich den den signal level in svxlink ablesen?

Langsam glaube ich, dass ich es doch nicht hinbekomme.

73 de DG1RUE

schick mir mal bitte Deine svxlink.conf und die Logausgaben, damit ich mir das mal näher anschauen kann.

-> Adi'sRufzeichen @ gmx.de

73's de Adi

Guten Abend zusammen,

Holger, vielleicht kann man relativ schnell helfen, was Deine Problematik mit der Hardware angeht. Dazu darf ich Dir mal den folgenden Artikel ans Herz legen. Damit hast Du mit relativ wenig Aufwand direkt mehrere Probleme gelöst.

- NF Pegelanpassung
- Konsequente Trennung der Signale gegen Brummen
- Squelchauswertung über Optokoppler
- Elegante Lösung der Schnittstelle zum Tasten

Wir haben hier sehr lange gebastelt. Eben auch mit den Signalpegeln und gegen diese Distorsionerror gekämpft. Wenn die ab und an mal auftauchen ist das im Übrigen nicht schlimm.

Eine Squelchauswertung über den Optokoppler ist definitiv vorzuziehen.

Erfahrungsgemäß ist es von großer Wichtigkeit, dass die NF-Pegel stimmen und auch die Impedanz. Und das vom TX Richtung USB Soundkarte, sowie von der USB Soundkarte zum Mic Eingang. Das vermeidet Verzerrungen in beiden Richtungen.

Mit einer Platine, wie sie in dieser Veröffentlichung zu sehen ist, läuft hier mein Gateway. Und das, ohne auf die Schulter klopfen zu wollen so gut, dass ein unwissender OM es nicht glauben wollte, dass das Signal von einem OM mit PC kam

Aber sieh mal selber:

http://www.as-electronic-wes.de/Schaltungsbesc…eschreibung.pdf

Übrigens, mein Raspi hier läuft bei gestartetem Svxlink mit rund 14 % und wenn Echolink läuft ist es auch nicht viel mehr. Es reicht sogar um hier noch ein IGate (Xastir) mit grafischer Oberfläche im Hintergrund laufen zu lassen.

Ach ja, DTMF ist gar kein Problem hier.

Den Hinweis von Adi mit dem Alsamixer solltest Du sehr ernst nehmen. Das ist alles sehr empfindlich in den Einstellungen. Nimm Dir Zeit zum Testen.

Fragen? Gerne