SISMA

L'idea di geolocalizzare un evento sismico sul circuito A.P.R.S. non è farina del mio sacco, si tratta di un servizio che dalla fine degli anni 90 fino alla prima decade (circa) del ventunesimo secolo era gestito via RF (se non ricordo male) da un sysop dell'area 3. L'idea era quella di riprendere questa preziosa idea e riproporla affinchè potesse essere inserita in un quadro emergenziale ed usata come supporto alla logistica  di quegli operatori che in caso di calamità sono chiamati a supporto della Protezione Civile.

Dagli anni 90 l'A.P.R.S. ha subito enormi mutazioni, questo ha posto durante lo sviluppo di quessto progetto parecchi ostacoli, infatti la mia idea era quella di veicolare queste informazioni via RF, cosa che all'epoca, con il vecchio paradigma, trovava terreno fertile, mandare un messaggio dal Friuli alla Sicilia era la normalità, oggi non lo è più.

Ad ogni modo, il 24 settembre 2025, dopo un primo accenno con uno script scritto da Fabrizio IZ0ORT, ho portato questa idea all'attenzione di Biagio IT9FDP a cui devo veramente tanto; è lui che di fatto ha dato vita a questo servizio. 

I primi "vagiti" sono avvenuti comunicando le informazioni ricevute dall'INGV direttamente al server aprs.is, che poi le avrebbe geolocalizzate su mappa. Grazie a questa opportunità abbiamo avuto modo di affinare i bug che si presentavano ottimizzando e modellando il processo con gli standard che ci eravamo proposti

Primo evento notificato al server 

Il 7 ottobre iniziammo a lavorare sulla parte RF, (la vera regina di questa idea!) il sistema non aveva ancora un nome che lo identificasse, la rosa era di tre nomi; Quake, Earthquake e Sisma. Fu scelto Sisma, questo identificativo fu utilizzato anche per un indirizzo unproto fuori dagli standard WIDEn-N. Il path ufficiale sarebbe stato SISMA5-5, questo indirizzo avrebbe trasportato le informazioni trasmesse dal sistema, logicamente questo comportava anche un settaggio ad hoc da parte di quei sistemi che avrebbero dovuto ricevere e veicolare le informazioni.

Prima trsmissione ufficiale in RF del 31 Dicembre 2025

Inizialmente abbiamo attivato alcuni sistemi locali che configurammo per ricevere queste informazioni e ripeterle a loro volta in RF, l'idea era quella che queste informazioni sarebbero dovute essere ricevute da una ipotetica stazione locata in zone non coperte o laddove la rete telefonica era collassata. 

Come dicevo all'inizio, il nuovo paradigma non permette più di veicolare le informazioni oltre i 2 salti, si è pensato quindi di creare un nuovo path che desse modo a queste informazioni di raggiungere maggiori distanze dal punto di partenza, il SISMA5-5 teoricamente a questo dovrebbe  portare. Attualmente esiste un link verso tutto il Lazio, ed alcune regioni limitrofe, logicamente aggiungendo questo path all'interno di un sistema digipeater, si avrà modo di veicolare queste informazioni via RF nel caso in cui venissero in qualche modo ricevute.

I sistemi su cui abbiamo avuto modo di relizzare questo nuovo path, con successo sono UiDigi, PLXDigi, WX3 e Direwolf

Setup tipo in UiDigi

 

Configurazione tipo in PlxDigi, WX2 e WX3 Microsat

Configurazione tipo in Direwolf

Contestualmente è stata logicamente provata la geolocalizzazione su mappa con i terminali UiView, APRSIS32, APRSdroid e PinPoint. Quest'ultimo aveva un bug che non gli permetteva di visualizzare su mappa propria gli oggetti generati e ricevuti da altri sistemi (Object beacon), ho così scritto all'autore Frank Watervoort  il quale tempestivamente, lavorando su un aggiornamento del software ha risolto il problema rendendo PinPoint efficace nell'utilizzo in queste condizioni. Oggi si può scaricare il suo aggiornamento a questo link https://pinpointaprs.com/Pinpoint_v2.1_build_260222.msi

Il sistema è ancora in fase test, nonostente ciò il suo sviluppo di per se non è andato oltre in quanto sono stati raggiunti tutti gli obbiettivi che ci eravamo proposti, le informazioni ricevute da INGV oggi viaggiano ogni 30 minuti e per due giorni dall'evento sia su server aprs.is che in RF sulle bande A.P.R.S. 144.800MHz e 432.500MHz, gli eventi ricevuti sono circoscritti ai soli confini nazionali, questo per non creare conflitti con altre realtà simili sparse per il mondo, non avrebbe senso sovrapporsi al lavoro di altri.

Ringrazio Fabrizio IZ0ORT ed il grande Biagio il cui lavoro è stato determinante alla realizzazione dell'intero progetto. Doverosi ringraziamenti vanno anche ai colleghi che si sono prestati ai primi test in RF quali IK0JJX, IK0BVM, IU0REK, IW0FZP, IZ8FAV, IZ0CWW, IW0REF e IT9ELT, non ultimo Frank AB0WV per aver messo mano al bug sul suo PinPoint.

Messaggi verso WhatsApp da client via RF

 

Come già avviene con l'inoltro di E-mail o SMS da client APRS (vedi post ottobre 2022), è possibile inviare anche un testo con un massimo di 50 caratteri verso un gateway che veicola poi le informazioni inviate sull'applicazione WhatsApp all'utente finale, destinatario del messaggio. Il server è attivo da qualche anno, ma è in costante sviluppo da parte dell'autore che lavora nelle sue migliorie.

