DPRI_doc_20-21/Przybylski/awionika/wizja_projektu.md

364 lines
14 KiB
Markdown
Raw Normal View History

---
author:
- Wojciech Kubiak, Piotr Józefowicz, Sebastian Wawrzyn
title: "**Dokument wizji dla projektu Awionika do rakiet**"
---
# Executive summary
Dokument dotyczy projektu realizowanego w ramach przedmiotu projekt
inżynierski. Niniejszy dokument służy przedstawieniu przeznaczenia
tworzonego systemu, jego głównych cech i przyjętych założeń. Grupą
docelową dla projektu jest koło naukowe na politechnice poznańskiej PUT
RocketLab, zajmujące się budową rakiet i silników rakietowych. Potrzebny
jest komputer pokładowy do rakiety oraz aplikacje umożliwiające obsługę
testów rakiet i silników. Nasz projekt ma dostarczyć:
- Aplikację desktopową pozwalająca wyświetlać dane na żywo z testów,
konfigurować ustawienia modułów komputera pokładowego oraz
zapisywać/usuwać dane z pamięci podręcznej modułów.
- Komputer pokładowy posiadający układ wyzwalający separację oraz
zbierający dane telemetryczne o locie, które będą mogły być
przekazywane na żywo do aplikacji poprzez nadajnik i odbiornik.
- Aplikację webową służącą jako baza danych testów oraz odgrywającą
rolę wizytówki koła
# Cel i grupa docelowa
Grupą docelową dla projektu jest koło naukowe na Politechnice
Poznańskiej PUT RocketLab. Koło zajmuje się budową rakiet i silników
rakietowych oraz rozwija systemy awioniczne i naziemne do ich
testowania. Potrzebny jest komputer pokładowy do rakiety, który będzie
odpowiadał za jej lot, zapisywanie danych z tego lotu, oraz lokalizację
rakiety po jej wylądowaniu. Potrzebna jest również aplikacja, która
będzie pełniła funkcję kontrolera lotów/testów. Takie testy generują
dużą liczbę danych, które ciężko uporządkować więc potrzebne jest też
miejsce, w którym będzie można je porządkować i wyświetlać w przejrzysty
sposób. Koło nie posiada też strony internetowej - tak zwanej wizytówki,
która ma budować rozpoznawalność w internecie i pomóc w kontakcie
przyszłym kandydatom na członków koła.\
Projekt oprócz komputera pokładowego będzie się składał z dwóch
aplikacji -- aplikacji webowej oraz aplikacji desktopowej. Aplikacja
desktopowa ma odgrywać rolę kontrolera testów. To, że aplikacja jest
desktopowa, wynika z faktu, że testy zazwyczaj wykonywane są w miejscach
bez dostępu do internetu. Aplikacja webowa będzie pełniła funkcję
wizytówki oraz bazy danych testów. Członkowie koła będą posiadali login
i hasło do aplikacji, gdzie będą katalogowane dane historyczne z testów.
Dane będzie można eksportować w wygodnym formacie, a także wyświetlać w
formie wykresów i tabelek z danymi. Strona będzie miała możliwość
wprowadzenia danych ręcznie, jednak preferowaną opcją będzie dodawanie
danych przez aplikację desktopowa, która to zrobi w sposób
zautomatyzowany. Aplikacja desktopowa będzie umożliwiała wyświetlanie
danych z testów rakiet oraz silników na żywo. Po teście dane będą
przekazywane do aplikacji webowej, jeśli będzie dostęp do internetu.
Jeśli nie będzie dostępu, to dane zostaną zapisane w pamięci komputera i
przekazane od razu po podłączeniu komputera do Internetu. Aplikacja
desktopowa ma również dać możliwość konfiguracji modułów elektroniki
komputera pokładowego rakiety oraz odczytywania i zapisywania z nich
danych. Pobrane dane będą od razu przekazywane do chmury tak jak w
przypadku testu na żywo. Będzie również możliwa zmiana konfiguracji tych
modułów-zmiany ustawień parametrów programu na danym module (np. ilość
bitów na sekundę podczas wysyłania danych, częstotliwość, moc anteny),
są to parametry, które muszą być zmieniane podczas czasu życia modułu.
Ta funkcjonalność ma na celu zapewnić większe bezpieczeństwo podczas
zmiany tych parametrów. Parametry nie będą zmieniane poprzez wgranie
nowego kodu tylko przez aplikacje, dzięki temu na samym urządzeniu nie
trzeba będzie zmieniać kodu źródłowego.\
Klientowi zależy na tym, aby pozyskać z rakiety dane, które pozwolą
sprawdzić, czy rakieta osiągnęła oczekiwane parametry lotu zgodne z
wcześniejszą symulacją takie jak apogeum, prędkość, liczba macha czy
przyspieszenie. W tym celu muszą dokonać pomiarów fizycznych za pomocą
odpowiednich czujników takich jak akcelerometr, barometr, magnetometr
czy żyroskop, a następnie zapisać te dane i wyświetlić je w czytelnej
formie w celu ich analizy. Komputer pokładowy będzie umożliwiał zebranie
powyższych danych, a także wyzwolenie separacji/spadochronu w dwóch
różnych konfiguracjach: poprzez automatyczne wykrycie spadku swobodnego
(apogeum). Rakieta będzie też wyposażona w lokalizator, który będzie
umożliwiał odnalezienie rakiety po lokalizacji GPS wysłanej za pomocą
komunikacji bezprzewodowej LORA.
# Rynek
Wyposażenie pokładowe rakiety (awionika) składa się głównie z dwóch
części: komputera pokładowego i lokalizatora. Komputery pokładowe
znajdujące się na rynku mają wysoką cenę i większość z nich, nie
oferuje, aplikacji do zbierania danych, przez co robi się z nimi bałagan
i trzeba dbać samemu o to, by te dane katalogować. Gotowe lokalizatory,
mimo że zaawansowane również są bardzo drogie.
## Przykłady produktów na rynku
- Dużym zainteresowaniem na świecie cieszą się amerykańskie
[EggTimery](http://eggtimerrocketry.com/home/altimeters-av-bay/).
Posiadają one wiele różnych konfiguracji komputerów oraz
lokalizatorów. Mają jednak one dość wysokie ceny modułów i nie
oferują zintegrowanej aplikacji, która umożliwiałaby analizę danych,
musimy korzystać z osobnych programów.
- Dostępne są [niemieckie komputery
pokładowe](https://www.rocketronics.de/shop/de/altimax-g3-standard.html?fbclid=IwAR2Btg-xkFvGJoPM6sU9-zkdCB5SZMVawdttTxnr6m8iG2iS46GtkmWs8Fc)
firmy Rocketronics oferujące wysoką jakość danych oraz dokładną
separację. Ich aplikacja nie umożliwia podglądu danych na żywo. Nie
ma w nich lokalizatorów i mają wysoką cenę.
- [Lokalizator
Featherweight](https://www.featherweightaltimeters.com/featherweight-gps-tracker.html)
(koszt to 610-2000 zł) - wysoka cena, zawiera aplikację, ale do tego
potrzebny jest jeszcze komputer pokładowy.
- Jeden z najtańszych i najpopularniejszych sposobów (przynajmniej w
Polsce) na lokalizację rakiety polega na używaniu taniego
[lokalizatora](https://abc-rc.pl/product-pol-7625-Lokalizator-GPS-TK102B-Tracker-GPS-Sledzenie-w-WWW.html),
który wysyła podstawowe dane telemetryczne dzięki modułowi GPS i
GSM. Nie są to jednak produkty przeznaczone konkretnie do rakiet i
nie mogą zostać zintegrowane z komputerem pokładowym.
- Nowością jest komputer pokładowy
[Signal-R2](https://bps.space/shop/signal-r2) z aplikacją na telefon
(koszt to ok 1400 zł). Aplikacja dostępna na platformy android oraz
iOS jest zintegrowana z komputerem pokładowym. Cały system
komunikacji jest oparty na Bluetooth, co daje zasięg 10 metrów,
dlatego nie można używać aplikacji do odczytów danych na żywo
podczas lotu. Aby uzyskać szerszy dostęp do dokumentacji, kodów
źródłowych i informacji na temat projektu trzeba dodatkowo
miesięczne płacić za subskrypcje na specjalnej platformie Patronite.
# Opis produkt
## Aplikacja webowa
- wizytówka koła
- dane z testów będzie można zapisywać na serwerze w celu stworzenia
historii testów
- eksport danych GPS w formacie KML (trajektoria lotu)
- eksport danych telemetrycznych do Excel'a
- import danych pomiarowych z pliku
- wyświetlenie danych historycznych (z testów)
- wyświetlenie danych historycznych w formie live (z testów)
- wyszukiwanie testu po nazwie i dacie
- kategoryzacja danych telemetrycznych (historia testów) przypisana do
testu
## Aplikacja desktopowa
- pomiary z rakiety obrazowane na żywo:
- wykres prędkości od czasu,
- wykres przyspieszenia od czasu,
- wykresy orientacji XYZ,
- wykres wysokości i wychylenia w osiach XYZ od czasu,
- wyświetlenie lokalizacji GPS na mapie (Google Maps)
- obrazowane danych z hamowni na żywo
- wykres ciągu do czasu
- wykres ciśnienia do czasu
- dane po teście rakiety czy silnika będą zapisywane na serwerze
- zgrywania/usuwanie danych z modułów elektronicznych
- zmiana konfiguracji modułów elektronicznych
## Elektronika
- dokonywanie pomiarów podczas lotu (prędkość, przyspieszenie,
wysokość, wychylenia w osiach XYZ)
- lokalizacja GPS oraz pomiary wysyłane do stacji naziemnej za
pośrednictwem komunikacji bezprzewodowej LORA
- wykrycie apogeum (spadku swobodnego) pozwalające wyzwolić
separacje/spadochron
- wyzwolenie separacji, spadochronu poprzez odpalenie zapalnika
elektrycznego
- przesyłanie danych do stacji naziemnej przez moduł komunikacyjny
- odbieranie danych przez odbiornik
- odpalenie drugie spadochronu na określonej wysokości
- przekazywanie danych do aplikacji desktopowej
- zapisywania danych do pamięci modułu
- odczytywanie danych z pamięci modułu
- zmiana konfiguracji modułu
# Zakres i ograniczenia
## Skład zespołu
- Wojciech Kubiak - systemy wbudowane - arduino, c++, FreeRTOS, python
- Sebastian Wawrzyn - backend - .NET Core, C-.05em , Docker, NoSql
- Piotr Józefowicz - frontend - Vue.js, typescript
## Kamienie milowe
- I faza, I semestr (02.2020 - 07.2020):
- Przygotowanie prototypu aplikacji
- Przygotowanie backlogu dla projektu w systemie Trello,
opracowanie funkcjonalności, user stories
- Rozpoczęcie prac programistycznych nad aplikacją
- Rozpoczęcie prac programistycznych nad komputerem pokładowym 1.0
- Testowanie komputera pokładowego
- Ukończenie MVP aplikacji i komputera pokładowego
- Poddanie MVP testom funkcjonalnym
- II faza, II semestr(10.2020 - 01.2021):
- Uaktualnienie dokumentacji i Trello
- Kontynuacja prac programistycznych nad aplikacjami
- Kontynuacje prac programistycznych nad komputerem pokładowym
- Rozpoczęcie prac nad nadajnikiem i odbiornikiem
- Testowanie komputera pokładowego oraz elektroniki naziemnej
- Ukończenie aplikacji wraz ze wszystkimi zdefiniowanymi
funkcjonalnościami
- Integracja aplikacji z elektroniką
- Testy integracyjne
- Wdrożenie aplikacji na publiczną domenę
## Harmonogram
MVP produktu zostanie wypracowane i przedstawione do końca czerwca 2020
roku, zawierać będzie funkcjonalności takie jak:
- Komputer pokładowy 1.0:
- Dokonywanie pomiarów telemetrycznych
- Zapis danych na kartę SD
- Wyzwolenie separacji za pomocą timera
- Odpalenie zapalnika elektrycznego
- Aplikacja internetowa (frontend):
- Stworzenie konta użytkownika, logowanie
- Dodawanie testów z pliku
- Wyświetlanie danych z testów
- Przegląd danych historycznych
- Zintegrowania aplikacji webowej z REST API
- Aplikacja serwerowa, REST API:
- Dodanie serwisów REST pozwalających na operacje wymienione w
punkcie "Aplikacja internetowa"
- Zintegrowania API z bazą danych
- Wdrożenie aplikacji na środowisko testowe
Druga wersja produktu wypracowana i oddana do stycznia 2021 roku,
obejmować będzie:
- Wszystkie funkcjonalności zdefiniowane w MVP
- Komputer pokładowy 2.0:
- Układ wyzwolenia separacji
- Komunikacja z nadajnikiem
- Konfiguracja modułu
- Zapis danych na pamięć flash
- Nadajnik/Lokalizator:
- Lokalizacja GPS oraz redundantny system prędkości wysokości
przyspieszenia
- Komunikacja bezprzewodowa LORA
- Konfiguracja modułu
- Elektronika naziemna/Odbiornik:
- Konfiguracja modułu
- Odbieranie danych od komputera pokładowego (LORA)
- Przekazywanie danych do serwera za pomocą REST API
- Przekazywanie danych do kolejnych urządzeń za pomocą Seriala
- Aplikacja internetowa (frontend):
- Wyświetlanie i gromadzenie danych historycznych testów
- Wyświetlanie testów historycznych w postaci live
- Eksport testów do plików
- Widok podsumowania testu
- Profil użytkownika
- Aplikacja desktopowa:
- Wyświetlanie danych z testów live (wykresy)
- Wyświetlanie lokalizacji za pośrednictwem Google Maps
- Konfigurowanie płytki
- Odczyt danych z płytki
- Usuwanie danych z płytki
- Aplikacja serwerowa, REST API:
- Dodanie serwisów REST pozwalających na operacje wymienione w
punkcie "Aplikacja internetowa"
- Dodanie serwisów REST pozwalających na operacje wymienione w
punkcie "Aplikacja desktopowa"
- Wdrożenie aplikacji na środowisko produkcyjne
Ograniczeniem projektu jest hosting, nie wiadomo czy politechnika
udostępni nam domenę oraz otworzy porty na zewnątrz.
Kolejnym ograniczeniem jest konflikt pomiędzy Auth0 i Electronem. Okazuje się, że na chwilę obecną niemożliwym jest zintegrowanie tych dwóch narzędzi. Problem został zgłoszony do supportu obu tych firm i kiedy zostanie on rozwiązany, wznowimy pracę nad tą częścią projektu.