Kolorowe OSD tylko na ATmega?

Tu można uprawiać dyskutanctwo ;-)

Moderatorzy: moderatorzy2014, moderatorzy

Awatar użytkownika
Rufio
Posty: 1157
Rejestracja: sobota 23 kwie 2011, 22:57
Lokalizacja: Wa-wa

Kolorowe OSD tylko na ATmega?

Post autor: Rufio »

Ucieszyłem się jak "dziki" gdy zaczęły pojawiać się nowe konstrukcje OSD.
Może niedługo się doczekamy i to z muzyczką w tle :-)

A znalazłem ten filmik tu opis .
cholo
Posty: 3371
Rejestracja: środa 03 lut 2010, 21:38
Lokalizacja: Kraków

Post autor: cholo »

no super, praktycznie nie trzeba latac bo widoczki same sie generuja :lol:
Awatar użytkownika
mounter
Posty: 1000
Rejestracja: niedziela 20 mar 2011, 23:59
Lokalizacja: --

Post autor: mounter »

cholo pisze:no super, praktycznie nie trzeba latac bo widoczki same sie generuja :lol:
to jest ratunek, jak kamera padnie, albo zaskoczy Cię mgła - wtedy obraz mógłby być generowany na podstawie wskazań czujników horyzontu i baro :roll:
Awatar użytkownika
pawlo
Posty: 505
Rejestracja: czwartek 03 mar 2011, 21:07
Lokalizacja: Olszewnica St.

Post autor: pawlo »

Lub w oczekiwaniu na lepszą widoczność pograć w Pac Mana :mrgreen:
fx 79, S-800, Vega, Ursus, pix , ostatnio Fimi x8
i kilka wynalazków ...
myślę że już starczy
Awatar użytkownika
krall
Posty: 3152
Rejestracja: poniedziałek 01 lut 2010, 10:00
Lokalizacja: Kartuzy
Kontakt:

Post autor: krall »

mounter pisze:
cholo pisze:no super, praktycznie nie trzeba latac bo widoczki same sie generuja :lol:
to jest ratunek, jak kamera padnie, albo zaskoczy Cię mgła - wtedy obraz mógłby być generowany na podstawie wskazań czujników horyzontu i baro :roll:
To trzeba iść krok dalej - czyli nie "robić" OSD w modelu tylko puszczać na dół pakiet danych (gps, imu, kompas) a na dole hulaj dusza... synthetic vision bez kompromisów :-)

pozdrawiam
Krzysztof
http://www.fly.kartuzy.com.pl
Awatar użytkownika
Rurek
Posty: 16419
Rejestracja: środa 10 mar 2010, 15:21
Lokalizacja: AIP ENR 5.5 - AAA 153 :-)

Post autor: Rurek »

optymalnie by było mieć :
-na modelu proste OSD które wyraźnie i czytelnie pokazuje strzałkę na dom i ewentualnie dystans do domu
- reszta przesyłana telemetrią i generowana we wszystkich kolorach świata ;-) w bazie.
Mój pomysł wynika z intuicyjnego wyczucia że telemetria może się "wyłożyć" a dopóki mamy obraz z modelu dopóty mamy namiar na dom :-) i w jakiś sposób jest zachowana redundancja :-)
infekcja FPV postępuje w zastraszającym tempie...
Awatar użytkownika
krall
Posty: 3152
Rejestracja: poniedziałek 01 lut 2010, 10:00
Lokalizacja: Kartuzy
Kontakt:

Post autor: krall »

Rurek pisze: Mój pomysł wynika z intuicyjnego wyczucia że telemetria może się "wyłożyć" a dopóki mamy obraz z modelu dopóty mamy namiar na dom :-) i w jakiś sposób jest zachowana redundancja :-)
Wszystko może się wyłożyć :-)
Tak hipotetycznie - jeśli by postawić na taką superhiper osd na ziemi to albo to albo to. Nie ma sie co rozdrabniać. U ZBiga dane telemetri przesyłane są coś na zasadzie teletekstu, wiem, że jak testowali to dane przechodziły nawet przy prawie nieczytelnym-zaszumionym obrazie.
pozdrawiam
Krzysztof
http://www.fly.kartuzy.com.pl
Awatar użytkownika
Rufio
Posty: 1157
Rejestracja: sobota 23 kwie 2011, 22:57
Lokalizacja: Wa-wa

