Chat

You: Benvenuti a questo approfondimento tecnico. Oggi analizzeremo l'ingegneria del progetto Aegis-Beacon. Per iniziare: chi sei e da chi è composto il team di sviluppo?

Leo-Galli: I creatori del progetto sono Leonardo Galli, che si è occupato dello sviluppo, e Lorenzo Santin, che ha curato grafica e debugging.

You: Qual è l'idea di base su cui si regge il progetto Aegis-Beacon?

Leo-Galli: L'obiettivo è realizzare un radio beacon di emergenza tascabile ed economico, con un costo totale dei componenti compreso tra 23 e 28 dollari.

Leo-Galli: Il dispositivo rileva la posizione GPS e la trasmette insieme alla propria identità in codice Morse sulla banda radio di soccorso a 433 MHz.

Leo-Galli: L'intero sistema opera in modalità diretta peer to peer, senza alcuna dipendenza da reti GSM, connessioni internet o infrastrutture satellitari.

You: Quale problema di ingegneria o operativo intendevate risolvere?

Leo-Galli: Il dispositivo risponde alle esigenze dei team di ricerca e soccorso SAR e della sicurezza in montagna, dove è fondamentale garantire la localizzazione quando qualsiasi rete di comunicazione tradizionale è assente o fuori uso.

You: Per quale motivo avete scelto di sviluppare un'architettura di questo tipo?

Leo-Galli: Abbiamo strutturato l'architettura attorno a un unico vincolo fondamentale: eliminare qualsiasi punto di fallimento infrastrutturale.

Leo-Galli: L'obiettivo era garantire che la posizione geografica possa raggiungere direttamente i soccorritori tramite onde radio a lungo raggio, mantenendo il sistema operativo anche in caso di blackout totale delle reti tradizionali.

You: Come avete organizzato il flusso di lavoro a livello di strumenti e sviluppo?

Leo-Galli: Abbiamo organizzato il lavoro adottando un approccio modulare fortemente strutturato, coordinato tramite GitHub per il tracciamento di ogni avanzamento.

Leo-Galli: A guidare lo sviluppo ci sono stato io come autore principale e lead maintainer, affiancato da Lorenzo sui contributi grafici, l'ottimizzazione degli asset binari e il refactoring visuale.

Leo-Galli: Per quanto riguarda la gestione operativa e le tecnologie del workflow, utilizziamo PlatformIO e Arduino per l'ambiente di compilazione, gestendo direttamente l'integrazione hardware per microcontrollori ESP32 e il supporto multidisplay OLED.

You: Entriamo nei dettagli dell'hardware e del software. Quali tecnologie avete selezionato e con quali motivazioni tecniche?

Leo-Galli: Abbiamo scelto componenti commerciali facilmente reperibili per garantire longevità e contenimento dei costi.

Leo-Galli: ESP32 MCU, microcontrollore principale, scelto per gestire la logica di sistema e ridurre i consumi in deep sleep.

You: Qual è stata la principale difficoltà tecnica riscontrata durante lo sviluppo?

Leo-Galli: Pur non essendo isolato un singolo problema principale, i documenti mettono in luce complesse sfide risolte nel firmware e nell'hardware: l'ottimizzazione dell'energia in deep sleep e lo spostamento delle linee hardware, tra cui DIO1 della radio.

You: Quali sono i risultati finali di cui siete più soddisfatti?

Leo-Galli: I traguardi fondamentali raggiunti sono rigorosamente misurabili: il funzionamento 100% offline e privo di abbonamenti, l'autonomia superiore a 65 ore, la portata radio fino a 15 km e il rilascio completo di codice con licenza open source MIT.

You: Cosa si impara analizzando l'architettura di questo progetto?

Leo-Galli: Più che considerazioni personali, il progetto fornisce un corpus conoscitivo di oltre 450 articoli tecnici nella wiki, che approfondiscono la teoria delle antenne e il calcolo dei bilanci energetici.

You: Quali consigli pratici dareste ad altri studenti o sviluppatori che desiderano realizzare un sistema simile?

Leo-Galli: Consiglierei prima di tutto di seguire una rigorosa disciplina di laboratorio.

Leo-Galli: Prototipazione preventiva: montate e testate sempre l'hardware su breadboard per verificare i bus di comunicazione SPI e I2C e le linee di alimentazione prima di passare alle saldature definitive sui moduli.

Leo-Galli: Protezione degli stadi radio: durante le prove di trasmissione a banco utilizzate sempre un carico fittizio.

Leo-Galli: Controllo qualità a fasi: inserite quality gates al termine di ogni singolo step di assemblaggio.

Leo-Galli: Conformità normativa: verificate con attenzione le leggi e i regolamenti radio locali della vostra zona, rispettando rigorosamente i limiti sulle frequenze consentite e i vincoli sul duty cycle.

You: Grazie per questo chiaro ed esaustivo approfondimento tecnico!

Leo-Galli: Grazie a te.

Leo-Galli: Se vuoi l'approfondimento per intero, vai a vedere l'intervista completa su YouTube. https://aegis-beacon.vercel.app/interview/youtube