WIRTUALNY KLUB MODELARZY RC

Właśnie pracuję nad nowym projektem: Wyświetlanie dodatkowych informacji na obrazie przekazywanym przez kamerę z pokładu samolotu (OSD) w połączeniu z odbiornikiem GPS. W ten sposób chcę stworzyć coś na kształt komputera pokładowego z układem nawigacji, pomagającym w locie i w powrocie na lotnisko .

Będę tutaj opisywał swoje dokonania, a także proszę o uwagi, pomysły i propozycje usprawnień czy rozszerzeń systemu..

Układ prototypowy zmontowany jest na dosyć dużej płytce, ale w prototypie ważna jest tylko konfigurowalność i elastyczność, nie rozmiary


Dzięki sporej konfigurowalności mogę emulować lot podając komendy GPS-a za pomocą RS232 z komputera, albo przełączyć komputer pokładowy na odczyt danych bezpośrednio z GPS, albo odbierać komunikaty GPS-a przez PC-ta. Full wypas.

Jak widać elementów samego komputera pokładowego (OSD) jest zupełne minimum:
Atmega 32
Lm 1881
3 oporniki
4 kondensatory
1 dioda
kwarc 16 MHz
Zasilany może być z BEC-a
W smd da się upchać na naprawdę małej płytce.
Oczywiście projekt może się rozbudowac, ale z zamiłowania jestem minimalistą, więc układ nie powinien dużo utyć

Teraz trochę założeń:
Na ekranie będą wyświetlane informacje tekstowe:
-czas lotu
-prędkość
-wysokość
-odległość od lotniska
-aktualny kurs
-inne, jeszcze nie określone
oraz graficzne
-położenie lotniska w stosunku do aktualnego kursu (radar)
-wznoszenie/opadanie
-inne jeszcze nie określone.

Dziś dział już moduł OSD w trybie graficznym i tekstowym, teraz czeka mnie połączenie ich w jedną całość. Potrafię przeliczyć współrzędne geograficzne modelu oraz jego kurs na "modelocentryczny" obraz na radarze, oraz analizuję wybrane komunikaty GPS.
Teraz trzeba się brać za pierwsze składanie tego do kupy.

_________________
Zbigniew Bigaj

Jeśli potrzeba dużej platformy do wyniesienia - to nie stanmowi dla mnie problemu i naprawdę dość szybko latającej tez nie.
http://www.alexrc.pl/viewtopic.php?t=7466
( 15 zdj. powinien dac radę latać na Celulozy, 16 zdj. na drugim planie dwa modele - o Celulozy nawet nie myślę zwłaszcza tym szarym)
Ale zapewne Twój trener (elektryk, latający na Celulozy) sobie spokojnie poradzi.


Prędkość względem ziemi czy prędkość lotu?
Ważniejsza jest prędkośc lotu ale trudniejsza do pomiaru - rurka Pitota + czujnik różnicowy ciśnienia.

"Radar" - jest optymalnym wyjściem.

Jak rozumiem nie skazujesz na OSD - można podpiąć po RS'ie po prostu radiolinie i dostać dane do stacji naziemnej?

Dużo wygodniej jest pilotować jeśli możesz widzieć dane też na "lapatopie" lata się często w dwie osoby pilot + drugi pilot-nawigator.
Jak nie trzymasz "drągów" to dużo spokojniej oceniasz sytuację.

_________________
Pozdrawiam
Armand

Póki co opieram się na GPS, więc predkość względem ziemi (może kiedyś zmontuję czujnik prędkości względem powietrza).
Mogę przesyłać dane telemetryczne w pierwszych 20 liniach obrazu (jak teletekst), również mając wolny kanał nadawczy RS mogę oddawać dane na zewnątrz.

_________________
Zbigniew Bigaj

Zmontuj, zmontuj ten różnicowy czujnik ciśnieniowy - naprawdę zmienia się wyobrażenie o tym jak leci model jeśli masz możliwość odczytu podczas lotu.

A wysokość jak czujnik ciśnienia czy też z GPS??

_________________
Pozdrawiam
Armand

Obydwa
To znaczy mam czujnik ciśnienia, który spróbuję wykorzystać (jeśli dokładność pozwoli)

