PTT-Port über USB

    Hallo,

    habe noch eine Frage zum PTT-Port, den ich über einen USB-Adapter nutzen möchte.
    Der USB-Adapter wird erkannt und als ttyUSB0 ausgewiesen.
    Nun versuche ich testweise DTR zum schalten zu bewegen, aber es tut sich nichts am Anschluss.

    Was ist der Unterschied zwischen

    Irgendwie hatte sich gerade meine Tastatur abgehängt, :(

    habe noch eine Frage zum PTT-Port, den ich über einen USB-Adapter nutzen möchte.
    Der USB-Adapter wird erkannt und als ttyUSB0 ausgewiesen.
    Nun versuche ich testweise DTR zum schalten zu bewegen, aber es tut sich nichts am Anschluss.

    Was ist der Unterschied zwischen SERIAL_PIN=CTS:SET und SERIAL_SET_PINS=DTR, mal abgesehen vom CTS?
    Ich hatte auch versucht: PTT_PIN=DTRRTS oder PTT_PIN=!DTR!RTS, aber das funktionierte selbst nach reboot nicht.

    Wie kann ich das testen?

    73,
    Raimund

    Hallo,

    die Einstellungen können nicht funktionieren:

    Was ist der Unterschied zwischen SERIAL_PIN=CTS:SET und SERIAL_SET_PINS=DTR, mal abgesehen vom CTS?
    Ich hatte auch versucht: PTT_PIN=DTRRTS oder PTT_PIN=!DTR!RTS, aber das funktionierte selbst nach reboot nicht.

    Du musst entweder PTT_PIN=DTR oder PTT_PIN=RTS einstellen, je nachdem was Dein Interface kann.
    z.B. hatte ich große Probleme das Interface von Landolt so einzustellen, daß es mit dem Funkgerät gearbeitet hat. Ausserdem hatten wir noch den Fehler beim Alixboard, hat mich sehr viel Zeit gekostet, daß der serielle Port kein echter serieller Port ist. Aus dem Grund hatten wir eine Schnittstelle über USB realisiert, die dann egal mit welchen Einstellungen immer funktioniert. Also Du siehst es speilt alles ein gewisse Rolle und man kann nicht immer alle fehlermöglichkeiten kennen.

    73 Manfred

    Hallo Manfred,

    hatte da irgendwie einen schlechten Tag.

    Zur Info,: Pi mit Suse V12.3 und svxlink V1.0.99.10

    Das Problem konnte ich lösen, wie so oft ist man einach zu blöde :-(.
    1. Es gab einen Verdrahtungsfehler in meiner Schnittstellenleitung, so dass ich das Signal am Ende nie messen konnte
    2. Nach etlichen Versuchen und Deinem Hinweis bin ich drauf gekommen, dass der Ausgang mit PTT_PORT= gesetzt wird und nicht wie ich immer versucht habe mit SERIAL_SET_PINS=

    Ich wollte auch versuchen das über die GPIO zu machen, nur gibt es da Probleme mit den Updates.
    Wie ich Updates machen kann blieb mir bisher unerschlossen, es gibt ja einige Beschreibungen, die sich auf andere Distributionen beziehen.
    Allerdings funktioniert dieser Teil nun und das reicht vielleicht erst einmal.

    73,
    Raimund

    Hi,

    alles wird gut. Die gleichen und ähnliche Probleme hatte ich auch, als ich mit dem Raspberry angefangen hab. Deshalb bin ich erst mal umgestiegen und hab einen alten Laptop genommen und hab das ganze erst mal da installiert. Jetzt hab ich ein Alixboard für die Repeatersteuerung in Betrieb. Da gab es andere Probleme. Wenn Du die Anleitung von Adi genommen hast für die Einrichtung von Svxlink auf dem Raspberry, sollten die Updates eigentlich automatisch laufen.
    siehe hier:
    sudo apt-get install ca-certificates git-core

    Nun laden wir den Rpi-Updater selbst:

    sudo wget http://goo.gl/1BOfJ -O /usr/bin/rpi-update

    und das hier in der Anleitung:
    sudo chmod +x /usr/bin/rpi-update
    sudo rpi-update

    Hoffe das Du die Einstellungen so gemacht hast und nicht vergessen für das kompilieren, also vor dem make das Flag richtig zu setzen, sonst hast Du eine sehr hohe Prozessorlast und der Raspi tickt dann irgendwann aus.

    73 Manfred

    Hallo Manfred,

    und da haben wir schon das nächste Problem.

    Ich habe den RPI, bzw. die SD-Karte für unseren Repeater DB0WIT schon fertig konfiguriert bekommen, glaube das hatte Adi irgendwann gemacht.
    Was und wie kompiliert wurde kann ich nicht sagen, meine Anpassungen beschränkten sich bisher auf den automatischen Start von svxlink und den Serial-USB Anschluss.
    Nun bin ich nicht ganz "Blind" und hatte vor Jahren auch einige Vorkenntnisse bezüglich Linux, nur seit dem fast nichts mehr damit gemacht.

    Leider funktioniert apt-get ... auch als root nicht (sudo geht nicht bei SuSe ist es su ?), "bash: apt-get: command not found",
    wget.... hat er gemacht und bei rpi-update gibt es folgende Meldung:

    Keine Ahnung ob das so ok ist, Prozessorlast für svxlink liegt bei etwa 10%.

    73,
    Raimund

    Hi,
    wenn die Karte von Adi gemacht wurde, dann hat er den automatischen Updater schon mit drin. Und mit dem compilieren scheint das auch korrekt zu sein, denn eine Last von 10% ist super. Dann musst Du nur die Einstellungen vornehmen, damit der richtig läuft. Sudo oder su kann nur funktionieren, wenn du als User, ich vermute Adi hat den User svxlink eingerichtet, auch root rechte hast, ansonsten solltest Du dich mit den Raspi Root einloggen und den User neu anlegen.
    Ich bin aber auch nicht so der große Linux - Freak, hab auch erst vor einiger Zeit damit angefangen und erst mal auf einem Laptop alles probiert. Du kannst natürlich auch hergehen und die komplette Karte neu machen, aber das würde ich nicht unbedingt machen. Bei meinen ersten Versuchen mit dem Raspi hab ich das ganze bestimmt 10 mal neu aufgespielt. Da kann man was lernen dabei. :)

    73 Manfred

    Guten Abend zusammen,

    Raimund, den Eintrag den Du suchst, sollte sich in der svxlink.conf befinden und im Abschnitt [TX1] stehen. In Deinem Falle: PTT_PORT=/dev/ttyUSB0

    Groß und Kleinschrift ist zu beachten!!

    Des Weiteren dann in der nächsten Zeile: PTT_PIN=DTR

    Es ist dazu zu sagen, dass man mit dem DTR dann sehen muss, ob man high oder low braucht für das was dahinter kommt. ggf. muss man in die Trickkiste greifen und das Signal noch invertieren z. B. bei Optokopplern.

    Habe das hier schon mal eingestellt, aber vielleicht hilft diese Veröffentlichung weiter:

    [urlhttp://www.as-electronic-wes.de/Schaltungsbeschreibungen/Raspi-Beschreibung.pdf][/url]

    Da haben wir nämlich genau dieses gemacht. Die RX/TX Umschaltung und auch gleichzeitig die Auswertung des Squelch. Die Hinweise zu den Pulldown -widerständen sollten dabei besonders beachtet werden.

    Hallo zusammen

    und ein frohes Neues, wenn man das noch sagen darf.

    Ich möchte ein älteres Problemchen noch einmal aus gegebenen Anlass aufgreifen.

    Im Log steht folgendes:

    Fri Jan 9 09:07:46 2015: Loading RX: Rx1
    Fri Jan 9 09:07:46 2015: *** WARNING: The PINNAME:LEVEL syntax for config variable Rx1/SERIAL_PIN is deprecated. Just use the pin name and prefix it with an exclamation mark (!) if inverted operation is desired.
    Fri Jan 9 09:07:46 2015: Loading TX: Tx1
    Fri Jan 9 09:07:46 2015: Loading module "ModuleEchoLink" into logic "SimplexLogic"
    Fri Jan 9 09:07:46 2015: Module EchoLink v1.3.0 starting...

    Wie lange das Problem besteht kann ich nicht mal eingrenzen, aber es wird wohl bei jedem Starten von Svxlink gemeldet.

    In der bisherigen Einstellung steht bei mir in der svxlink.conf folgendes:

    SERIAL_PORT=/dev/ttyUSB1
    SERIAL_PIN=CTS:CLEAR

    Am USB1 hängt ein Schnittstellenwandler USB-Seriell und die Funktion ist gegeben.Genaugenommen könnte ich weiterhin diese Fehlermeldung auch ignorieren, denn es klappt alles. So auch die PTT und auch die Auswertung Squelch.

    Den Parameter "PINNAME" gibt es in meiner Config erst gar nicht.
    Bei mir läuft die Version SvxLink v1.4.99.2

    Wie gesagt, ich könnte es alles auch so lassen. Aber interessieren würde es mich trotzdem :)

    Hi,

    Quote


    SERIAL_PIN=CTS:CLEAR


    das ist jetzt (seit wenigen Monaten) anders zu schreiben in Anlehung an die Schreibweise innerhalb von Programmen:

    neu SERIAL_PIN=CTS -> war früher SERIAL_PIN=CTS:SET
    neu SERIAL_PIN=!CTS -> war früher SERIAL_PIN=CTS:CLEAR

    Also das "!" als erstes Zeichen bewirkt eine Negation.

    vy 73's de Adi, DL1HRC