Hallo Leser,
Ich möchte gerne unterschiedliche Roger-Pieps für Signale von HF und von Echolink haben.
mir ist klar, dass diese in den TCL-Dateien "parametriert" / programmiert werden können.
Welche "Signale/Varablen" wären denn in den TCL-Umgebungen verfügbar um damit eine If-Abfrage zu programmieren, die diese Unterscheidung E-Link und HF ermöglicht?
hat jemand das schon als Beispiel bearbeitet?
Danke für Lesen und nachdenken
vy 73
Michael
Ich möchte gerne unterschiedliche Roger-Pieps für Signale von HF und von Echolink haben.
Hi Michael,
das müßte sich in der Logic.tcl über die proc send_rgr_sound{} sowie proc squelch_open machen lassen. squelch_open verarbeitet das Öffnen und Schließen der Rauschsperre, send_rgr_sound ist die eigentliche "Roger-Beep-Generierung". Ich probiere das mal aus wenn ich wieder im Lande bin, will jetzt erst mal los für ein paar Tage in den Schnee.
Bitte nicht vergessen bei allen Änderungen das locale-Konzept (http://svxlink.de/?page_id=903) zu berücksichtigen, sonst fängt man nach einem Update wieder von vorne an.
73's de Adi, DL1HRC
Hi Michael,
ich habe das mal unter http://svxlink.de/?page_id=939 beschrieben. Bei Fragen oder Problemen einfach melden.
55's + 73's de Adi, DL1HRC
Ich habe es ausprobiert -- leider klappt es nicht.
Ich habe auch probiert -- weil so auf http://svxlink.de/?page_id=903 beschrieben -- die Datei roger-piep.tcl direkt in /usr/share/svxlink/event.d/local/ abzulegen. Nach Neustart svxlink leider ebenfalls ohne Erfolg.
Woran könnte es liegen?
wie kann ich prüfen, dass die Installation (Trunk, 5. Feb. 12) diese Datei auch einliest und damit die ursprünglichen Definitionen überladen werden?
(P.S. Ich bin in TCL/TK noch nicht besonders bewandert und kann das Objektkonzept und die parallelen Definitionen noch nicht einordnen...)
Ergänzung:
ich habe jetzt mit Bezug zu Seite http://svxlink.de/?page_id=903 noch zwei weitere Stellen ausprobiert:
/usr/share/svxlink/sounds/de_DE/events.d/ und
/etc/svxlink/events.d/ (sind übrigends bei mir beide verlinkt)
beides leider ebenfalls nicht erfolgreich. Für weitergehende Vorschläge bin ich dankbar -- Vielleicht verstehe ich es ja nicht vollständig genug: Mir stellt sich die Frage: Ist das Script mit der Variablendefinition eigentlich so vom scope-Effekt betroffen? -- Muss da eventuell ein "global" mit eingefügt werden?
tnx, vy 73
Michael
Hi Michael,
habe das auf der Seite mal korrigiert, ich hatte hier auf WSF noch ein paar Sachen geändert deshalb lief es bei Dir nicht, sri. Ohne das de_DE am Ende muß es jetzt laufen, also die Datei nach /usr/share/svxlink/events.d/local kopiern und neu starten. Ich bin auch nicht so der große TCL-Freak. Wichtig ist, dass Deine Files und damit Deine Änderungen NACH den Original-Files gesourced werden. Damit werden die Original-Proceduren im Namespace "Logic" durch Deine geänderten Proceduren überschrieben, eigentlich 'ne tolle Sache.
Um anzuzeigen, welche Dateien geladen werden, kannst Du in der /usr/share/svxlink/events.tcl am Ende den Code wie folgt ändern (jeweils das puts "lade $file"; einfügen):
...
# Source all tcl files in the events.d directory.
# This directory contains the main event handlers.
foreach {file} [glob -directory $basedir/events.d *.tcl] {
puts "lade $file";
source $file;
}
# Source all files in the events.d/local directory.
# This directory contains local modifications to the main event handlers.
foreach {file} [glob -nocomplain -directory $basedir/events.d/local *.tcl] {
puts "lade $file";
source $file;
}
# Source all tcl files in the language specific events.d directory.
# This directory contains the main event handlers.
foreach {file} [glob -nocomplain -directory $langdir/events.d *.tcl] {
puts "lade $file";
source $file;
}
# Source all files in the language specific events.d/local directory.
# This directory contains local modifications to the main event handlers.
foreach {file} [glob -nocomplain -directory $langdir/events.d/local *.tcl] {
puts "lade $file";
source $file;
}
# Source all files in the modules.d directory.
# This directory contains modules written in TCL.
foreach {file} [glob -directory $basedir/modules.d *.tcl] {
puts "lade $file";
source $file;
}Mit dieser Änderung wird in der Logdatei eingetragen, welche tcl-files geladen werden.
73's de Adi, DL1HRC
Jetzt läuft es!!!!!!!!!!! 
Woran lag es???
Ein äußerst zuvorkommendern und sehr hilfreicher OM (Nils, DO6NP) hatte den Rechner und SVXlink konfiguriert -- teilweise mit mir zusammen per screen.... -- ich zeige große Hochachtung für Nils, da er auch in Osnabrück ein Netzwerk von mehreren Relais (HanseLink) mit SVXLink zum Laufen gebracht hat und die Konfiguration durchgeführt hat.
Er hat einen Link des Verzeichnisses /etc/svxlink/locale-events auf /usr/share/svxlink/sounds/de_DE/events/lokal gelegt.
Das schien mir sinnvoll, weil ich damit in der /etc/svxlink/locale-events die entsprechenden Änderungen machen konnte.
Mit dem locale-Konzept von svxlink gibt es dann jedoch dadurch ein kleines Problem, so dass damit keine weiteren Dateien sinnvoll zum Überladen herangezogen werden können... -- diese landen automatisch dann in dem Ordner /etc/svxlink/locale-events und sind nur gleichberechtigt. Sie werden in Abhängigkeit vom Dateinamen geladen.
Nach dem Ändern der Linkbeziehungen auf /usr/share/svxlink/events.d/lokal war dies plötzlich gemäß dem locale-Konzept von svxlink mit der von dir vorgeschlagenen Ablage der Dateien in /usr/share/sounds/de_DE/events/lokal wieder möglich -- alles lief planmäßig, wie von Dir gedacht!!!
Vielen herzlichen Dank
Michael
Jetzt läuft es!!!!!!!!!!! :D
Woran lag es???Es war das falsche Verzeichnis angegeben, das /de_DE am Ende von war zuviel.
Er hat einen Link des Verzeichnisses /etc/svxlink/locale-events auf /usr/share/svxlink/sounds/de_DE/events/lokal gelegt.
Das schien mir sinnvoll, weil ich damit in der /etc/svxlink/locale-events die entsprechenden Änderungen machen konnte.
Mit dem locale-Konzept von svxlink gibt es dann jedoch dadurch ein kleines Problem, so dass damit keine weiteren Dateien sinnvoll zum Überladen herangezogen werden können... -- diese landen automatisch dann in dem Ordner /etc/svxlink/locale-events und sind nur gleichberechtigt. Sie werden in Abhängigkeit vom Dateinamen geladen.
Ja, das ist dann so. Alles nach /etc/svxlink.d/locale-events zu linken ist meiner Ansicht nach ungünstig da die darin befindlichen tcl-Files u.U. unsinnigerweise mehrfach gesourced werden. Außerdem funktioniert die Sprachumschaltung nicht mehr richtig und für andere OM's die man mal um Hilfe bittet ist auch die Nachvollziehbarkeit nicht mehr gegeben. Wie man es letztendlich für sich organisiert ist eigentlich egal, so lange man selber noch durchblickt. Macht wie ihr das für richtig haltet.
73's de Adi, DL1HRC