Następne misje - Zintegrowany GPS, stacja meteo, nadajnik UKF.

[grzezoch]

O tym samym dla aparatu cyfrowego myślałem. Akumulatorki mogą nie dać rady tam na górze...

Oj mogą, chyba że zapewni się dogrzewanie "kabiny" i naładuje tego samego dnia lub dzień wcześniej. Bez tego prawdopodobnie też przeżyją i będą działać jeśli są względnie nowe i markowe, ale wydaje mi się, że ryzyko z akumulatorkami jest znacznie większe niż z baterią. Mam przed oczami wykres pojemności baterii litowej, alkalicznej i akumulatorka NiMH względem temperatury i NiMH do zera trzyma się dobrze a nawet pojemność mu lekko wzrasta. Alkaliczna przy zerze ma już tylko 1/3 pojemności.
Przy -20 st. C NiMH ma ok. 28% pojemności nominalnej. alkaliczna 17%. Litowa przy -20 st. C ma ok 95% pojemności nominalnej.
Czy wiecie już jakiej spodziewacie się temperatury wewnątrz kapsuły?

[kanarkusmaximus]

Dogrzewanie będzie za pomocą ogrzewaczy, tych które się stosuje do rąk czy nóżek. Mam je już zakupione. Na kilkudziesięciominutowy lot powinny wystarczyć.

[skrzyp]

Przypominam że w misji bierze też udział eksperyment SECE, ktorego jedynym zadaniem będzie w pierwszej misji pieczenie oporników oraz pomiar tego pieczenia, czyli prądu, napięcia i wydzielonej temperatury. Ja się wręcz obawiam czy na opornikach nie wydzieli się za dużo ciepła i nie pójdą z dymem. Popłynie przez nie prąd 8A (przy założeniu że damy oporniki 0,25 oma, a dokładnie ze względu na brak takowego o odpowiedniej mocy planuję dać 4 oporniki 0,25 oma 2 polaczone komplety po 2 szeregowo). To daje 16W które się wydzieli w postaci ciepła.
Apropo, nie wliczyłem ich do wagi elektroniki, a myślę że dobrze by było je przykleic/zacisnąć do jakiejś aluminiowej płytki odprowadzajacej/rozprowadzającej ciepło.

[kanarkusmaximus]

Hmm, czy Maquis może tutaj coś napisać od siebie?

[skrzyp]

Będzie zmiana w portach RS232.
Do portu 1 miały być podłączone 2 odbiorniki GPS, a do 2 komórka. Odbiorniki co jakiś czas miały być przełączane, aby sprawdzić jak się sprawują.
Uznałem że jest to bezsensowne i...
Do portu 1 będzie podłączona komórka i testowany odbiornik GPS. Do 3000m npm będzie obsługiwał tylko komórke, powyżej tylko testowanego GPSa.
Do portu 2 będzie podłączony wzorcowy GPS oraz wyjście konsoli.
Największą korzyścią (poza uproszczeniem programu) będzie uzyskanie danych z obu odbiorników GPS jednocześnie (powyzej 3000m n.p.m.).
Trochę sie namiesza z kablami na płytce, no ale coś za coś.


EDIT (wieczorny):
ZMIESCILO SIE!

Ramki z 2 gpsa sa zapisywane z naglowkiem w ktorym na 3 pozycji zamiast "P" pojawi sie "2" czyli zamiast $GPGGA będzie $G2GGA

[Maquis]

No dobrze, ale co konkretnie chcesz wiedzieć? W zasadzie wszystko już było odnośnie SECE opisane. Cztery panele, z których odczyt jest rejestrowany przez ten sam układ, który zapisuje dane parametrów lotu.

[skrzyp]

Taka mala propozycja.
Poniewaz nie mamy APRSu a moj kumpel z technikum mimo obietnic nie odezwał się na forum (ma uprawnienia UKF i nadajnik APRS), wpadłem na pomysł aby zastosować zwykłe krótkofalówki PMR.
Nadają z mocą 0,5W na 446MHz, co przy znacznej wysokości gondoli oraz antenie Yagi w odbiorniku powinno nam zapewnic odbior transmisji do ponad 100km.
Zeby za bardzo nie czarować do "kodowania" transmisji zastosowałbym zwykły koder/dekoder DTMF (koszuje to max 10zł). W takiej konfiguracji wysyłałbym pozycje, wysokość, może jakąś temperature i napiecie akumulatorów. Po wylądowaniu zmieniłbym nadawanie na prostego morsa tylko z ID misji.
Dzięki temu będziemy mogli nadawać bez konieczności posiadania uprawnień UKF.
Dla maruderów odnośnie innej anteny odbiorczej, przypominam, że służyć będzie TYLKO do odbioru, a to jest dozwolone.
Co wy na to?

Jeszcze male doedytowanie, moj synalek mi przerwal pisanie.
Ponieważ transmisja będzie wysyłana DTMFem, pójdzie dość szybko. 1 "impulsem" możemy zakodować od razu 16 znakow, co akurat wystarczy na wszystkie cyfry i przecinki, liter jako tako nie potrzebujemy. Zakladajac ze 1 impuls bedziemy wysyłac 50ms, 50ms na przerwe to 30 znaków zajmie nam 3sek. A to naprawdę wolna i pewna transmisja.

