Freunde, es ist Zeit, die Ergebnisse unseres Projektwettbewerbs „Server in the Clouds“ zusammenzufassen. Falls sich jemand nicht auskennt: Wir haben ein lustiges Geek-Projekt gestartet: Wir haben einen kleinen Server auf Raspberry Pi 3 gebaut, einen GPS-Tracker und Sensoren daran angeschlossen, all das Zeug in einen Ballon geladen und den Kräften der Natur vertraut. Wo der Ballon landen wird, wissen nur die Götter der Winde und die Förderer der Luftfahrt. Deshalb haben wir alle eingeladen, Punkte auf der Karte einzutragen – wer dem tatsächlichen Landeplatz am nächsten liegt, erhält „leckere“ Preise.
Unser Server ist also bereits in die Cloud geflogen und es ist an der Zeit, unsere Konkurrenz zusammenzufassen.
Links zu früheren Veröffentlichungen zum Wettbewerb
- (Ein Preis für den ersten Platz in unserem Wettbewerb ist die Teilnahme an einer Segelregatta, das vom 3. bis 10. November im Saronischen Golf (Griechenland) zusammen mit dem RUVDS-Team und Habr stattfinden wird.
- Wie haben wir das gemacht"» des Projekts – für Liebhaber von Geek-Pornos, mit Details und Analyse des Codes.
- mit ausführlicher Beschreibung.
- , auf dem die Bewegung des Balls und die Telemetrie in Echtzeit überwacht werden konnten.
- vom Startplatz.
Und Erfahrung, Sohn schwieriger Fehler
Wie Sie sich erinnern, hatten wir vor, Daten vom Server über ein GSM-Modem zu übertragen. Es war der Hauptkanal zur Übermittlung von Informationen. Es schien uns, dass wir Überraschungen bei der Abdeckung des Mobilfunknetzes vorhergesehen hatten, indem wir zwei SIM-Karten der Betreiber mit der besten Abdeckung im Bezirk Dmitrovsky in das Modem eingelegt hatten. Darüber hinaus verfügte das Modem über eine gute Rundstrahlantenne. Aber wie man so schön sagt: Eine Person schlägt vor, und Opsos entsorgen. Als der Ballon über 500 Meter (die Höhe des Ostankino-Fernsehturms) stieg, verschwand die Mobilfunkverbindung vollständig.
Im Nachhinein scheint das offensichtlich, aber im Nachhinein ist es so. Natürlich sind Mobilfunkantennen für die Abdeckung am Boden und nicht für die Abdeckung in der Luft ausgelegt. Ihre Strahlungsmuster „schlagen“ über das Gelände und „leuchten“ nicht in die Wolken. Mobilfunkkommunikation in einer Höhe von einem halben Kilometer und mehr ist also nur eine zufällige Reflexion der Keule einer Antenne. Auf der Hälfte der Strecke gab es also keine Kommunikation mit dem Ball über einen Mobilfunkkanal. Und beim Abstieg, als wir unter 500 Meter sanken, funktionierte die Mobilfunkverbindung wieder.
Wie haben wir Telemetriedaten vom Ball erhalten? Dafür sorgt der duplizierende Datenübertragungskanal. Wir haben ein Kit auf dem Ball installiertBetrieb mit 433 MHz.
Der Durchsatz ist gering, aber für unsere Aufgaben reichte er völlig aus. Was die Standortbestimmung des Balls per GPS angeht, gab es hier keine Probleme, der Tracker funktionierte ohne Probleme.
Und im Flug stellte sich heraus, dass das USB-Kabel, das das Telemetriemodul mit dem Raspberry Pi 3 verbindet, defekt war. Er arbeitete am Boden, weigerte sich aber am Himmel. Vermutlich Höhenangst. Den Fehler am Kabel stellten wir erst nach der Landung fest. Glücklicherweise ist es uns gelungen, die Datenübertragung direkt vom Telemetriemodul über LoRa einzurichten.
Und über gut
Das Glück lächelte die Habrauser an @ (der erste Platz), @ (zweiter Platz) und @ (dritter Platz)! Die Glücklichsten werden im November viele (hoffentlich angenehme) Eindrücke mitnehmen, und den Gewinnern des zweiten und dritten Platzes werden wir bald gute Smartphones präsentieren. Und natürlich erhalten alle drei als Geschenk einen kostenlosen virtuellen Server von RUVDS.
Wie der Start verlief, können Sie in diesem kurzen Video sehen:
Source: habr.com