AKTUALIZACJA 22.05.2025

 

W dniu dzisiejszym zakończyłem budowę dwóch kolejnych hotspot na bazie tego opisu i chyba mogę potwierdzić że jest to powtarzalny schemat zarówno na RaspberryPi 0W jak i RaspberryPi 0W2.

Jakość wykonania nie jest powalająca, ale na pocieszenie wspomnę że znam kilka "ładnych" a działających jak szlifierka - dla mnie ważne że działa, i to całkiem nieźle. 

 

Jedyną zmianą jaką dokonałem to zmiana pinów GPIO odpowiedzialnych za nadawanie i odbiór. Jako PTT użyłem GPIO16 co w konfigu Tx1 daje 

PTT_TYPE=GPIOD
PTT_GPIOD_CHIP=gpiochip0
PTT_GPIOD_LINE=16

a jako detekcja SQL w Rx1 jest GPIO20

SQL_DET=GPIOD
SQL_GPIOD_CHIP=gpiochip0
SQL_GPIOD_LINE=20

Dodatkowo na linii SPK karty dźwiękowej a wejście mikrofonowe radia dałem 22k rezystor oraz między wejściem MIC i GND na karcie audio także jest 22k rezystor. ( wartości te najlepiej dobrać doświadczalnie ).

 

 

Dzięki temu i ustawieniu regulacji głośności w Quansheng na poziomie "godzina 9-ta" udało mi się osiągnąć poziom głośności na zalecanym przez SVXlink poziomie -6

 

 

 

 

 

Dodanie funkcjonalności GPS

W samym svxlink mamy w sumie w 2 miejscach podawane nasze dane geolokalizacyjne. jest to w pliku svxlink.conf

[LocationInfo]
CALLSIGN=EL-MB7ITN
#SOURCE_CALLSIGN=M0IQF-1
#LOGIN_CALLSIGN=M0IQF-1
APRS_SERVER_LIST=euro.aprs2.net:14580
STATUS_SERVER_LIST=aprs.echolink.org:5199
#FILTER=m/10
SYMBOL=/r
LON_POSITION=000.28.50W
LAT_POSITION=51.53.43N
FREQUENCY=430.075
#TX_OFFSET=-600
NARROW=1
TX_POWER=3
ANTENNA_GAIN=6
ANTENNA_HEIGHT=7m
#ANTENNA_DIR=-1
PATH=TCPIP*
BEACON_INTERVAL=10
STATISTICS_INTERVAL=10
STATISTICS_LOGIC=SimplexLogic
TONE=110
COMMENT=HUBLINK SvxReflector
#PTY_PATH=/dev/shm/aprs_pty
#DEBUG=0

jak i w pliku  node_info.json

{
    "nodeLocation": "Luton",
    "hidden": false,
    "sysop": "M0IQF",
    "toneToTalkgroup": {
        "110.9": 0
    },
    "qth": [
        {
            "name": "Hotspot",
            "pos": {
                "lat": "51.896",
                "long": "-0.481",
                "loc": "IO91SV"
            },
            "rx": {
                "R": {
                    "name": "SvxPi_Qhs",
                    "freq": 438.800,
                    "sqlType": "CTCSS",
                    "ant": {
                        "comment": "",
                        "height": "0",
                        "dir": "0"
                    }
                }
            },
            "tx": {
                "T": {
                    "name": "Tx1",
                    "freq": 0.0,
                    "pwr": "0.02",
                    "ant": {
                        "comment": "",
                        "height": "0",
                        "dir": "0"
                    }
                }
            }
        }
    ]
}

Niestety każda z tych "lokalizacji" nie nadaje się do aktualizacji ponieważ te dane są pobierane podczas uruchamiania svxlink. A po uruchomieniu nawet naniesienie zmian nie wpływa na dalsze prezentacje ich w sieci. Dla wyjaśnienia dane z node_info.json są używane do pokazania na mapie reflektora

natomiast dane z pliku svxlink.conf są używane do serwisu APRSIS

 

Niestety aby użyć odbiornika GPS i w miarę na bieżąco aktualizować swoją pozycję trzeba użyć innych narzędzi. 

Koncept GPS będzie realizowany w dwóch etapach

1. Uruchomienie usługi GPS tracker niezależnie od SVXlink bazując na Direwolf lub innym skrypcie. 

2. Integracja nowych danych geolokalizacyjnych z SVXlink i możliwość ręcznego ( na żądanie ) , poprzez DTMF aktualizowania pozycji - wymaga to restartu svxlink jako programu co powoduje że nie można tego zautomatyzować, i aktualizacja + restart będą się odbywały komendą DTMF.  I aby to było możliwe popełnię coś co nazwałem SvxLink-menu  https://youtube.com/shorts/JrXaxe7A28Y