[kanarkusmaximus]

Ja nie widzę problemu.
Skrzypie - możesz wysłać PW do Copernicusa i spytać o ten pomysł? On, z racji swojego doświadczenia, będzie bardziej kompetentny do odpowiedzi.

[Copernicus]

Witam,

rozumiem, że szukacie systemu, który w trakcie całego lotu przekaże pozycję przemieszczającej się kapsuły, a po wylądowaniu pomoże jej odszukać? Dodatkowo chcecie skorzystać z możliwości, jakie daje pasmo niewymagające licencji, pozwoleń, etc.

Tak, więc:
- wybór pasma 70 cm - łatwość w zdobyciu sprzętu, legalność działania (Private Mobile Radio 446), co za tym idzie niski koszt. Minusem mogą być ewentualne lokalne zakłócenia od stacji pracujących w tym samym paśmie.
- zasięg pozwalający na odbieranie sygnałów z kapsuły podczas całego lotu (brak barier między kapsułą, a odbiornikiem).
- trudne wizualizowanie przemieszczania się kapsuły. Rozumiem, że każdorazowo odebrane współrzędne muszą być wprowadzane do jakiegoś systemu w celu pokazania tego na mapie (np. Google Earth).

Generalnie warto spróbować. Czy planujecie jakiś backup? drugi alternatywny system przekazywania pozycji?
Z doświadczenia wiem, że GPS potrafi się "rozfiksować" w najmniej oczekiwanym momencie.

[skrzyp]

Hmm.. w sumie moj uklad obsluguje 2 odbiorniki GPS, a poniewaz bede wymienial procek na taki z wiekszym ramem to moge pomyslec o tym, aby w przypadku braku fixa z jednego z nich pobieral z 2.
Co do wizualizacji pozycji - myslalem aby dane przetwarzal moj program i nakladal je na bierzaco na google map, tyle ze to malo mobilne rozwiazanie, bo ktos ciagle musi sterczec i machac antena. Alternatywą jest laptop z dostępem do netu i wysylaniem pozycji na jakis serwer www a ktoś inny może je sobie ogladac chocby przez przegladarkę www w komorce.
Jako "backup" PMRa poniekąd pracuje komorka ktora bedzie wysylac pozycje po wyladowaniu...
W tej misji chyba nawet by nie bylo miejsca na 2 nadajnik. Choć oczywiście można by dać 2 PMRy każdy na innym kanale, każdy z inna antena i w razie padniecia jednego z nich przełączyć się na 2.

[Copernicus]

super. Zawsze najbardziej się boję o GPS. Tu backup jest niezbędny.

[skrzyp]

Właśnie rejestrator przeszedł crashtest Po 3 godz na - 5..-9*C spadl z 5m na snieg (bez obudowy). Przezyl Działa gra i bucy

[kanarkusmaximus]

To jest bardzo pozytywna wiadomość.

[skrzyp]

Właśnie przerabiam program, żeby nadawał w DTMF przez PMRy.

Podczas wznoszenia - minuta nadawania, 5 min ciszy (nie za długo? Nie wiem czy nie zrobić 1/1)
I tu rodzi sie pytanie - jak dlugo spada gondola? Jakie dac czasy? Moze sie nie bawić jednak w rozróżnianie częstości nadawania przy wznoszeniu/opadaniu tylko ustawić na co 40sek na 40sek.

A teraz sama ramka:
- 3 sek impuls (identyfikator poczatku ramki oraz aby delikwent trzymający antenę zdążył ją w miarę dokładnie naprowadzić na gondolę)
dlugosc_geogr;szer_geogr;wysokosc;gps_valid;cisnienie;zasilanie1;zasilanie2


Przy czym zasilanie jest reprezentowane 1 cyfrą od 0 do 9 (dokładna wartość nie jest nam potrzebna, ta będzie w logach, wystarczy nam orientacyjna, żeby tylko wiedzieć co się dzieje),
W sumie maksymalnie 36 znaków + przerwy. Czas nadawania pelnej ramki to 3sek + (36x2+2 *0,1)s = 10,2 sek (co wydaje mi się nie jest specjalnie dużo) podczas 40sek nadawania odbierzemy 3 pełne ramki.

Oczywiście zakładam że w 100 ms układ (a może karta dźwiękowa) będzie w stanie zdekodować nadawany znak. Jeśli nie - czasy się wydłużą.

Co wy na to?

Aha, po dlugich i owocnych obradach z samym soba wymyslilem ze do dekodowania DTMFu uzyje... karty dzwiekowej (odpadnie problem z portami lpt lub rs232 do komunikacji). Moj programik wiec zostanie wyposazony w kolejna funkcje, dekodera dtmf jak dobrze pojdzie z wizualizacja wynikow na google map.

[kanarkusmaximus]

Dobre pytanie ile spada gondola - zakładam, że będzie to przynajmniej kilka minut.

Pewnie zależne to jest od wielkości spadochronu. Może wygodnie założyć, że spadek zajmie 10 minut?