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.
Publiczny gateway MB7ITN posiada pozwolenie na pracę w paśmie VHF - 145.2625 MHz CTCSS 110.9 Hz , oraz UHF - 430.0750 MHz CTCSS 110.9 Hz.
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
Na początku był DVPi zaprojektowane przez KD8CEC ( Network Radio DMR/Dstar ) na bazie którego powstał mój koncept DVPi+ czyli dodatek SVXlink i obsługa analogowego FM w ramach SvxReflector. Teraz przyszedł czas na pożegnanie się z emisjami cyfrowymi i zbudowanie urządzenia tylko pod SvxLink i SvxReflector. Obudowa będzie bazowała na projekcie MSR Project z pewnymi modyfikacjami.
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.