Lavorando con il client UiView (ma può essere usato qualunque sistema terminale che abbia la funzione messaggi), operando all'interno della sessione "messaggi" , preparo il testo da inviare seguendo la seguente sintassi:

Campo to : WTSAPP 

Campo testo: @+prefissointernazionale_numeroutente messaggio  

 

Questa è la notifica giunta sul mio smartphone in WhatsApp  
  

Questo è invece il testo del messaggio presente al suo interno

Questa è invece la risposta che ho inoltrato al mittente tramite WhatsApp utilizzando la seguente sintassi:

Campo messaggio: @call (che è lo stesso del mittente) 

Ed infine questo è il risultato; la risposta consegnata sul mio dispositivo terminale via RF dalla rete dei sistemi APRS

Breve accenno a come funziona una rete A.P.R.S.

I digipeater veicolano il segnale ricevuto dal client verso l'Igate, che a sua volta li trasmette al server. Lo stesso pacchetto non sarà accettato dal server, quindi il primo che glielo fa giungere si accrediterà ufficialmente il link.

Detto questo, ogni sistema ha un suo account su www.aprs.fi, all'interno di ogni account è possibile monitorare le varie operazioni svolte dal sistema stesso. Un contatore che bisogna sempre tenere sott'occhio è il log dove vengono riportate le stazioni ascoltate e quelle che hanno ascoltato te, lo screenshot è un esempio di come dovrebbe apparire in modo completo un log tipo di un sistema digipeater.

Come detto all'inizio, ogni pacchetto veicolato verso l'Igate e quindi da lui verso il server aprs.is è univoco, questo però non indica necessariamente che se una stazione non rientra in quella sessione log e quindi non vi viene accreditata la ripetizione, non è stata ricevuta o ripetuta da voi, vuol solo dire che probabilmente (anzi, sicuramente) la vostra ripetizione, se avvenuta,  è giunta in ritardo rispetto ad un altra uguale inviata all'Igate da un altro sistema che l'aveva anch'esso ascoltata.

Chiaramente ogni Sysop sa che questa non è una gara a chi arriva primo, guai a lavorare sulle potenze, non servirebbe a nulla se non creare forti disturbi all'intera maglia, la potenza RF di un digipeater si regola solo in base alla distanza che ha con un Igate o digipeater, quanto occorre per raggiungerlo, nulla di più, l'importante è che ogni sistema dovrebbe essere un valore assoluto all'interno della rete, ovvero dovrebbe coprire aree non ascoltate da nessun altro, ed è lì che un Sysop deve concentrarsi per ottimizzare al meglio il lavoro del suo sistema. Mettere su un digipeater laddove l'area è già coperta non serve a nulla, se non a disturbare la rete locale.

Detto questo, il sistema A.P.R.S. su protocollo AX25 è gestibile anche in totale autonomia (quindi senza l'ausilio di una rete proprietaria), essendo nato in un epoca in cui non esisteva Internet, la sua gestione è da sempre stata demandata all'utilizzo di programmi terminali  creati ad hoc, i quali permettono di svolgere attività di monitoraggio, messaggistica e all'occorrenza anche supporto come digipeater di basso profilo all'interno dell'intera rete. Tutto questo in un modo naturale, essendo tutta la struttura nativa per questo scopo, quindi con il solo ausilio di radio e ovviamente solo in RF. Questo fa di lui meccanismo valido e funzionante laddove occorre una presenza attiva solo in RF (immagino un campo base privo o impossibilitato a comunicare via web o telefono) e quindi con il solo uso della radio.

APRS point con RS-41

 L'utilizzo che si può scegliere modificando una radiosonda Vaisala RS-41 varia a seconda dell'impiego che gli si vuole dare. Io approfittando della corposa rete di digipeater APRS nata qui nel Lazio su 432.500Mhz, ho pensato di puntare su un sistema one-way, una sorta di radiofaro, che posizionato in determinate aree, può tornare utile sia ai sysop che così possono  monitorare le coperture dei propri digipeater, che per l'utente che modificando e adattando una Vaisala RS-41 alla rete APRS 432.500MHz, lavora a migliorare le sue condizioni di copertura.

Per questi sistemi si è scelta una icona univoca ed il SSID è quello suggerito dall'organo di controllo www.aprs.org, ovvero il -12 che indica proprio i sistemi one-way, ovvero quegli impianti APRS che di per se non sono veri e propri client, non hanno alcuna interazione con la rete, se non l'invio di un beacon a tempi preimpostati con invio di dati telemetrici..

La stazione IW0GLZ-12 riportata nello screenshot ha un setup in APRS ed uno in CW BEACON, nel caso specifico, IW0GLZ-12 traccia la posizione su mappa di dove è ubicato il trasmettitore IW0GLZ/B, che trasmette ad intervalli di 3 minuti un segnale in CW su 432.435 in modo USB, quindi in APRS ha una doppia funzionalità, quella di essere un APRS POINT e quella di riportare su mappa le coordinate e i dati telemetrici di lavoro all'interno del beacon, elementi importanti per chi opera il radioascolto.

Lo spirito è sempre quello di dare una seconda vita a queste apparecchiature nate per tutt'altri scopi, ma che adattati ai nostri sistemi, possono creare una loro rete di sicuro interesse, poi come ripeto, vistoche esiste una rete di digipeater su 432.500 quasi perfetta, perchè non approffitarne?

 Non per ultimo, ringrazio il caro amico Alex IZ0RIN per avermi donato le prime radiosonde da lui "cacciate",  con cui abbiamo dato inizio a questa simpatica iniziativa.

 

IZ0CWW-12 setup

IZ0CWW-12 setup