Aktualizacja 19.01.2026
PiHOT 2.0 z uwagi na dedykowaną kartę audio ReSpeaker wymagał trochę dedykowanego systemu zawierającego sterowniki do ów karty audio.
Wsad ten jest spersonalizowany pod to konkretne rozwiazanie ale nie stoi nic na przeszkodzie aby użyć go jako alternatywnego dashboard dla hotspot SVXlink
Oto prototyp DASHBOARD robionego specjalnie dla hotspot PiHOT 2.0 ale już na tyle mi się spodobał że wiem że będzie użyty w przemienniku który mam w samochodzie na raspberryPi 0W z kartą CM108.
Obraz do tego urzadzeniu jest standardowo w wersji BETA i bedzie niedługo dostępny do pobrania zarówno w dziale download jak i w Imager2 repo w wersji "trochę Polskiej", kiedyś zostanie także opublikowana angielska wersja, ale abyście mnie dobrze zrozumieli, CELEM są moje 2-3 urządzenia a fakt publikacji jest niejako skutkiem ubocznym bo jak zawsze dzielę się tym co robię , ale nie robię tego po to aby być deweloperem dashboard dla SVXlink.
PiHOT 2.0 - svxlink hotspot UHF za mniej niż 150PLN
OBRAZ jest teraz na etapie testów i modyfikacji i w miarę postępu postaram się tu umieszczać aktualizacje.
HOME - to taki podstawowy panel którego zadaniem jest prezentowanie podstawowych informacji. Jest to też panel który będę używał na telefonie jako podstawowy mobilny. Tak jak w każdym panelu mamy dostępne lewe i prawe menu, oraz na górze klawiaturę DTMF i na dole MEMO jako klawisze szybkiego wyboru.
Lastheard - to w generalnie panel HOME wzbogacony o tabelę Ostatnio słyszalne stacje z tych grup TG jakie monitoruje nasz hotspot
Reflector-DASH - to lokalna forma dashbord oparta na danych publikowanych przez serwer SVX za pośrednictwem API / STATUS
MAP - jest to skromna mapa publikujaca położenie stacji na podstawie danych publikowanych przez serwer za pośrednictwem API / STATUS
LOG - prosty panel pokazujący fragment pliku svxlink.log - potrafi być przydatne przy podstawowej diagnostyce.
EchoLink - prosty panel prezentujący stacje które są obecnie podłączone do naszego noda, ale i jest spis stacji które nas odwiedziły.
PANEL KONFIGURACJI - zawiera kilka moim zdaniem przydatnych funkcji diagnostycznych, jak i konfiguracyjnych ale to dopiero może być poczatek zabawy i modyfikacji tego obrazu.
WiFi - oferuje podstawową funkcję auto-detekcji sieci WiFi jakie są w zasięgu i jednoczśnie wpisanie danych naszej sieci z jaką chcemy się połaczyć. Oczywiście będzie to dodatkowa sieć ponieważ pierwszą zakładam że podaliśmy podczas wgrywania obrazu na kartę.
AUDIO - prosty panel będacy kontunuacją AUDIO CONFIG pochodzacy z projektu aDVPI - i bedzie jeszcze wzbogacana o dodatkowe funkcje, jak kompresor czy Low/High pass filter.
Edit MEMO - to panel pozwalający nam na personalizację naszych przycisków szybkiego wyboru grup TG
Edycja TG name - to edytor nazw przypisanych do numerów grup TG, a ta korelacja jest używana przykładowo w panelu HOME lub LastHeard aby pokazać nam jaka jest nazwa grupy aktywnej.
svxlink.conf - to prosty tekstowy edytor pliku konfiguracyjnego programu svxlink. Jest on celowo tekstowy ponieważ pozwoli on się oswoić z budowa tego pliku bez konieczności używania SSH połączenia, ale co najważniejsze nie ogranicza mnie "szablon" przed modyfikacjami.
Node_Info - Edytor pliku node_info.json w którym są zawarte informacje o Naszym hotspot. Lokalizacja, operator, miejscowość, częstotliwość i kilka innych - są wysyłane do SVXreflektor a on publikuje je za pośrednictwem API / STATUS.
I tu jest mały problem z kompatybilnością. Nie każda sieć ma taki sam format tego pliku a to skutkoje że usługi oparte na tym API nie zawsze są publikowane pomimo że je podaliśmy. Dlatego ja świadomie zachowałem oryginalny format SVXlink ponieważ takiego oryginału używa Nasz reflector. Ale można tu sobie wkleić dowolny format
Niestety Graficzny Edytor nie daje już innej opcji niż oryginalny format, ale za to mamy "szablon" wzorowany na PortalSVX do wypełnienia a dane same się zaktualizują - a przy okazji można zobaczyć która funkcja o czym informuje.
EchoLink - to podobnie jak wiele innych edytor tekstowy ustawień modułu klienta sieci EchoLink.
FRN - to kolejny tekstowy edytor pliku konfiguracujnego modułu klienta sieci FreeRadioNetwork, który trochę został zapomniany a stanowi ciekawa alternatywną sieć.
Reflector Switch - to kontunuacja pomysłu który przyszedł do mnie jako potrzeba jednego z kolegów używających aDVPi_2024.05 w sieci Rumuńskiej. Niestety nie pamietam kto , ale jak znajde to podam znak osoby która napisała do mnie czy da się coś takiego zrobic , no i jest i pozostało ze mną już jako standard. Mamy 3 przyciski przełaczania pomiędzy trzema róznymi serwerami.
każdy z tych przycisków mozna edytować i podać całkowicie inne dane logowania do SVXreflektor ( uwaga tylko wspierające standard V2 ) Tak więc 3 rózne serwery z 3 róznymi znakami i hasłami, plus 3 rózne zestawy grup monitorowanych. Ponadto mamy możliwośc podania adresu API koniecznego aby działał Reflector-DASH i nazwę sieci wyświetljącą się w kilku miejscach co pozwala szybko zorietować się gdzie jesteśmy podłaczeni.
W obrazie tym będzie opcja znana niektórym z PiStar czyli przełacznie karty SD w tryb TYLKO do ODCZYTU
Teoretycznie powinno to zabezpieczyć kartę przez uszkodzeniem przy utracie zasilania co może nastapiś przy zasilaniu z zapalniczki samochodu czy przy zastosowaniu przenośnym. W części menu Konfiguracja jest stosowna opcja pozwalająca nam sprawdzić obecny status
Z poziomu dashboard możemy zobaczyć jaki jest status ( w tym przypadku karta jest zablokowana ) i możemy także przełączyć ją w tryb normalny, czyli ją odblokować co wymaga restartu systemu
Po kliknieciu w przycisk Wyłacz ochronę ... naszym oczom pojawi się taki obraz
Po restarcie systemu nasz status smienił się na RW czyli odblokowany i możemy teraz dokonywać TRWAŁYCH zmian konfiguracyjnych
W terminalu także mamy potwierdzenie statusu karty
Ponadto dodałem ikonę informującą o statusie w pasku "systemowym" obok temperatury
Dokonywanie zmian konfiguracyjnych na ZABLOKOWANEJ karcie wprowadzi te zmiany wżycie ale jedynie do momentu restartu systemu, ponieważ system pracuje z pamieci RAM czyli nietrwałej . Po restarcie przywrócone zostaną ustawienia z karty SD czyli te których nie zmodyfikowaliśmy ponieważ karta była ZABLOKOWANA
Ponadto w ramach ochrony karty SD, wyłaczone zostało tworzenie plików LOG przez niektóre aplikacje , a te logi które powstają sa zapisywane TYLKO w pamieci RAM, i są kasowane po restarcie systemu.
Pobieranie
PiHOT_2 to EXPERYMENTALNY obraz napisany dla 3 moich hotspotów - nie ponoszę odpowiedzialności za błedy jakie z pewnością popełniłem w tym pożal się panie Boże obrazie. Niemniej jednak dzielę się nim ponieważ może się komuś do czegoś przyda.
Obraz można pobrać w dziale z linków poniżej i jest on dostępny w wersje z kartą ReSpeaker i zwykła USB
https://d4a.uk/index.php/pobieranie/category/1-raspberrypi?download=81:pihot2-0-usb
https://d4a.uk/index.php/pobieranie/category/1-raspberrypi?download=82:pihot2-0-respeaker
A osoby chcące pobrać obraz za pomocą programy IMAGER 2 postepują zgodnie z instrukcją RaspberryPi Imager v2.0
Trwające prace nad v0.4_BETA
Callbook
Ponieważ PiHOT jest zlepkiem rozwiązań z innych projektów to bedę starał się zaadaptować kilka istnijących rozwiązań, a jednym z nich jest baza korespondentów której zadaniem jest dopasowanie znaku do imienia i QTH.
Rozwiązanie to znamy choćby z hotspot DMR i zagościło także w SvxPi.
TRYB AKTUALIZACJA będzie mozliwy TYLKO jeśłi karta SD jest w trybie RW czyli możliwy będzie na niej zapis. Zdjęcie poniżej prezentuje status karty RO czyli tylko do odczyru i przycisk ZAPISZ jest nieaktywny.
Jak przełączymy tryb karty mamy możliwość dopisania , edycji lub wykasowania znaku z listy.
Dlaczego jest lokalna lista krótkofalowców a nie zassanie mazy dancych z QRZ przykładowo ? Odpowiedź jest prosta - bo nie każdy jest w tej bazie i nie każdy chce być a co najważniejsze robiąc samemu sobie SPIS mamy dowolność opisu i tymsamym hotspot i dashboard jest NASZ a nie narzucony jak ma wygladać.
Ponadto w QRZ nie znajde stacji przykładowo MB7ITN-VHF i MB7ITN-UHF do których zamiast imienia moge napisać sobie czestotliwość
GPS
Kolejne prace będą ukierunkowane na implementację modułu GPS podobnie jak w projektach M0IQF-R - mobilny przemiennik low-power czy SvxPi_Qhs_BP ( Battery Pack ) + GPS
Cele bąda dwa a nawet trzy.
Cel pierwszy to APRS-IS tracker który już w innych projektach ma swoją implementację
Drugim i trzecim celem będzie implementacja w okno monitor.
I tu będa dwa etapy implementacji:
1. Dystans do korespondenta ( będzie to bazować na danych publikowanych przez serwer API w oryginalnym SVX formacie json )
2. Dystans do najbliższych gateway, repeater
Jeszcze nie wiem dokładnie jak do tego podejść, bo z jednej strony przydałą by się baza SVX urzadzeń którą można pozyskać z API sewera.
"M0IQF-L": {
"hidden": false,
"isTalker": false,
"monitoredTGs": [9, 235, 2600, 2601, 2602, 2604, 23426, 23511, 3109312],
"nodeClass": "repeater",
"nodeLocation": "Luton",
"projVer": "25.05.1-69-g44f1dfce",
"protoVer": {
"majorVer": 2,
"minorVer": 0Jest tam nodeClass parametr który pozwoliłby na odsianie hotspotów prywatnych czy klientów mobile APP - oczywiście nadal bazuje na oryginalnym formacie pliku node_info.json jaki dostarcza svxlink. Z drugiej strony miaszkam w UK co powoduje że tu są głównie przemienniki analogowe AllStarLink które także mogę użyć do połączenia z naszym HUBlink ale i nie tylko. Celem jest pewnego rodzaju forma aktywacji w terenie a nie tylko praca przez własny hotspot.
IN RANGE zapewne pojawi się jako opcjonalnie wyświetlana opcja osobnym oknie i jedyne co musze zdecydować to fakt co ma wyświetlać, czy tylko dane w ramach serwera SVX czy dane ogólne przemienników z informacją do jakiej sieci jest podłaczony. Nawet na obecnym etapie nie wiem czy jest jakaś baza danych przemienników/gateway z podziałem lub informacją do jakiej sieci on jest podłączony, czy SVXreflector czy AllStarLink czy tylko Echolink lub nie jest online, a jeśli jest podłączony do SVXreflektor to jakiego, jaka sieć ... dużo pytań mało odpowiedzi i zapewne jako DEMO konieczne będzie utworzenie własnej lokalnej bazy danych dookoła mnie abym mógł sprawdzić jak to działą i czy jest lub może być przydatne w życiu. Często rodzą się pomysły które fajnie wygladają na "papierze" ale okazują sie kompletnym nieporozumieniem w życiu.
Aktualizacja 19.01.2026
Wersja 0.5_BETA USB
Dla przypomnienia wersja USB to wersja dla kart audio USB i dostała obsługe GPS i pokazywanie dystansu do korespondenta. Urządzenie z kartą USB zostało zamontowane w samochodzie i jest to RaspberryPi 0W + CM108 + Quansheng (20mW)
PiHOT z kartę audio ReSpeaker również dostanie obsługę GPS - obecnie czekam na przesyłke z modułami.
Nastapiła implementacja odbiornika GPS do tego obrazu, czego efektem jest ikona wskazująca kolorem status i ilość odbieranych satelit.
Dane GPS są używane do obliczania odległości do korespondenta na podstawie danych jakie korespondent udostepnił lub nie.
Pierwsze testy terenowe przeszły w miare poprawnie, wyszło kilka spraw jakie muszę poprawić ale samo pozycjonowanie na APRS-IS działało poprawnie.
Aby trochę poddać "stresowi" kazałem nadawać ramki co 15 sekund, co jest absurdalne ale jak wytrzyma taką konfigurację to przy minutiwym czy więcej przedziale czasu bedzie tylko lepiej.
Zabawa trwa dalej - a wszystko po to aby zbudować jedną sztukę PiHOT2 która będzie pewnego rodzaju ozdobą i ukoronowaniem kończacego się już okresu zabawy z SVXlink.
Wymaga zmian i dopracowania ( częsc z nich już była w innych projektach i trzeba je zaimplementować ) :
- uruchamianie modułu gps NEO-6M ( dokłądnie jego restartowanie )
- dodać komunikaty audio o podłączeniu do reflektora po uruchomieniu
- dodać możliwość sterowania DTMF ( aktywacja i deaktywacja APRS-IS tracker )
- dodać możliwość sterowania DTMF ( SvxSwitch aby można było za pomoca komend przełączać się pomiędzy serwerami )
- zmienić ustawiania sieci WiFi aby można było ustawić priorytety oraz przyspieszyć wyszukiwanie nowej sieci po utracie połączenia.
- zrobić detekcję przegladarki aby po wykryciu formatu "telefon" zwiększyły się napisy, przyciski i inne przydatne w trakcie jazdy funkcje
- dodać funkcjonalność publikowania w APRS-IS położenia na bazie pliku node_info.json w przypadku braku danych z GPS co może oznaczać brak urządzenia.
- dodać możliwość aktualizacji danych geolokalizacyjnych w pliku node_info.json na podstawie danych z GPS i restart svxlink ( pozwoli to na prośbe klienta zaktualizować pozycję na mapie SvxReflector ).
- dodać moduł svxlink podający głosowo adres IP.
- zmienić język dashboard na angielski.