WIRTUALNY KLUB MODELARZY RC

Przy masie startowej ponad 3kg to nie jest aż tak dużo, zważywszy na fakt, że większa masa z przodu rakiety polepsza jej stateczność w locie. Bez tych 500g rakieta będzie robiła fikołki w powietrzu. Taki zapas masy powinien wystarczyć na potrzebną elektronikę i zasilanie.

_________________
Bartosz M.
stratus9@o2.pl
gg: 8338131

To czas jaki upływa od zmiany temperatury ośrodka do zmiany wskazania przez termometr. Zwykle podawany dla 2 ośrodków: cieczy i powietrza (z podaną prędkością przepływu). W zależności od typu czujnika waha się od kilku do kilkudziesięciu sekund. Czujniki w obudowie TO92 mają około 10s opóźnienia. Akcelerometr o zakresie 20..30g, najlepiej z wyjściem cyfrowym (szybsze, bo unika się całkowania). Czujnik ciśnienia (absolutnego) o zakresie pokrywającym przewidywane wysokości, najlepiej z wbudowanym przetwornikiem. Termometr: chyba jak najmniejszy termistor NTC. Wygodniejsze byłyby czujniki w obudowie TO92 (DS18B20, SMT160-30) i podobnych (KTY8x) ale są znacznie wolniejsze. Najszybsze ale i najbardziej kłopotliwe w aplikacji są termopary i małe PT100 (np. w SMD).
Wyniki spokojnie zmieszczą się w niewielkiej kostce pamięci, karta to chyba przesada.
Masa startowa 3kg i prędkość 300m/s? To przecież pocisk! Lepiej bym się czuł, gdybyś podał jakiś link z przepisami zezwalającymi amatorom budować takie duże modele.

_________________
Tomek

Czyli jednak EEPROM.
Prawo na ogół milczy o legalności tego typu konstrukcji. Projektowanie, budowanie i odpalanie (na legalnych fabrycznych silnikach) jest w pełni legalne pod warunkiem, że rakieta nie zagraża bezpieczeństwu innych osób. Jeśli rakieta ma przekroczyć pułap 2km trzeba wystąpić o pozwolenie do najbliższej wieży kontroli lotów. Podobnie jest z balonami meteorologicznymi, które mają napewno większą masę niż 3kg i osiągają większe wysokości.

Czujników przyśpieszenia z cyfrowym wyjściem i odpowiednim zakresem nie znalazłem. Najlepszy jaki znalazłem to ADXL210 (zakres do 10g). Czujnik MPX4115 powinien się spisać do pomiaru ciśnienia.
Znalazłem również czujnik MS5534 tylko nie mam zielonego pojęcia skąd można by go zdobyć i czy by się nadał.

PS. Dla zainteresowanych tematem modelarstwa rakietowego polecam stronę: http://www.ksard.pl

_________________
Bartosz M.
stratus9@o2.pl
gg: 8338131

Jest jeszcze ADXL180, ale 50g to przesadnie duży zakres i pomiary mniejszych wartości będą obarczone sporym błędem. To już lepszy jest ADXL321 z wyjściem analogowym. Niemniej do 10g najlepszy będzie ADXL210. Wygląda OK i jest dostępny.
A co z termometrem?

_________________
Tomek

Producent układów ADXL ma również w swojej ofercie dosyć dokładne i szybkie termometry analogowe. Układ TMP36 zdaje się być odpowiedni (3*C/s powinno wystarczyć).Trudno jest znaleźć termistor z dobrze opisanymi parametrami dlatego myślę, że powyższy układ będzie najlepszy.
Ewentualnie może być ten termistor np.KT100. Jest tani i łatwo dostępny.

_________________
Bartosz M.
stratus9@o2.pl
gg: 8338131

To akurat dotyczy lutowania Zerknij na Fig.18. Dla prędkości powietrza ~10m/s (30fps) wskazanie TMP35 (TO92) ustali się po >50s.

_________________
Tomek

Mój błąd Tak jest jak się parę rzeczy na raz
To pozostaje mały termistor NTC albo termopara. Coraz bardziej jestem skłonny zastosować termoparę z powodu szybkości jej działania.
Jutro spróbuje wrzucić zaktualizowany schemat z odpowiednimi czujnikami i zasilaniem.
Czy do przełączania stanu urządzenia (zapis danych do eeprom / odczyt z eeprom przez rs232) trzeba dodać jakiś przełącznik/zworkę?

