WIRTUALNY KLUB MODELARZY RC

Co do dopasowania napięć: masz tam już 8 oporników (pomijam wartości, bo te nie są dobre) - nie lepiej zastosować scalony bufor z serii lvc lub lvt?
Dodatkowo w Twoim rozwiązaniu może to stworzyć problem: procek podczas startu ma wszystkie nogi w stanie wysokiej impedancji - przy dzielnikach na rezystorach dostajesz na wyjściu dzielnika 0. To zero masz podłączone jako CS jednocześnie do karty jak i do pamięci, więc oba urządzenia wysterują swoje wyjścia DOUT, co może się źle skończyć.
Przy 4 dzielnikach lepiej zastosować scalaka - nie masz hazardu, a nóżek do lutowania tylko kilka więcej (za to elementów mniej).

Widzę, że wykorzystałeś ADC6 - wiesz, że tym pozbawiasz się możliwości testowania układu w obudowie DIP (ADC6 i 7 jest wyprowadzone tylko w TQFP)? Masz tam jeszcze kilka nóżek wolnych na innych portach do podpięcia tych ledów...
Co do termistora i układów na i2c, to się nie wgłębiam, bo nie mam doświadczenia...

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

Pomysł z rezystorami robiącymi za konwertery poziomów jest zły. Ciągle piszesz o ilości danych które chcesz zapisywać, przepustowościach interfejsów a zastanowiłeś się jak wygląda zegar SPI np. 20MHz po przejściu przez taki dzielnik ? No i jak ma to działać ? Jeśli rzeczywiście procesor ma być zasilany z 5V to na liniach karty pamięci musi pojawić się układ bufora o jakim pisze majek. Nie wiem, czy LVT ale LVC, LCX lub podobny, wytrzymujący na wejściu napięcie wyższe niż własne zasilanie.
Przetworniki których użyłeś są rzeczywiście niesamowite tylko: oba wiszą na tej samej gałęzi I2C co oznacza, że musisz kupić dwa różne układy dla dwóch różnych adresów szyny, ATmega8 chyba nie ma sprzętowego I2C czyli będziesz w kółko zajmował się wysyłaniem bitów i odpytywaniem przetworników czy już mają kolejny wynik, no i to są dość wolne delta-sigma optymalizowane do raczej wolnozmiennych sygnałów. Przy rozdzielczości 16 bitów mają tylko 8 próbek/sekundę a chcąc je trochę przyśpieszyć (co jest normalną wymianą w delta-sigma) zostajemy z 12 bitami i 128sps. Może to wystarczy choć wydaje mi się, że podczas startu przyśpieszenia będą zmieniały się o kilka g w kilkanaście ms. To wyklucza późniejsze całkowanie w celu pomiaru dystansu - po prostu nie będziesz widział co się działo między pomiarami. No i co z tymi bitami rozdzielczości ? Ile ich tak naprawdę potrzebujesz ? Może oprócz schematu napisz coś w rodzaju "danych katalogowych" Twojego urządzenia: "Będę mierzył przyśpieszenie w zakresie takim to a takim z rozdzielczością taką a taką, dokładnością siaką i szybkością próbkowania owaką.". To samo o temperaturze, ciśnieniu i reszcie rzeczy które mierzysz. Oczywiście możesz zastąpić wyrażenie "Będę mierzył" tekstem "chciałbym mierzyć". Wtedy jest o czym dyskutować a my rozumiemy, dlaczego takich a nie innych układów użyłeś. Źródło napięcia referencyjnego które zasila przetwornik jest trochę taką regulowaną diodą Zenera więc potrzebuje rezystora szeregowego. Sprawdzałeś jak znosi obciążenie pojemnościowe ? Pomysł użycia zasilania jako tej samej referencji dla czujnika i przetwornika ciśnienia jest fajny. Czujnik przyśpieszenia ma szumy rzędu 1mg/pierwiastek z Hz (nie wiem jak to tutaj napisać) czyli w paśmie 1kHz (a takie moim zdaniem trzeba tutaj mierzyć podczas startu) to będzie ok 30mV wartości skutecznej. Daje to, lekko licząc 1/1000 pełnej skali co zostawia Cię z 10 bitami pewnymi z 16 które dostajesz z przetwornika. Hm.. Czy mógłbyś przedstawić jakiś przebieg przyśpieszenia dla podobnej rakiety którą już ktoś zbudował i zmierzył ? Przetworniki delta-sigma mają jeszcze jedną nieprzyjemną cechę: nigdy nie wiesz, kiedy zmierzyły. To, co widzisz jako wynik jest odfiltrowanym przebiegiem zero-jedynkowym z modulatora d-s i jako taki zawiera całą historię filtra. Mając dwa takie przetworniki pracujące asynchronicznie (różne zegary na którymi nie panujesz, różne ich częstotliwości i różne zależności od temperatury i zasilania) nigdy nie będziesz w stanie dobrze nałożyć przebiegu przyśpieszenia (a więc i położenia) na ciśnienie. Acha, no i te potencjometry. To jest dobre na biurku ale one tak płyną, że całe Twoje dokładności i kalibracje utoną w zmianach wzmocnienia i offsetu wzmacniacza IC11. Pin AREF procesora trzeba odblokować kondensatorem.
Trochę te moje narzekania niepoukładane ale to tak na gorąco. A ty szybko się uczysz Zaczynam dostrzegać jakieś światelko w tunelu tego projektu No i pozdrawiam.

_________________
Marek
Tipsy (RIP), PT-17, EasyStar, EasyGlider, Fox
X-412 z apetytem na coś większego

Wielkie dzięki za tak olbrzymią porcję informacji
Czujnik ciśnienia podepnę bezpośrednio pod uC, a termistor podłączę do układu zbierającego dane z GPS.
A teraz info, o które prosiliście:
1. Przykładowe wykresy pochodzące ze strony Richard Nakka:


2. Przyśpieszenie będzie sięgało około 40g, największy skok przyśpieszenia to pierwsze 0,5s od startu kiedy silnik dopiero się rozkręca.
3. Do pomiaru ciśnienia wystarczy przetwornik wbudowany w ATmega8. Do przyśpieszenia najlepszy byłby 12- lub 14-bitowy przetwornik.
4. Temperatura w apogeum lotu powinna wynosić nie mniej niż -30*C (start planuje na zimę). Ciśnienie nie powinno spać poniżej 700hPa w najwyższym miejscu lotu.
5. Zależy mi na układach dostępnych w Polsce, Niemczech lub Irlandii (mam tam znajomych). Ewentualnie mogą być firmy Freescale lub Analog Devices.

Mam jeszcze parę pytań:
1. W jaki sposób dobiera się napięcie odniesienia od przetworników? Szukam czegoś na ten temat do dłuższego czasu, ale nic sensownego nie znalazłem.
2. Jaki bufor proponujecie? Jaki przetwornik będzie odpowiedni do czujnika przyśpieszenia? Układów jest masa, a ja nie mam jeszcze doświadczenia z tego typu częściami.
3. Potencjometry przewiduje tylko do prototypu. W wersji finałowej zostaną zastąpione przez odpowiednie rezystory.

PS. Wartość ciśnienia jest ważna tylko podczas opadania na spadochronie, ponieważ podczas startu czujnik potrafi wariować. Również czujnik przyśpieszenia na niewiele się przyda podczas opadania. Ale to tak w formie podsumowania.

Pozdrawiam

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

Nareszcie

_________________
Marek
Tipsy (RIP), PT-17, EasyStar, EasyGlider, Fox
X-412 z apetytem na coś większego