Network Radio lub klient svxreflector na bazie urządzenia RaspberryPi umożliwia pracę za pośrednicwem sieci FM POLAND lub innego svxreflectora. W najprostrzej konfiguracji wystarczą słuchawki , karta dźwiękowa USB, wyświetlacz i RaspberryPi (0,2,3b+,4)
Panel sterowania powstał z materiałów dostarczonych przez FM POLAND i na potrzeby wyświetlacza 480x320px zmodyfikowany.
DVPi + ( Analog & Digital Voice over Pi )
Koncept DVPi+ bazuje na oryginalnym DVPi by KD8CEC.
Założenie jest takie aby wycisnąć z tej konstrukcji jak najwięcej dla siebie i posiadać najwięcej możliwych opcji jakie umiem dodać.
DVPi+ to kontynuacja którą opisywałem krok po kroku w kilku artykułach - teraz postanowiłem połączyć wszystko co robiłem w jeden artykół.
Recepta na DVPi+ jest prosta i polega na dogrywaniu nowych opcji nie ingerując w sam program DVPi i co najważniejsze zachowując w pełni schemat oryginalnego urzadzenia DVPi.
Mając do dyspozycji ekran dotykowy, przyciski funkcyjne oraz rotary encoder, można postarać się zaadaptować te urządzenia do oprogramowania jakie chcemy wgrać.
Mumble Bridge do sieci SvxReflector
Bridge powstał jako projekt poszukiwania "mobilnego" dostępu do sieci SvxReflector.
Obraz *.iso na urządzenia RaspberryPi powstał z materiałów opublikowanych przez Waldka SP2ONG dla projektu FM POLAND.
Ponieważ nie udało mi się odszukać w "oficjalnych" źródłach dashboard'u dla reflektora jaki wyprodukował Waldek SP2ONG, to postanowiłem go sobie zrobić sam.
Ten koncepcyjny projekt to ukłon dla posiadaczy hotspotów DMR, aby mogli taniej uruchomić się na analogowym SVXreflector.
aDVPi - 2024 to modyfikacja klasycznego DVPi+ polegająca trochę na unowocześnieniu interfejsu użytkownika. aDVPi to nic innego jak RaspberryPi z wyświetlaczem 3.5", Raspberry posiada klienta DMR/Dstar oraz klienta SVXreflector. I to właśnie klient SVXreflector będzie modyfikowany.
Głównym celem modyfikacji jest wygenerowanie więcej miejsca na funkcję "kto mówi", dzięki temu w oknie będzie można wyświetlić duży znak korespondenta, grupę TG, imię i miejscowość.
SVXreflector istniejący pod adresem d4a.uk jest testowym środowiskiem dzięki któremu mogę testować różne rozwiązania, ale nie tylko Ja. Pierwsze uruchomienie odbyło się w 2020 roku i od tamtego momentu uruchamiany jest okazjonalnie - gdy tylko coś chcemy testować.
Dashboard serwera FRN jest częścią SVXreflector Dashboard , ale może pracować niezależnie lecz nie wszystkie komponenty są aktywne.
Dashboard do serwera MUMBLE powstał dlatego że w projekcie SVXreflector to Mumble i FRN są narządziami dającymi mobilny dostęp do sieci SVXreflector.
D4A Network - to "sieć" serwerów uruchomiona ponownie w październiku 2023, na potrzeby testów i zdudowanych do nich dashboard . Celem było zbudowanie środowiska testowego, na bazie SVXeflector do którego powstawały różne miedzyplatformowe bridge i dashboard.
Finalna i ostatnia wersja DMR/Dstar'a i SVXreflector klient w jednym. Z praktycznego powodu czas zapomnieć o DVPi ( DMR/Dstar ) i skupić się na samym SVX kliencie. Postaram sie w tym artukule przybliżyć konfiguracjię poszczególnych elementów tego programu, tak aby każdy mógł sobie go ustawić pod siebie.
aDVPi w wersji 2024.05 to wersja oparta na większej ilości doświadczeń zdobytych na różnych serwerach SVXreflector w Europie. Poprzednia wersja była mocno oparta na komunikacji poprzez API, co było problematyczne w przypadku serwerów, które nie wspierały tego sposobu komunikacji.
W ramach "uzbrajania" naszego lokalnego SVXreflector Luton postanowiłem odkopać stary projekt z Network Radio Polska i uruchomić dostęp z poziomu aplikacji Mumble. Mumble podobnie jak EchoLink jest dostępny na wszystkie systemy operacyjne, daje porównywalną jakość audio lecz nie wymaga uzależnienia od serwerów trzecich, rejestracji , weryfikacji, używania proxy czy otwierania portów. Łączymy się do własnego serwera na którym mamy kontrolę, kto i gdzie może mieć dostęp.
Postanowiliśmy dodać do naszego reflektora statyczny link z sieci EchoLink do naszej lokalnej TG23511. Jest on niezależny od Echolink zawartego w gateway co daje pewność że mamy EchoLink prowadzący do konkretnej grupy TG.
Dostęp do serwera FRN jest realizowany na potrzeby z powodu SVXreflector'a a nie sieci FRN. Otóż SVXreflector nie posiada mobilnego dostępu co powoduje że posiłkujemy się sieciami EchoLink, Mumble, FRN czy Zello. I podobnie jest w tym przypadku.
Zmiany w ustawieniach pracy gateway wynikają z decyzji RSGB ETCC. Dotychczasowa częstotliwość 144.900 jest zwalniana na poczet emisji cyfrowych, dlatego przydzielono nową 145.2625 MHz oraz inny CTCSS nie kolidujący z innymi stacjami. Przy okazji mamy pozwolenie na uruchomienie stacji na 430.075MHz. Zmienił się także SVXreflector.
Aktualizacja : 26-08-2024
SVXhandy to projekt wywodzący sie z SVXpi lecz jest robiony od nowa w odchudzonej wersji z przeznaczeniem na RaspberryPi 0 + karta dźwiekowa HAT WM8960 + OLED + Rotary Encoder. Założenie jest takie że sterowanie SVXlink ma się odbywać poprzez rotary-encoder a niezbędne informacje mają być wyświetlane na ekranie OLED. To ostatni projekt z SVXlink w tle.
Pierwsze testowe uruchomienie publicznego gateway MB7ITN UHF na pasmo 70cm dla lokalizacji Dunstable / Luton.
Połączenie SVXreflector a dokładnie TG 23511 z siecią Zello to kolejny wariant / opcja albo alternatywa dla EchoLink, Mumble, i innych komunikatorów.
Dostęp do sieci M17 był już realizowany dawno temu i służył jedynie testom poznawczym M17, a dokładnie porównaniu jakości audio pomiędzy reflektorem YSF, serwerem DMR a własnie siecią M17. Link ten jest nadal aktywny i na stałe zlinkowany z FM_UK TG23511.
Uruchomienie połączenia pomiędzy analog SVXreflector a DMR HBLink jest kolejnym krokiem z gatunku "dla zabawy". Skoro można i jest ku temu techniczna możliwość to dlaczego tego nie zrobić.
AKTUALIZACJA: 08.10.2024
Koncept przeniesienia obsługi ekranu 3,5" w celu uruchomienia kontrolera na ekranie dotykowym i uruchomienia na innym obrazie niż DVPi był już kiedyś realizowany ale ten konkretny koncept został zainicjowany przez kolegę Jacka SP6VXU który realizował ten projekt. Założenie było takie aby do "oficjalnego" dedykowanego wsadu na RaspberryPi pod sieć FM Poland, dodać obsługę pulpitu na ekranie 3,5" i tym samym umożliwić uruchomienie sterowania dzięki nakładce aDVPi.
SvxSwitch to koncept realizowany na potrzeby testowe i niejako jest to realizowane na potrzeby aDVPi w moim zastosowaniu. Sam projekt składa się z dwóch elementów zainstalowanych na jednym RaspberryPI, mianowicie SvxLink ze wsparciem USRP no i DvSwitch który to USRP przetwarza na sygnał DMR/Dstar/YSF
Aktualizacja 04-01-2025
SvxPi to "KONCEPCYJNY" wsad, obraz systemu , w pełni darmowy i budowany pod konkretne zastosowanie czyli SVXREFLECTOR CLIENT. Jest to mocno odchudzona wersja zdolna pracować z ekranem 3,5" bez konieczności uruchamiania pulpitu. Działa RaspberryPi 3A+ z wyświetlaczem a bez wyświetlacza nawet na RaspberryPi 0W. Głównym i jedynym zadaniem jest obsługa programu SVXLINK i bycie lżejszym bratem aDVPi_2024.05
Koncept który przeszedł jakiś etap testów i w wersji BETA będzie do pobrania od początku stycznia 2025 roku. Wsad można podłączyć do dowolnego reflektora i obsługuje komunikaty językowe: PL / EN / DE / RO / FR / ES
SvxHandy to już działający prototyp ręczniaka SVX który dostał teraz roboczą obudowę. Jest to chyba pierwsze radio ręczne Svx w rozumieniu Network Radio. RaspberryPi 0W karta dźwiękowa RaspiAudio , wyświetlacz OLED i rotary encoder - taki zestaw daje pełnie kontroli na SvxLink i jest to alternatywa dla dużych SvxPi - wersja 2025 projekt czy DVPi+
Koncepcyjny projekt powstaje z czystej ciekawości, aby zbadać, czy możliwe jest stworzenie funkcjonalnego hotspotu przy użyciu radia Quansheng. W porównaniu do modułów takich jak SR105 czy SA818, Quansheng oferuje elastyczność mocy wyjściowej (20-3500mW), co czyni go lepszą alternatywą. Używając 20mW, hotspot działa w optymalny sposób, minimalizując zakłócenia elektromagnetyczne, które mogą wystąpić przy wyższych mocach.
Quansheng, jako dual band radio, umożliwia elastyczny wybór częstotliwości, co zwiększa jego funkcjonalność w różnych warunkach. Choć to nadal budżetowe rozwiązanie, to jego wydajność i łatwość użytkowania sprawiają, że jest to interesujący wybór dla entuzjastów radiokomunikacji, zwłaszcza przy zastosowaniu alternatywnego firmware.
Najważniejsze że projekt jest robiony pod hasłem BIEDA-EDYSZON - a to zobowiązuje do bycia możliwie najtańszym rozwiązaniem jakie jestem w stanie zbudować z nowych elementów. Oczywiście "naj" proszę brać z przymrużeniem oka
Nie jest to instalacja bezpośrednio na systemach a jedynie użycie wirtualnej maszyny jako środowiska pozwalającego uruchomić na Windows programu svxlink z dashboard pozwalającego na sterowanie - i tym samym z poziomu systemu Windows rozmawiać w sieci SvxReflektor.
Uruchomienie svxlink we współpracy z radiem samochodowym to taka wariacja z obrazem SvxPi. Svxlink uruchomiony jest na RaspberryPi 4 który został połączony złączem AV z radiem, tak więc radio robi za wyświetlacz i wzmacniacz audio.
DVPi to program pozwalający na pracę w sieciach DMR/Dstar przy użyciu RaspberryPi, zrobiony przez kolegę KD8CEC. Od jakiegoś czasu bawiłem się tym obrazem i na jego bazie napisałem aDVPi dodając dodatkowy zestaw narzędzi umożliwiający pracę w sieci analogowej opartej o svxlink i svxreflector. Dawało to możliwość wyboru albo emisje cyfrowe albo analog.
Użycie aplikacji DVSwitch mobile wyszło trochę przypadkiem, podczas budowania serwera USRP dedykowanego pod wszelkie bridge/interlink na bazie protokołu USRP. Da się z powodzeniem połączyć tą aplikację na dosyc podobnych zasadach jak łączyło się ją z DVSwitch - wstępne testy pozwalają stwierdzić że audio jest dobra, sterowanie PTT działa i jedyne do czego można się jeszcze przyczepić to brak możliwości sterowania grup TG w svxlink.
Traktuję to jako ciekawostkę, gdyż osobiście wolę EchoLink lub Zello używać do komunikacji z poziomu telefonu.
SvxPi to odchudzona wersja aDVPi, której głównym zadaniem było uruchamianie się począwszy od RaspberryPi 0W. I tak powstała wersja SvxPi - Lite , lecz zawsze warto mieć możliwość zbudowania sobie małego "kombajnu" umożliwiającego coś więcej niż tylko bycie klientem SvxReflektor. Dlatego w pełnej wersji wróciła opcja uruchomienia sobie oddzielnego svxlink z osobną kartą audio opisanego jak AnyRadio Hotspot a także po zainstalowaniu modemu MMDVM uruchomienie sobie hotspota DMR,Dstar,C4FM. Są to rozwiązania oferowane w starszej wersji aDVPi i trochę mi ich było brak dlatego ta opcja wróciła do mojej pełnej wersji i działa poprawnie. Nowością jest możliwość uruchomienia modułu LoRa. Obecnie etap pierwszy pozwoli uruchomienie modułu Heltec Wireless Tracker z oprogramowaniem Meshtastic. Jest to kompletnie niezależne urządzenie ale z uwagi na to że posiada GPS to upieczone zostaną dwie pieczenie przy jednym ogniu. Mianowicie zasilanie i obudowę LoRa dostanie z RaspberryPi a w zamian odwdzięczy się strumieniem danych poprzez USB serial. A to pozwoli na pozyskanie danych geolokalizacyjnych które zostaną użyte przez SvxLink do aktualizacji pozycji na mapie SvxReflektora, ale jednocześnie RaspberryPi pozwoli na wysłanie znaków i lokalizacji wszystkich stacji usłyszanych via LoRa Meshtastic na APRS-IS. Oczywiście mowa o Meshtastic w wersji krótkofalarskiej uruchomionej na paśmie 70cm ( 439.9125MHz UK band plan )
Nasz svxreflector w 2025 roku jako "dzieło skończone" dostał status do archiwizacji na pamiątkę tej zabawy z svxlink. Nadal pozostaje w służbie ponieważ jest nam niezbędny do poprawnej pracy naszych publicznych bramek.
Adres nowego serwera https://d4a.uk/hublink/
Budowa gateway na bazie komputera PC a dokładnie terminala WYSE Dx0Q ( CPU AMD, 8GB RAM, SSD ) to jeden z tych konceptów leżących na półce chyba z pół roku. Wielokrotnie miałem dokończyć ten projekt ale zawsze było łatwiej i poręczniej robić gateway na RaspberryPi.