_________________
Bartosz M.
stratus9@o2.pl
gg: 8338131

Termopary są dość kłopotliwe w aplikacji, proponuję NTC - Elfa ma precyzyjne np. typu RH16. Jakiś przycisk dostępny z zewnątrz do zapoczątkowania zapisu do pamięci na pewno sie przyda. Odczyt pamięci można inicjować zapytaniem przesłanym przez port szeregowy.

_________________
Tomek

Parę uwag od autora pierwszej wzmiankowanej strony

1. Pomiar co 10ms: o ile to pewnie nie będzie większym problemem, to zapis wyników zrobi Ci dziurę w akwizycji danych. Osobiście jeżeli ma to być atmel, to zrobiłbym to na dwóch prockach - jeden do zbierania danych i wypychania ich natychmiast do drugiego procka, a tamten by robił zapis na SD i jednocześnie przyjmował nowe dane do bufora cyklicznego (tak jak jest to zrobione w moim gps-ie). Ewentualnie dać zewnętrznego flasha, ale musiałbyś znależć z podwójnym buforem.

2. Jeżeli chodzi o SD, to mam nadzieję, że wiesz, że zapisywać można tylko całymi sektorami po 512B?

3. W nowszej wersji loggera wielokanałowego każdą wartość z kolejnego wejścia oznaczam dodatkowym bajtem: pozwala to zbierać dane niezależnie z kilku kanałów i co najważniejsze niesynchronicznie (jedną wartość możesz zapisywać co 10ms, inną co 15ms, jeszcze inną całkiem nieregularnie)

4. O ile komunikaty logowane przez gps-a mają w sobie zaszyty czas, to Ty będziesz musiał jeszcze dodawać znaczniki czasowe, żeby później te dane nadawały się do czegokolwiek.

5. Jeżeli nie programowałeś mikroprocesorów wcześniej, to w 3 miesiące będziesz miał problem z zrobieniem tego. To jest nietrywialne i jeżeli chcesz to zrobić dobrze, to będziesz musiał liczyć każdy takt zegara, dobrze przemyśleć co zbierać w przerwaniach, co robić w głównej pętli programu i największy problem: jak to i gdzie zapisać, żeby nie blokować pomiarów.

6. Pokrewne do 5.: zasilasz procesor i karte z jednego źródła, a to sugeruje zasilanie ~3.3V i niskie taktowanie procesora. Nie pomoże Ci to...

7. R7 masz podłączone do masy zamiast do write_protect (przydałyby się tam jednak kropki)

8. Typowe balony meteo mają ok. 1.3kg nośności (takie były wykorzystywane przez http://copernicus-project.org ) i potrafią polecieć na 28km

9. Jedna na razie pominięta ważna rzecz: skąd będziesz wiedział, gdzie wylądowały szczątki rakiety, żeby odzyskać sprzęt? Może się okazać, że bez gps-a i jakiegoś nadajnika się nie obejdzie. Jeżeli myślisz, że będziesz to kontrolował wzrokiem, to poczytaj wątki tutaj o uciekających samolotach.

EDIT:

10. Jeżeli jeszcze do końca nie wiesz co chcesz zrobić (w sensie rakieta czy samolot), to może zrób po prostu wyposażenie balonu? Myślę, że Copernicus chętnie weżmie na pokład kolejnego lotu takie urządzenie o ile nie będzie ważyło 0.5kg
Odpadną Ci wtedy problemy z rygorystyczną czasówką, konstruowaniem 'nosiciela', szukaniem sprzętu po wylądowaniu, natomiast pozostaje mierzenie ciśnienia, nowy problem mierzenia temperatur do -50 stopni C, no i możesz spokojnie mierzyć wilgotność. Czyli możesz skupić się na fizycznej stronie zagadnienia.
Ogólnie spóźniłeś się trochę, bo w zeszłym roku za taki projekt dostałbyś laptopa od Copernicusa (był konkurs na wyposażenie kapsuły, nikt nie wygrał z braku chętnych).

_________________
pozdrawiam
Marek, 35Mhz k. 72, 63; 40MHz k. 50