Amigos, é hora de resumir os resultados do nosso projeto de competição “Servidor nas Nuvens”. Se alguém não sabe, iniciamos um projeto geek divertido: fizemos um pequeno servidor no Raspberry Pi 3, conectamos nele um rastreador GPS e sensores, carregamos tudo isso em um balão de ar quente e confiamos às forças da natureza . O local onde a bola vai pousar é conhecido apenas pelos deuses dos ventos e patronos da aeronáutica, por isso convidamos todos a colocarem pontos no mapa - cujos pontos mais próximos do próprio local de pouso receberão prêmios “saborosos”.
Então, nosso servidor já voou para as nuvens e é hora de resumir os resultados da nossa competição.
Links para publicações anteriores sobre a competição
- (o prémio para o primeiro lugar no nosso concurso é a participação numa regata de vela, que acontecerá de 3 a 10 de novembro no Golfo Sarônico (Grécia) junto com a equipe RUVDS e Habr.
- Como fizemos "» projeto - para fãs de pornografia geek, com detalhes e análise de código.
- com descrição completa.
- , onde foi possível monitorar o movimento da bola e telemetria em tempo real.
- do local onde a bola foi lançada.
E experiência, filho de erros difíceis
Como você lembra, planejamos transmitir dados do servidor por meio de um modem GSM. Este foi o principal canal de transmissão de informações. Pareceu-nos que havíamos proporcionado surpresas com a cobertura da rede celular ao inserir no modem dois cartões SIM das operadoras com melhor cobertura na região de Dmitrov. Além disso, o modem possuía uma boa antena omnidirecional. Mas, como dizem, a pessoa assume e o opsos dispõe. Quando a bola ultrapassou os 500 metros (a altura da torre de TV Ostankino), as comunicações celulares desapareceram completamente.
Olhando retrospectivamente, parece óbvio, mas é para isso que serve a retrospectiva. É claro que as antenas de telefonia celular são projetadas para cobertura no solo, não no ar. Seus padrões de radiação “atingem” o relevo e não “brilham” nas nuvens. Portanto, a comunicação celular a uma altitude de meio quilômetro ou mais é apenas um reflexo aleatório do lóbulo de alguma antena. Portanto, durante metade do percurso não houve comunicação com o balão por meio de canal celular. E durante a descida, quando descemos abaixo de 500 metros, as comunicações celulares voltaram a funcionar.
Como recebemos a telemetria do balão? Graças ao canal redundante de transmissão de dados para isso. Instalamos um kit na bola, operando a 433 MHz.
Seu rendimento é pequeno, mas para nossos propósitos foi suficiente. Quanto à determinação da localização da bola por GPS, não houve problemas, o rastreador funcionou sem problemas.
E durante o vôo, descobriu-se que o cabo USB que conecta o módulo de telemetria ao Raspberry Pi 3 estava com defeito. Ele trabalhou na terra, mas recusou-se a ir para o céu. Provavelmente com medo de altura. Descobrimos a falha do cabo após o pouso. Felizmente, conseguimos estabelecer a transferência de dados diretamente do módulo de telemetria via LoRa.
E sobre o bom
A sorte sorriu para habrayusers @ (primeiro lugar), @ (segundo lugar) e @ (terceiro lugar)! A pessoa mais sortuda terá muitas impressões (espero que agradáveis) de, e em breve apresentaremos bons smartphones aos detentores do segundo e terceiro lugares. E, claro, nós três receberemos como presente o aluguel gratuito de um servidor virtual da RUVDS.
Você pode ver como ocorreu o lançamento neste pequeno vídeo:
Fonte: habr.com