WIRTUALNY KLUB MODELARZY RC

Co do Twoich planów przeniesienia kodów na ATtiny2313 to myślę że różnice wewnętrzne są łatwe do przezwyciężenia ale problem możesz mieć z taktowaniem. ATtiny wewnętrznie może być taktowany maksymalnie 8Mhz - nie wiem na ile to 16Mhz jest dla Ciebie krytyczne.

Jeżeli idzie o problemy z fusebitami - to ja używam do ich zmiany Bascoma (jedyne po co go mam - normalnie programuje w ISP Programmer) - ma jak dla mnie najbezpieczniejszy sposób ich obsługi.

Komputer pokładowy będziesz musiał chyba zrobić na jakiejś ATmega bo ATtiny mają za mało pamięci jak na takie rozwiązania.

[/url]

_________________
--
Tomasz Wojtkowiak
35 MHz k 63, 74

No to może jakiś wspólny projekt?
Mogę się dołączyć - hardware i programowanie nie są mi obce
Na koniec przydałby się ktoś do projektowania płytek i byłby komplet.

p.s. jaki GPS sobie zafundowałeś?
p.s.2 czy obrót kamery realizujesz przez przechylenie głowy na bok? Bo nie bardzo wyobrażam sobie użycie akcelerometrów do detekcji obrotu głowy

_________________
Zbigniew Bigaj

Tomek
dokładnie problem będę miał z przejściem z 16 na 8 MHz, zmianą prescalera z 64 na 16 i co za tym idzie z 2-krotnym wzrostem rozdzielczości. Pewnie nie obejdzie się bez mierzenia (w tickach timera) timingów.
Zobaczę jak mi pójdzie z fusebitami tym razem, może ostatnio bawiłem się jakimś trefnym mikrokontrolerem. Nie pamiętam dokładnie, jakie, ale pamiętam że miałem z nimi problemy.

Zbig
bardzo chętnie. Mi dobrze idzie programowanie (w AVRGCC + ASM raczej symbolicznie), choć programuję ostatnio dosyć rzadko - raz na parę lat...

Zamówiłem od kolesia ze Stanów minimoduł z SirfStarem III z wbudowaną anteną, dokładnie ten. Na razie gdzieś wsiąkł na poczcie.


Oczywiście obrót realizuję przez pochylenie głowy na bok. Do obrotów potrzebny byłby żyroskop, a ten jest drogi, a pozatym zwraca informacje o przyspieszeniach (obrotowych), a nie o położeniu bezwzględnym, co wprowadza pewien błąd i co wymaga co jakiś czas ręcznego zerowania.

Chciałbym zrobić komputer pokładowy, który by obrabiał dane z GPSu formatował je jakoś i przesyłał wraz z innymi danymi na dół kanałem audio.
Te dane, to sobie tak myśle, że mogłyby być:
- GPS wysokość + kierunek + szybkość
- napięcia pakietu silnika / nadajnika / kamery / komputera
- jakości sygnału PPM (zliczanie błędnych ramek choć z odbiornikami REX MPD chyba to nie przejdzie)
- pobór prądu przez silnik
- temperatury silnika / regulatora
Myślałem jeszcze o wysyłaniu danych do komputera pokładowego (przez tor PPM), które umożliwiałyby np. przełączanie kamery lub otwieranie jakichś drzwiczek, zrobienie zdjęcia, itepe. Ponieważ nie udało mi się "dorobić" dodatkowych 2 kanałów w moim Opticu, to myślę żeby te "rozkazy" dokodować w tych 2 kanałach, którymi steruję kamerką (np w formie jakieś gwałtowne zmiany wartości na kilka ramek, ale zgodne z formatem, żeby Rexy ich nie odfiltrowywały).
Do tego trzeba by dorobić stację naziemną z wyświetlaczem LCD albo z OSD (widziałem fajny moduł do tego), który będzie pokazywał odbierane wartości i pikał jeśli któraś przekroczy zadany próg (napięcia/temperatury). Coś w ten deseń.

Zastanawiam się jeszcze nad wyborem procesora na komputer pokładowy, ale myślę że jeśli dane z GPSu będą tylko filtrowane i kopiowane na port szeregowy, to Atiny26 ze swoim tuzinem (nie pamiętam dokładnie ile ich tam jest) przetworników AC będzie w sam raz. W sumie nie będzie miał on wiele do roboty. Odczytywanie przetworników AC (kilka razy na sekundę), filtrowanie danych z GPSU (mój moduł ma mieć standardowo ustawione 3600 bps) + monitorowanie sygnału PPM na jednym kanale (liczenie popsutych ramek), Atiny26 powinien się wyrobić. Za to stacja naziemna, w której trzebaby zamknąć cały processing i z racji obsługi rozbudowanej prezentacji danych + jakiegoś GUI pewnie będzie wymagała czegoś większego.

_________________
Krzysiek

Bez OSD to niewielki sens przesyłania tych danych na dół. Proponuje jakiś Atmel, nie musiałbym uczyć się kolejnego asemblera

_________________
Zbigniew Bigaj

ja niczego innego poza atmelem nie biorę pod uwagę, też nie mam czasu uczyć się czegoś nowego od nowa.
Co do OSD, to mi się podoba ten moduł:
http://www.decadenet.com/bob4/bob4.html
ma bardzo duże możliwości i łatwy interfejs.

Zastanawiam się nad kupnem wyświetlacza LCD samochodowego i zamontowaniem go w walizeczce (tej takiej fajnej stalowej) z całym komputerem naziemnym. Wtedy otwierało by się walizeczkę u nóg (można dorobić coś w rodzaju mieszka, żeby ekran był w cieniu), wpinało w nią wtyczkę z odbiornika i sru, można latać.
Niestety kończą mi się 3-dniowe ferie (jutro importuję żonę z dziećmi, więc znowu będzie krucho z czasem).

_________________
Krzysiek

Toz to rzut beretem od kierunkowej anteny odbiorczej, ktora zawsze celowalaby w model.

_________________
Kazik

Moduł OSD z odbiornikiem GPS:
http://www.blackboxcamera.com/stv5730a/applications.htm
kosztuje 95 funtów.

_________________
Zbigniew Bigaj

Koledzy, to jakby co, polecam sie pamięci. Jeśli idzie o stronę programową jestem cokolwiek tuman ale "twarde" jest mi nieobce i to zarówno elektronika jak i mechanika. Kawałek warsztatu nieopodal Gocławia też jest.

Pozdro

_________________
Łagodnych lądowań
Tomek "Wiedźma" Jędrzejczak

NIE Dzieciom NEO

Jutro zobaczę, czy na Wolumenie można dostać STV5730 - to jedna z prostszych aplikacji OSD. Myślę, że najlepiej byłoby zrobić OSD bezpośrednio na pokładzie, a nie bawić się w przesyłanie danych kanałem audio na ziemię.

EDIT: Z tego co wyszperałem STV nie jest już produkowany . W układzie BOB jest prawdopodobnie stosowany układ Mitsubishi M35060, chyba jeszcze trudniejszy u nas do dostania od STV (STV jest dostępny po około stówkę )

_________________
Zbigniew Bigaj