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ć. 

Niech to jeszcze raz wybrzmi "TESTOWE ŚRODOWISKO" w którym celowo nie używałem znaków Ham-Radio gdyź wystarczy jedna moja lub nie moja pomyłka i znajdują się ludzie którzy nic z projektem nie mają wspólnego a piszą pierdoły jakobym u Siebie na serwerze miał przestrzegać ICH zasady.

Dlatego zanim zacznie ktoś zadawać pytania co to za "cymbałowe znaki" to niech złapie się poręczy rzeczywistości i sam zbuduje serwer jakikolwiek i wygeneruje 10 znaków w "Ham Style" i modli się że są one puste, a nawet jakby były to i tak się znajdzie ktoś kto będzie dzbanił że to i tak jest podszywanie się itp. pierdoły.

 

 

Wróćmy do SVXreflektora.

Dzięki jego działalności udało nam się zbudować Network Radio DVPi+ , które było główną zabawką testowaną.

Po drodze były jeszcze crosslinki do sieci Free Radio Network, EchoLink, HBlink, YSF reflektor a także Mumble., kilka rozwi

Więcej o powstawaniu dashboard opisałem Svxreflector Dashboard

 

Proces logowania na reflector jest dosyć prosty. 

 

W pliku konfiguracyjnym w dziale [USERS] wpisujemy ZNAK klienta, przykładowo USER-1 po znaku = wpisujemy "pęk kluczy" czyli nie jego hasło a zbiór haseł. Przykładowo klient USER-1 ma 2-3 stacje i nie ma potrzeby przydzielać mu dla każdej nowe hasło, wystaczy że dla wszystkich z nich jako "pęk kluczy" wpiszemu jeden przypisany dla konkretnej osoby. Podobne rozwiązanie stosuję gdy buduję jakie crosslink czy bridge.

 

Bez posiadania ZNAKU i HASŁA w konfiguracji reflektora nie można się z nim połączyć.

 

 

 Grupy rozmowne TG to dla ludzi którzy znają sieć DMR nic nowego, ale nie wszyscy muszą to wiedzieć. GRUPA ROZMOWNA inaczej nazywana jako TG ( od angielskiego Talk Group ) to według mnie nic innego jak swoisty KANAŁ na którym toczą się rozmowy. SVXreflector nie tworzy TG, to użytkownicy to robią , a reflector TYLKO pośredniczy w realizacji tego połączenia. Mogą jednocześnie odbywać się dziesiątki rozmów na różnych grupach TG i nie ma interakcji pomiędzy nimi.

Użytkownik sam decyduje jaką grupę chce słuchać , jakie grupy chce domyślnie monitorować.

SVXreflector jedynie może jedynie na zasadach umownych, nadawać nazwy poszczególnym grupom i pokazywać ich aktywność na dashboard czy to w formie AKTYWNYCH QSO - w mojej wersji ograniczając się do maksymalnie 4-5 stacji, 

lub  do wyświetlania aktywnych kafelków

 

Inną formą jest OSTANIO SŁYSZANE

 

SVXreflector może - ograniczyć dostęp do wybranej grupy TG tylko dla wybranych ZNAKÓW, oraz może UKRYĆ jego aktywność tak aby nie była widoczna na dashboard. Przykładowo możemy posiadać kanał nazwijmy go "tylko dla klubowiczów" na który dostęp ma ograniczona grupa ludzi, i dodatkowo rozmowy na nim są ukryte przed resztą. To częsta praktyka "priv" komunikacji dla administratorów.

Istnieje jeszcze opcja AUTO_QSY - która polega na tym że jeśli przykładowo mamy jakąś TG główną to aby jej nie blokować ponieważ potencjalnie jest tam w trybie monitorowania dużo stacji, to po upływie ustawionego czasu następuje automatycznie przeniesienie rozmowy z przykładowej grupy TG260 na grupę TG111222333. Osoby chcące dalej słuchać tej korespondencji dostaną komunikat na własnych bramkach i trzeba potwierdzić poprzez PTT.

 

Mapa to narządzie pozwalające interaktywnie rozeznać się gdzie w okolicy są działające hotspoty, na jakiej częstotliwości itd.

 

W rozbudowanych sieciach to niezłe narzędzie pozwalające na orientacyjne zlokalizowanie potencjalnego przemiennika / bramki / hotspota i wszystkich niezbędnych informacji jakie mogą być potrzebne do zrealizowania łączności dzięki niemu. 

Mapa aktualizuje się na żywo, co oznacza że nie ma na niej stacji WIDMO a jedynie te które poprawnie wypełniły dane w pliku node_info.json. Jeśli ktoś nie podał w tym pliku położenia geograficznego ( bo sobie tego nie życzy ) to nie będzie uwzględniony na mapie.

 