_________________
Zbigniew Bigaj

Procesor ma chyba tylko 10 bit przetwornik chyba zewnetrznym trzeba by się posilić 16 bit.

_________________
Pozdrawiam
Armand

Spróbuję na początek oversamplingu, jak nie wystarczy, to zewnetrzny przetwornik.

Jeśli słyszycie za oknem dziwne odgłosy, to nie burza, tylko ja zgrzytam zębami. Straciłem kilka godzin szukając błędu w kodzie, a wszystko wskazuje na to, że UART w moich dwóch Atmega32 wariuje albo BASCOM ich nie potrafi prawidłowo obsłuzyć. Co jakiś czas, jeśli tylko UART odbiera dane z PC-ta (nawet jeśli ich w swoim programie nie odczytuję, wystarczy że PC je nadaje), to co jakiś czas, powoduje to błędne wykonanie programu, reset i temu podobne. Ten sam kod w Atmega168 działa bez zarzutu. Chyba będę musiał skonfigurować UART-a w Atmega32 w assemblerze i sprawdzić jeszcze raz .

_________________
Zbigniew Bigaj

Bardzo inspirujące zdjęcie Zbig. Mój zestaw nie jest aż tak poukładany, ale z Twojego zdjęcia wiele sie nauczę. Fajna jest ta część konfiguracyjna na zworkach. No i fajna jest ta płytka, dużo sensowniejsza od moich płytek "ogólnego przeznaczenia". To twoje osobiste dzieło, czy gdzieś można takie kupić?
Widzę że jednak upychasz wszystko do jednego procesora (OSD + resztę). Nie szkoda ci takiego dużego procesora? tzn. będziesz musiał strasznie ostrożnie pisać całą logikę ("biznesową" - he he) żeby z OSD się nie gryzło. Chyba wygodniej (dla Ciebie) byłoby zrobić OSD na oddzielnym Atiny, nie?
Do czego są te dwa jumpery przey we/wy video?
W czym programujesz na PC-cie? w visual basicu?

Problem z UARTEM wygląda mi na problem z przerwaniami. Nie wiem, jak obsługuje port szeregowy bascom, ale wygląda na to, że ustawia on wektor przerwania i jak przeychodzą dane, to generowane jest przerwanie i w tabeli przerwań jest coś nakopane i program skacze tam gdzie nie trzeba. Pewnie jak wyłączysz przerwania (o ile bascom sam ich nie właczy spowrotem) to problemu nie będzie (to potwierdzi przyczynę). Nie wyobrażam sobie innej przyczyny resetowania kontrolera po odebraniu danych. Może bascom kompiluje kod nie na ten procesor (z inną tablicą przerwań). No jeszcze ewentualnie mógłby być przyczyną zamazany od dołu stos, ale chyba w tej fazie projektu jeszcze SRAMU nie wypełniłeś pod korek?
EDIT:
Popatrzyłem w noty katalogowe obu procesorów (168 i 32) i wektor przerwanie USART RXC jest w tym samym miejscu. Więc skakać powinien gdzie trzeba. Kopsa się pewnie w procedurze obsługi, więc coś musi psuć stos i co jakiś czas procesor nie wie gdzie wrócić. Rzeczywiście wredny feler. [/url]

Jak przeliczasz położenie na odległość od lotniska. Stosujesz jakieś uproszczenie (samo mnożenie), bez trygonometrii? Ja się zastanawiałem i stwierdziłem, że tak będzie najlepiej - mnożyć te ułamki kątów przez przybliżoną odpowiadającą im odległość (tylko na razie nie szukałem ile sekunda ma stopni - może już znalazłeś podobne dane?)

_________________
Krzysiek

Po kolei:
lytka jest LAB-1 od Piekarza, trzeba trochę pociąc ściezki , bo jest pod 80C52 i nogi nie pasują. Do tego przygotowane pod meskie złacze RS
Logika biznesowa nie gryzie się w żaden sposób z OSD.
Cześć jumperów jest po to, żeby odłączyć procesor od reszty układu (kiedyś pewnie będę eksperymentował na tej płytce z innymi układami)
Na PC mam VB6.0 + kontrolka MSComm.
UART obsługuję bez przerwań

_________________
Zbigniew Bigaj