Unterstützung digitaler Auswertung im RX

    Liebe wissende OM's,

    dass in DL in der Zukunft alle FM-Relais auf CTCSS umgestellt werden, macht die Verwendung von Programmen wie SVXLink für viele FM-Relais-Betreiber interessanter den je, weil man damit gleich noch einen weiteren Schritt gehen könnte: Nutzergruppen spezifische Subtöne oder auch DCS. [Digital Tone Code Squelch (DTCS) ist das z.B. bei ICOM].

    Läßt sich der Subton bei bestimmten Ereignissen (z.B. alle Ansagen, oder HF-Empfang) leicht verändern oder durch einen zusätzlichen Subton ergänzen?

    Ich möchte gerne wissen, ob es da schon entsprechende Ansätze bei SVXLink gibt. -- Oder ist ds alles vorhanden und ich habe es einfach nur überlesen?

    Des weiteren gibt es ein Konzept durch die Phasenlage des CTCSS Informationen zu übertragen -- z.B. das in Kürze zu erwartende Schließen des Squelch ? (was ich gehört habe, nutzt Motorola so etwas in seinen Funkgeräten z.B. für: der Wechsel der Phasenlage des CTCSS zeigt an, die Rauschperre zu schließen.

    Ist so etwas auf einfache Weise zu ergänzen?

    Danke fürs Lesen und Nachdenken
    Michael

    Hallo Michael,

    ja, solche Ideen (DCS) sind auf jeden Fall vorhanden. Auch die modulabhängige Umschaltung zwischen verschiedenen CTCSS-Tönen z.B. auch bei verschiedenen Ansagen habe ich da im Hinterkopf.
    Der erste Schritt in diese Richtung war die relative einfache Implementierung der Mehrtondekoder/Encoder für ZVEI, EIA, CCITT, usw. Ich denke da wird sich in den nächsten Monaten noch was tun.
    Allerdings sind diese Software-Tondetektoren relativ CPU-hungrig, das muss man bei der Konfiguration berücksichtigen.

    Quote

    Des weiteren gibt es ein Konzept durch die Phasenlage des CTCSS Informationen zu übertragen -- z.B. das in Kürze zu erwartende Schließen des Squelch ? (was ich gehört habe, nutzt Motorola so etwas in seinen Funkgeräten z.B. für: der Wechsel der Phasenlage des CTCSS zeigt an, die Rauschperre zu schließen.

    Ist nicht implementiert und auch nicht auf einfache Weise (z.B. tcl) zu ergänzen. Hierzu müssen die CTCSS-En-/Decoder-Klassen umgeschrieben werden. Ich denke nicht, dass sich das sehr schnell realisieren lässt, da leider die Anzahl der Programmierer überschaubar ist und ehrlich gesagt diese Anforderung vielleicht auch nicht ganz oben auf der ToDo-Liste erscheinen wird :lol:

    73's de Adi, DL1HRC

    Hi Michael,

    ich werde in den nächsten Tagen einen SwAfskDecoder auf DB0WSF installieren und Testen.
    Dieser dekodiert kurze 1200Bd-AFSK-Bursts am Anfang||Ende einer Sprachdatenübertragung im Mic-e Format zur Positionsdatenübertragung und speist diese ins APRS-Netz ein.
    Mal schauen wie das so funktioniert. Ich denke das ist der erste Schritt bzgl. Deiner Anfrage, denn wenn das richtig funktioniert ist der Weg zur Dekodierung von DCS, FMS, MDC-(1200|600), ... nicht mehr ganz so weit.

    vy 73's de Adi, DL1HRC