Na potrzeby testu i prac nad hotspotami i samym dashboard dla reflectora uruchomiłem kilka crosslink'ów do sieci jakie były pod ręką svxlink'a. Chodziło o wygenerowanie ruchu w celach testowych.

Powstałe crosslinki:

 -  Echo-Test TG#999 -  to nic innego jak papuga. Co prawda każdy ma ją wbudowaną w bramkę, lecz czasami sprawdzenie się już po łączu internetowym pozwala zdiagnozować problemy z łączem internetowym.

 

 -  DMR-GW TG#40 - to połączenie poprzez USRP pomiędzy SVXlinkiem a Analog_Bridge i finalnie HBLink. TG40 z analogu zostało zachowane także w DMR i było rozesłane do serwera http://radionetpolska.pl:8090/ a on dalej do  http://gridofshadows.pl:8090/.  

 

 -  DMR2-GW TG#44 - to połączenie poprzez USRP pomiędzy SVXlinkiem a Analog_Bridge i finalnie HBLink. FRN2-GW TG44 z analogu zostało przekonwertowane na TG20 i dostarczone tylko na serwer http://gridofshadows.pl:8090/. jako zapasowy crosslink FRN-DMR. ( połączenie anulowane ) 

 

 -  DMR5-GW TG#45 - to bridge zbudowany przez "Dawid MSR" i prowadzi do jego serwera hblink.de

 

 -  ECHO-GW TG#41 - to bridge pomiędzy SVXreflectorem a EchoLinkiem realizowany poprzez stację HF4ALL-L. EchoLink został zablokowany do obsługi dwóch moich znaków i osoby trzecie od strony EchoLink nie mają do niego dostępu.

 

 -  MUMBLE_GW TG#42 oraz TG#2 - to sprzetowy bridge zbudowany przez Błażeja z Częstochowy, pomiędzy serwerem mumble i SVXreflector + docelowo FRN-GW.

 

 -  ZELLO-GW TG#43 - to dostęp do sieci ZELLO i kanału "Plan Awaryjny" oraz "Network Radios". CrossLink został ustawiony tylko na RX tak aby nie zakłócać pracy tych kanałów. Kanał Plan Awaryjny wydał zgodę na "nasłuch" do końca 2023 roku. 

 

 -  FRN-GW TG#42 - to dostęp do sieci (FRN) RadioNet Polska. https://www.radionetpolska.pl/FRN/ i dalej do sieci DMR http://radionetpolska.pl:8090/. Na grupie TG42 pracuje także MUMBLE-GW

 

 - FRN2-GW TG#44 - to dostęp do sieci (FRN) Gridofshadows. Na tej samej grupie pracuje DMR2-GW co daje automatycznie "zapasowy" most pomiędzy FRN a DMR dla tej sieci. ( połączenie anulowane ) 

 

 - FRN3-GW TG#9 - dostęp do prywatnej sieci FRN kolegi Romka. Dostęp do niej jest ograniczony tylko do jednego znaku. Inne osoby nie mogą się z nią połączyć ani jej słuchać.

 

 

 Czasami pojawi sie także w ramach testów połączenie z YSF reflektorem lub M17 Reflectorem.

 

 

 

 

Chcąc wspomnieć o powiązanych projektach należy zacząć od tego co to zapoczątkowało. SVXreflector client RaspberryPi.

 Po długim czasie postanowiłem na potrzeby kolegów ponownie przygotować wsad na malinę zgodnie z instrukcją sieci FM-POLAND. Wsad był niejako robiony na zamówienie - lecz z materiałów trochę już nie dostępnych w internecie. Bazowałem w dużej mierze na zasobach własnych z przeszłych ptojektów.

 

Drugą zabawką powiązaną z SVXreflectorem jest PiStar + SVXlink (2024 ) - RaspberryPi 0W - który był kompromisowym rozwiązaniem, aby posiadać MMDVM i analog z jednego RPi0W.

 

Jako trzecie powstało SvxReflector - Mumble BRIDGE (2023). To odnowiony SvxReflector - Mumble crosslink wyposażony w dashboard SVX oraz możliwośc sterowania DTMF lub dashboard.

 

Jako kolejny czwarty już projekt to aDVPi - edycja 2024 - koncept będący zmodernizowanym DVPi+

 

Zmiany były w pewnych płaszczyznach kosmetyczne w innych dosyć duże. Finalnie mam kombajn który może być urządzeniem klasy  Network Radio dla SVXreflector ale także dla DMR i Dstar, może być jednocześnie hotspotem analogowym SVXlink jak i cyfrowym MMDVM.

 

 

Większość tych projektów wymaga jeszcze dopracowania i testowania, część z nich jest dostępna w wersjach BETA część pojawi się po nowym roku, ale część t.j. SVXreflector Dashboard nigdy nie ujżą światła dziennego.

Zabawa przez ostatnie 1.5 miesiąca była przednia za co wszystkim pomocnym serdecznie dziękuję.