Benutzer-Werkzeuge

Webseiten-Werkzeuge


svxlink:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
svxlink:start [25.05.2020 20:50] – [SVX HotSpot / SVX_Hat] df2etsvxlink:start [25.05.2022 08:58] (aktuell) – [svxlink.conf] df2et
Zeile 55: Zeile 55:
   sudo make install   sudo make install
   sudo ldconfig   sudo ldconfig
-  + 
 +Der svxlink-Installationsprozess legt /lib/system/systemd/svxlink.service an, man kann den Dienst also dann "out of the box" mit "systemctl start svxlink.service" starten bzw. dann auch mit "systemctl stop svxlink.service" beenden. Das svxlink-log findet man dann unter /var/log/svxlink. Vorerst sollte man zum Testen der Konfiguration svxlink noch händisch starten.
 ====== Konfiguration ====== ====== Konfiguration ======
  
Zeile 63: Zeile 64:
  
 GM3x0-APRS Platine "DingleBop" nach DB9MAT, DG1TAL und DF2ET GM3x0-APRS Platine "DingleBop" nach DB9MAT, DG1TAL und DF2ET
 +
 +==== udev ====
 +
 +Um einerseits die Berechtigungen für non-root user zu vergeben und andererseits auch einen symlink anlegen zu lassen, der auf das korrekte Gerät zeigt (die Nummer wechselt bei mehreren hidraw Geräten), kann folgede udev Regel verwendet werden:
 +
 +   SUBSYSTEM=="hidraw", ATTRS{idVendor}=="0d8c", ATTRS{idProduct}=="013c", SYMLINK+="cm108", MODE="0666"
 +   
 +Der symlink /dev/cm108 kann dann anstatt des ursprünglichen Devicenamens /dev/hidrawX verwendet werden.
 +
 +Die Vendor und Product ID lassen sich mittels lsusb ermitteln:
 +
 +   $ lsusb
 +   Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
 +   Bus 001 Device 005: ID 0d8c:013c C-Media Electronics, Inc. CM108 Audio Controller
 +   Bus 001 Device 006: ID 0424:7800 Standard Microsystems Corp.
 +   Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
 +   Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
 +   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 +   
 +In diesem Fall sind das 0d8c:013c (siehe Zeile 2 der Ausgabe von lsusb).   
  
 ==== svxlink.conf ==== ==== svxlink.conf ====
Zeile 70: Zeile 91:
   AUDIO_CHANNEL=0   AUDIO_CHANNEL=0
   SQL_DET=HIDRAW   SQL_DET=HIDRAW
-  HID_DEVICE=/dev/hidraw0+  HID_DEVICE=/dev/cm108  # (originally /dev/hidraw0; see udev rule)
   HID_SQL_PIN=!VOL_DN   HID_SQL_PIN=!VOL_DN
      
Zeile 77: Zeile 98:
   AUDIO_CHANNEL=0   AUDIO_CHANNEL=0
   PTT_TYPE=Hidraw   PTT_TYPE=Hidraw
-  HID_DEVICE=/dev/hidraw0+  HID_DEVICE=/dev/cm108  # (originally /dev/hidraw0; see udev rule)
   HID_PTT_PIN=GPIO3   HID_PTT_PIN=GPIO3
  
 +Zu editieren z.B. mit
 +
 +  sudo nano /etc/svxlink/svxlink.conf
 +  
 +==== Probleme mit RPi 2B/3B ====
 +
 +Bei den o.g. Raspberry Pis gibt es offenbar ein Problem mit dem USB Bus. Das führt dazu, dass der Kernel den USB-Bus von Zeit zu Zeit resettet. Im syslog erscheinen folgende Meldungen:
 +
 +  retire_capture_urb: 38 callbacks suppressed
 +  
 +In der Folge hängt sich SVXlink auf und ggf. bleibt die PTT aktiv. Um das Problem zu beheben, muss folgende Zeile in die /boot/cmdline.txt aufgenommen werden:
 +
 +  dwc_otg.speed=1
 +  
 +Diess Setting kann dazu führen, dass ggf. einige Tastaturen nicht mehr funktionieren. 
 +
 +Bei Raspberry Pi 3B+ und 4B tritt dieses Problem nicht auf.
 ===== SVX HotSpot / SVX_Hat ===== ===== SVX HotSpot / SVX_Hat =====
  
Zeile 106: Zeile 144:
    0 [sndrpiproto    ]: snd_rpi_proto - snd_rpi_proto    0 [sndrpiproto    ]: snd_rpi_proto - snd_rpi_proto
                         snd_rpi_proto                         snd_rpi_proto
 +
 +Außerdem muss für die GPIO-Steuerung unbedingt die serielle Console auf /dev/ttyAMA0 deaktivert werden. Dazu muss einerseits der Eintrag 'console=serial0,115200' entfernt und andererseits der geTTY vom Autostart ausgeschlossen werden. Das geht mittels:
 +
 +   $ sudo systemctl stop serial-getty@ttyAMA0.service
 +   $ sudo systemctl disable serial-getty@ttyAMA0.service
 +
 +Auf einem RPi4 ist der Hardware Serial Port auf dem GPIO /dev/serial0 statt /dev/ttyAMA0. Die Steuerscripte für das SVX_Hotspot Modul müssen ggf. entsprechend angepasst werden.
  
 ==== alsamixer ==== ==== alsamixer ====
Zeile 113: Zeile 158:
 {{ :svxlink:alsamixer_output.png?400 |Alsamixer Output}} {{ :svxlink:alsamixer_output.png?400 |Alsamixer Output}}
  
-Für den Eingang muss jeweils der Line-In Eingang auf der Aufnahmeseite selektiert bzw. geregelt werden:+Für den Eingang muss jeweils der Line-In Eingang auf der Aufnahmeseite selektiert bzw. geregelt werden (die Aktiviertung erfolgt mittels Leertaste):
  
 {{ :svxlink:alsamixer_input.png?400 |Alsamixer Input}} {{ :svxlink:alsamixer_input.png?400 |Alsamixer Input}}
Zeile 126: Zeile 171:
   SQL_DET=GPIO   SQL_DET=GPIO
   GPIO_SQL_PIN=gpio17   GPIO_SQL_PIN=gpio17
 +  SQL_START_DELAY=1000 
 +  SQL_DELAY=150
   DEEMPHASIS=0   DEEMPHASIS=0
   PREAMP=18   PREAMP=18
Zeile 146: Zeile 193:
   GPIO_GROUP="svxlink"   GPIO_GROUP="svxlink"
   GPIO_MODE="0664"   GPIO_MODE="0664"
 +
 +Zu editieren mittels
 +
 +   sudo nano /etc/svxlink/gpio.conf
  
 Wenn Svxlink mit den systemd Addons installiert wurde, existiert ein systemd service Script, welches die GPIOs beim Boot entsprechend konfiguriert. Damit dieses beim Sytemstart ausgeführt wird, muss es mittels Wenn Svxlink mit den systemd Addons installiert wurde, existiert ein systemd service Script, welches die GPIOs beim Boot entsprechend konfiguriert. Damit dieses beim Sytemstart ausgeführt wird, muss es mittels
svxlink/start.1590439833.txt.gz · Zuletzt geändert: 25.05.2020 20:50 von df2et