Post autor: Rufio »

Właściwie idea OSD w modelu sprowadza się chyba do tego aby nie targać dodatkowego osprzętu - czyli model kompaktowy.

Tak czy owak dzieś, czy to w module na latadałku czy na ziemi, i tak trzeba policzyć parametry i coś "namalować" pilotowi.

Swoją drogą takie rozwiązania (OSD w bazie) są przynajmniej od 2006 roku. Wychodzi na to, że w model wystarczy wpakować IMU z autopilotem i transmisją wszelkich parametrów i zapewnić jej "niezawodność" (czyli nawet jeśli będzie szum z video to dane i tak przejdą).
No a na ziemi to już hulaj dusza z grafiką.

Z filmiku z 1szego posta, chciałem nieco uświadomić i sobie, że generowanie Composit PAL z zastosowaniem procka i oporników jest jak najbardziej wykonalne (i to z dźwiękiem).
Do niedawna żyłem w przekonaniu, że to wymaga przynajmniej wykorzystania zewnętrznego dla procka generatora, wysoko taktowanego procka albo 2ch procków czy czego tam jeszcze), i że "tanio" się zrobić po prostu nie da.

ps. no i takie demo w starym dobrym stylu jak na ZX Spectrum, chyba warto obejrzeć :-).
Awatar użytkownika
Rurek
Posty: 16419
Rejestracja: środa 10 mar 2010, 15:21
Lokalizacja: AIP ENR 5.5 - AAA 153 :-)

Post autor: Rurek »

Rufio pisze:...że generowanie Composit PAL z zastosowaniem procka i oporników jest jak najbardziej wykonalne....
Dobrze napisałeś - GENEROWANIE.
Zupełnie co innego jest z KLUCZOWANIEM sygnału z kamerki napisami generowanymi w innym źródle, to już nie jest takie hop-siup..i dlatego nie ma pokładowych-kolorowych OSD :-)
infekcja FPV postępuje w zastraszającym tempie...
Awatar użytkownika
Roger
Posty: 371
Rejestracja: piątek 12 lip 2013, 09:44
Lokalizacja: Kraków
Kontakt:

Re: Kolorowe OSD tylko na ATmega?

Post autor: Roger »

Pozdrawiam Maciek,
Aktualnie: FrSky x9d, X-Lite, rejsery i DJI Mavic Pro
Stuff dawno temu: Spektrum DX8, Naza v2 +GPS, http://mojerc.pl, KFC32, Nighthawk 280 Pro
Awatar użytkownika
pawelsky
Posty: 9750
Rejestracja: środa 19 mar 2014, 02:03
Lokalizacja: Polska
Kontakt:

Re: Kolorowe OSD tylko na ATmega?

Post autor: pawelsky »

Roger pisze:Trochę minęło i ... są?
https://www.youtube.com/watch?v=uB8LDlTGtjQ&t=130s
Na samej ATmedze nadal nie ma, ale inne oczywisicie sa. Starenki juz Vector ktory pokazales, czy tez chociazby XtremeOSD
https://store.xtremecopters.com/collect ... /xtremeosd
Awatar użytkownika
Zbig
Posty: 2268
Rejestracja: czwartek 13 gru 2012, 20:48
Lokalizacja: Warszawa

Re: Kolorowe OSD tylko na ATmega?

Post autor: Zbig »

Sam procesor nie zsynchronizuje się z podnośną koloru w PAL. Do tego potrzebny jest specjalizowany układ. Albo analogowy (PLL + enkoder kwadraturowy itd) - niestety od dawna takich już nie produkują, albo cyfrowy dekoder + enkoder z funkcją graficznego OSD (i zewnętrzną pamięcią RAM), albo przynajmniej z wejściem OSD RGB (od pewnego czasu conajmniej "obsolete" - stosowane były dla złącza SCART w telewizorach SD). Tak czy inaczej sporo miejsca, prądu i dodatkowe opóźnienie obrazu. Z drugiej strony PAL jeszcze się trzyma, bo nie ma dobrej alternatywy HD dla projektów DIY (czyli dalekiego zasięgu). Ale to chyba tylko kwestia czasu...
A do samego wygenerowania PAL/NTSC to wystarczał stareńki 8051 czy Z80, oczywiście dla PAL z lekkim "naciągnięciem" standardu :)
ODPOWIEDZ