CTCSS Erkennung

    Hallo zusammen,


    was mir aufgefallen ist, das wenn man CTCSS als "Öffnungsmöglichkeit" des Relais einsetzt, der CTCSS Ton ausgewertet wird trotz geschlossenem Squelch und sich der Repeater somit öffnet.
    Folgende Arbeitsparameter: Motorola RX sendet High Pegel an einen GPIO Pin wenn der Squelch offen ist, RX hängt natürlich am ungesquelchtem Diskriminatorausgang, so das kontinuierlich ein Rauschen anliegt. Adi hast Du hier eine Idee wo im Programm eine Änderung vorgenommen werden muss, so dass bei CTCSS: SQL_OPEN & CTCSS erfüllt sein müssen damit der Repeater sich öffnet?!
    Ich gehe davon aus das man hier in den Sourcecode eingreifen muss..


    73 Sebastian

    Hi Sebastian,

    wie kann denn ein CTCSS-Ton anliegen OHNE dass gleichzeitig auch die SQL durch einen Träger mit geöffnet wird (mal abgesehen won einem Betrieb auf dem Meßplatz wenn Du per Generator die NF direkt auf die Soundkarte gibst).
    Mir ist jetzt das Problem nicht so ganz klar. Wozu ist der GPIO-Pin gut, wenn Du Dein Relais mit CTCSS betrieben möchtest? Oder wie soll das genau funktionieren?

    vy 73s de Adi / DL1HRC

    Hi Adi,

    also folgendermaßen....
    Der CTCSS Ton kann anliegen, da der RX des Svxlink die ungesquelchte NF vom Diskriminator bekommt.
    Das Squelch Open/Close Kriterium kommt ebenfalls vom Motorola RX der bei offenem Squelch einen High Pegel Sendet ( srpich es wird der Squelch des Motorola RX genutzt, aber abgegriffen wird am Diskriminator vor dem Squelch !! ), dieser wird mittels GPIO ausgewertet und an Svxlink übergeben.
    So passiert es das Svxlink auch des öfterem aus dem Rauschen einen CTCSS Ton erkennt m.E. ist aber keiner vorhanden, sondern lediglich rauschen....
    Deshalb habe ich die Zeitspanne schon recht hoch gesetzt damit das Relais nicht dauernd geöffnet wird.
    m.E. ist es auch ein Fehler das es überhaupt möglich ist das seitens Svxlink ein Ton erkannt wird wenn der Squelch gar nicht geöffnet ist ( in meinem Fall kein High Pegel am Gpio Port ).

    ich hoffe ich konnte es Dir jetzt verständlich rüber bringen, wie das ganze hier aufgebaut ist, Hintergrund ist auch der, das es mir so möglich ist den SQL des Geräts zu nutzen und auch SIGLEV des Svxlink, so kann man mit letzterem auch experimentieren.

    P.S. Das Relais kann via CTCSS 2 und 1750 geöffnet werden


    73 Sebastian

    Hi Sebastian,

    Quote

    m.E. ist es auch ein Fehler das es überhaupt möglich ist das seitens Svxlink ein Ton erkannt wird wenn der Squelch gar nicht geöffnet ist ( in meinem Fall kein High Pegel am Gpio Port ).


    Ist es nicht, dann dürfte man keine VOX ohne Trägerauswertung betreiben und der Sigleveldetektor dürfte auch nicht funktionieren weil ich nicht noch einen Pin mit externer Trägerauswertung von außen bediene. Es ist hierbei ja gerade gewollt, dass es keiner Trägererkennung bedarf sondern das Anliegen eines Subtones um zu erkennen ob eine Station gerade sendet.

    Quote

    So passiert es das Svxlink auch des öfterem aus dem Rauschen einen CTCSS Ton erkennt m.E. ist aber keiner vorhanden, sondern lediglich rauschen....


    Das kann aber nicht die Ursache sein, das Rauschen vom Diskriminator (ohne Träger) besitzt einen hohen Amplitudenanteil im Bereich oberhalb von 4-5kHz.
    Der CTCSS-Dekoder wird aber über ein digitales Tiefpass-Filter mit einer Grenzfrequenz von ca 300Hz versorgt. Des weiteren muß dieser Ton über eine bestimtme Zeit konstant anliegen um als CTCSS erkannt zu werden wenn Du nicht gerade alles auf 0 gesetzt hast ;) . Möglicherweise ist die Parameterauswahl nicht optimal (OPEN_ON_CTCSS zu kurz, SQL_DELAY usw.) oder Du bekommst über einen anderen Pfad in der Tat einen Ton im unteren NF-Frequenzbereich rein. Ich würde mir das mal auf dem Oszi oder besser Spektrumanalysator anschauen. Es gibt inzwischen auch 3 Varianten des CTCSS-Dekoders, hier kann man eventuell mal durchprobieren.

    vy 73s de Adi / DL1HRC

    Moin Adi,

    ich habe das Delay schon auf 600 stehen, damit nicht dauernd ein CTCSS Ton erkannt wird wo keiner ist, warum ich mir da so sicher bin? Ich habe zu Testzwecken den Ton verändert in einen den kein User kennt :D und auch dann wurde fälschlicherweise ein Ton erkannt wo keiner war, woran das nun liegt weiß ich nicht, dehalb auch das m.E hohe Delay um Fehlauswertungen zu unterbinden.
    Ich werde nochmals mit den verschiedenen Decodern testen und dann berichten.


    Gruß Sebastian

    Hallo Sebastian,

    welches Motorola kommt denn zum Einsatz?
    Bei der GM-Serie ist es so, dass man sowohl den Kanal mit CTCSS und DCS konfigurieren kann, die Squelch-Erkennung allerdings nur pauschal für das gesamte Gerät (ist auch eine separate Section in der Programmiersoftware). D.h. mit anderen Worten, wenn Du CTCSS am Rx Deines svxlink verwenden möchtest, musst Du den Motorola-Squelch, und damit auch die Squelch-Erkennung über Pin 4 des TRX, entsprechend konfigurieren. Nur dann bekommt svxlink auch ein HIGH - Pegel für den "open-squelch".