svxlink:start
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| svxlink:start [26.03.2021 20:14] – [SVX HotSpot / SVX_Hat] df2et | svxlink:start [25.05.2022 08:58] (aktuell) – [svxlink.conf] df2et | ||
|---|---|---|---|
| Zeile 64: | Zeile 64: | ||
| GM3x0-APRS Platine " | GM3x0-APRS Platine " | ||
| + | |||
| + | ==== 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: | ||
| + | |||
| + | | ||
| + | |||
| + | Der symlink /dev/cm108 kann dann anstatt des ursprünglichen Devicenamens / | ||
| + | |||
| + | 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, | ||
| + | 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 71: | Zeile 91: | ||
| AUDIO_CHANNEL=0 | AUDIO_CHANNEL=0 | ||
| SQL_DET=HIDRAW | SQL_DET=HIDRAW | ||
| - | HID_DEVICE=/ | + | HID_DEVICE=/ |
| HID_SQL_PIN=!VOL_DN | HID_SQL_PIN=!VOL_DN | ||
| | | ||
| Zeile 78: | Zeile 98: | ||
| AUDIO_CHANNEL=0 | AUDIO_CHANNEL=0 | ||
| PTT_TYPE=Hidraw | PTT_TYPE=Hidraw | ||
| - | HID_DEVICE=/ | + | HID_DEVICE=/ |
| HID_PTT_PIN=GPIO3 | HID_PTT_PIN=GPIO3 | ||
| Zeile 84: | Zeile 104: | ||
| sudo nano / | sudo nano / | ||
| + | | ||
| + | ==== 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: | ||
| + | | ||
| + | In der Folge hängt sich SVXlink auf und ggf. bleibt die PTT aktiv. Um das Problem zu beheben, muss folgende Zeile in die / | ||
| + | |||
| + | 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 115: | Zeile 149: | ||
| $ sudo systemctl stop serial-getty@ttyAMA0.service | $ sudo systemctl stop serial-getty@ttyAMA0.service | ||
| $ sudo systemctl disable serial-getty@ttyAMA0.service | $ sudo systemctl disable serial-getty@ttyAMA0.service | ||
| + | |||
| + | Auf einem RPi4 ist der Hardware Serial Port auf dem GPIO / | ||
| ==== alsamixer ==== | ==== alsamixer ==== | ||
| Zeile 135: | 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 | ||
svxlink/start.1616789650.txt.gz · Zuletzt geändert: 26.03.2021 20:14 von df2et
Seiten-Werkzeuge
Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Share Alike 4.0 International
