Amici, è tempo di tirare le somme del nostro progetto-concorso “Server nelle nuvole”. Per chi non lo sapesse, abbiamo realizzato un divertente progetto geek: abbiamo creato un piccolo server su Raspberry Pi 3, collegato un GPS e dei sensori, caricato tutto su un pallone aerostatico e affidato alle forze della natura. Dove atterrerà il pallone lo sanno solo gli dei del vento e i protettori dell'aria, quindi abbiamo invitato tutti a segnare i punti sulla mappa: le persone i cui punti risulteranno più vicini al luogo di atterraggio effettivo riceveranno premi “gustosi”.
Quindi, il nostro server ha già volato tra le nuvole e è tempo di tirare le somme del nostro concorso.
Link alle pubblicazioni precedenti sul concorso
- (premio per il primo posto nel nostro concorso – partecipazione a una regata velica, che si svolgerà dal 3 al 10 novembre nel Golfo Saronico (Grecia) insieme al team RUVDS e a Habr.
- Come abbiamo realizzato la «» del progetto — per gli amanti del geek-porn, con dettagli e analisi del codice.
- con la descrizione completa.
- , dove si poteva seguire il movimento del pallone e la telemetria in tempo reale.
- dal luogo di lancio del pallone.
E l'esperienza, figlio di errori difficili.
Come ricorderete, avevamo pianificato di trasmettere i dati dal server tramite un modem GSM. Questo era il canale principale di trasmissione delle informazioni. Ci sembrava di aver previsto ogni imprevisto con la copertura della rete cellulare, inserendo nel modem due SIM di operatori con la migliore copertura nella zona di Dmitrov. Inoltre, il modem era dotato di un'ottima antenna omnidirezionale. Ma, come si suol dire, l'uomo propone e gli operatori dispongono. Quando il pallone è salito oltre i 500 metri (l'altezza della Torre di Ostankino), il segnale cellulare è scomparso completamente.
Riflettendoci retroattivamente, sembra ovvio, ma è proprio per questo che si parla di retroattivo. Certo, le antenne di telefonia mobile sono progettate per coprire il suolo, non l'aria. I loro diagrammi di direzionalità "colpiscono" lungo il terreno e non "illuminano" le nuvole. Quindi, la copertura cellulare a un'altezza di mezzo chilometro e oltre è solo un riflesso casuale di un petalo di qualche antenna. Pertanto, per metà del percorso di comunicazione con il pallone, non c'era copertura cellulare. E in fase di discesa, quando siamo scesi al di sotto dei 500 metri, il segnale cellulare ha ricominciato a funzionare.
In che modo abbiamo ottenuto i dati telemetrici dalla sfera? Un ringraziamento speciale al canale dati ridondante. Abbiamo installato sulla sfera un set, operante alla frequenza di 433 MHz.
La larghezza di banda non è elevata, ma è stata più che sufficiente per i nostri scopi. Quanto alla determinazione della posizione della sfera tramite GPS, non ci sono stati problemi, il tracker ha funzionato senza intoppi.
In volo, abbiamo scoperto che il cavo USB che collegava il modulo di telemetria al Raspberry Pi 3 era difettoso. Ha funzionato a terra, ma ha smesso in volo. Probabilmente ha avuto paura dell'altezza. Abbiamo scoperto il problema del cavo solo dopo l'atterraggio. Fortunatamente, siamo riusciti a stabilire la trasmissione dati direttamente dal modulo di telemetria tramite LoRa.
E per le buone notizie
La fortuna ha sorriso agli utenti di Habr @ (primo posto), @ (secondo posto) e @ (terzo posto)! Il vincitore di novembre sarà premiato con una marea di emozioni (si spera positive) grazie alla partecipazione alla regata velica AFR, e ai proprietari del secondo e terzo posto presenteremo presto dei buoni smartphone. E naturalmente, a tutti e tre in regalo l'affitto gratuito di un server virtuale da RUVDS.
È possibile vedere come è avvenuto il lancio in questo breve video:
Fonte: habr.com
