MH
Guest
Tue Dec 02, 2008 11:03 pm
Witam ,
Problem jest bardziej złożony (a może nie , oby!!). Zaznaczam , że w tej
tematyce nie mam żadnego doświadczenia i z całą pewnością będę musiał trochę
poczytac. Dlatego też prośba o linki na szczególową dokumentację.
Ale , do rzeczy.. Mam zamiar zaprojektowac wyświetlacz graficzny stanowiący częśc
większego projektu o rozdzielczości min. 800x600 , ilośc kolorów jeszcze
niewiadoma , ale załóżmy 24-bit. Monitor zakupiony gdzieś tam w sklepie , z
pewnych względów odpada. Stąd pierwsze pytanie: jaki wyświetlacz proponujecie
(producent , link na dokumentację techniczną)?
Teraz trzeba to pieroństwo jakoś obsłużyc. Z mojego punktu widzenia , idealna
byłaby kostka , działająca w ten sposób , że na jakąś jej szynę adresową podaję
adres pixla , na szynę danych jego kolor i sruu.. jakimś tam zboczem CLK to
zapisuję i reszta mnie nie obchodzi. Stąd drugie pytanie: znacie takie kostki
(linki na pdf'y)?
Ewentualnie może byc nie kostka , ale moduł kontrolera niezbyt upierdliwego w
obsłudze.
Krótko mówiąc całośc ma wyglądac tak:
[Moje urządzenie] => [Kontroler LCD] => [Display LCD]
Dzięki za pomoc ,
MH
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
Marek Lewandowski
Guest
Wed Dec 03, 2008 9:46 am
On Dec 2, 11:03 pm, "MH" <logiz...@op.pl> wrote:
Quote:
Problem jest bardziej złożony (a może nie , oby!!). Zaznaczam , że w tej
tematyce nie mam żadnego doświadczenia i z całą pewnością będę musiał trochę
poczytac. Dlatego też prośba o linki na szczególową dokumentację.
masz problem w zalozeniu...
Quote:
Ale , do rzeczy.. Mam zamiar zaprojektowac wyświetlacz graficzny stanowiący częśc
większego projektu o rozdzielczości min. 800x600 , ilośc kolorów jeszcze
niewiadoma , ale załóżmy 24-bit.
[...]
Teraz trzeba to pieroństwo jakoś obsłużyc. Z mojego punktu widzenia , idealna
byłaby kostka , działająca w ten sposób , że na jakąś jej szynę adresową podaję
adres pixla , na szynę danych jego kolor i sruu..
Jestes aby pewien?
Ile czasu masz na odswiezenie obrazu i co za CPU masz na pokladzie?
800x600x3 = 1.44MB, przy pisaniu po pixlu potrzebujesz 48 bit na
komende (10b X + 10b Y + 24b kolor, zaokraglic do bajtu), czyli 3MB
musisz przechlustac co klatke przez zewnetrzna magistrale... przez co
ma to byc podpiete i na jak dlugim kablu?
Quote:
Ewentualnie może byc nie kostka , ale moduł kontrolera niezbyt upierdliwego w
obsłudze.
karta VGA na ISA + monitor z wejsciem VGA tak by dzialaly, ale
podejrzewam, ze blad tkwi w juz w sformulowaniu problemu...
--
Marek Lewandowski
ICQ#/GG#: ask per mail. mail: locust[X]poczta/onet/pl
my gallery:
http://www.pbase.com/mareklew
my kind-of-a-blog:
http://lockaphoto.stufftoread.com
Greg(G.Kasprowicz)
Guest
Wed Dec 03, 2008 9:59 am
Quote:
Ewentualnie może byc nie kostka , ale moduł kontrolera niezbyt
upierdliwego w
obsłudze.
karta VGA na ISA + monitor z wejsciem VGA tak by dzialaly, ale
podejrzewam, ze blad tkwi w juz w sformulowaniu problemu...
uzywam kosci Epsona
SED costam
ma magistrale dane/adres,i wypluwa 24 bit dane RGB na panel, oraz mozna
podpiac monitor CRT...
nie lepiej wziac ARMa z wbudowanym kontrolerem TFT?
taki za 10$ kupisz, np AT91SAM9263
Adam Dybkowski
Guest
Wed Dec 03, 2008 11:35 pm
MH pisze:
Quote:
Ale , do rzeczy.. Mam zamiar zaprojektowac wyświetlacz graficzny stanowiący częśc
większego projektu o rozdzielczości min. 800x600 , ilośc kolorów jeszcze
niewiadoma , ale załóżmy 24-bit. Monitor zakupiony gdzieś tam w sklepie , z
pewnych względów odpada. Stąd pierwsze pytanie: jaki wyświetlacz proponujecie
(producent , link na dokumentację techniczną)?
Jaka przekątna obrazu? Jest różnica, czy chodzi Ci o 8", czy o 32".
Większość wyświetlaczy LCD TFT ma bardzo przyjemną w sterowaniu (np.
przez FPGA) magistralę - wystarczy wystawiać synchronicznie kolory
kolejnych punktów i kilka zegarów. Można nawet takie coś popędzać bardzo
wygodnie z gotowego mikrokontrolera (już tu podany ARM z serii
AT91SAM9). W firmie stosujemy LCD z kontrolerem HX8309 - poguglaj w tych
okolicach.
--
Adam Dybkowski
http://dybkowski.net/
Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.
MH
Guest
Thu Dec 04, 2008 11:01 am
Quote:
On Dec 2, 11:03 pm, "MH" <logiz...@op.pl> wrote:
Problem jest bardziej złożony (a może nie , oby!!). Zaznaczam , że w tej
tematyce nie mam żadnego doświadczenia i z całą pewnością będę musiał trochę
poczytac. Dlatego też prośba o linki na szczególową dokumentację.
masz problem w zalozeniu...
A konkretnie gdzie?
Quote:
Ale , do rzeczy.. Mam zamiar zaprojektowac wyświetlacz graficzny stanowiący
częśc
większego projektu o rozdzielczości min. 800x600 , ilośc kolorów jeszcze
niewiadoma , ale załóżmy 24-bit.
[...]
Teraz trzeba to pieroństwo jakoś obsłużyc. Z mojego punktu widzenia , idealna
byłaby kostka , działająca w ten sposób , że na jakąś jej szynę adresową podaję
adres pixla , na szynę danych jego kolor i sruu..
Jestes aby pewien?
Ile czasu masz na odswiezenie obrazu i co za CPU masz na pokladzie?
800x600x3 = 1.44MB, przy pisaniu po pixlu potrzebujesz 48 bit na
komende (10b X + 10b Y + 24b kolor, zaokraglic do bajtu), czyli 3MB
musisz przechlustac co klatke przez zewnetrzna magistrale... przez co
ma to byc podpiete i na jak dlugim kablu?
Nie czytasz uważnie głównego wątka.. Na jakim kablu? Co to znaczy "przez co ma
byc podpięte"? Piszę wyraźnie o kostce kontrolera LCD , a więc będzie na mojej
PCB. A co do CPU , to nie jest to w tym momencie sprawa kluczowa. Będzie takie
,żeby się wyrobiło czasowo. A może wogóle go nie będzie , tylko zrobię to na
jakiejś logice zaimplementowanej na FPGA.
Quote:
Ewentualnie może byc nie kostka , ale moduł kontrolera niezbyt upierdliwego w
obsłudze.
karta VGA na ISA + monitor z wejsciem VGA tak by dzialaly, ale
podejrzewam, ze blad tkwi w juz w sformulowaniu problemu...
Piszę wyraźnie w głównym wątku , że z pewnych względów monitor zewnętrzny nie
wchodzi w rachubę. A to , że komputery z kartą VGA działają , to chyba wszyscy
wiedzą. No i nadal nie widzę błędu w sformułowaniu problemu...
MH
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
MH
Guest
Thu Dec 04, 2008 11:37 am
Quote:
nie lepiej wziac ARMa z wbudowanym kontrolerem TFT?
taki za 10$ kupisz, np AT91SAM9263
Dzięki. O to właśnie mi chodziło..
MH
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
MH
Guest
Thu Dec 04, 2008 12:36 pm
Quote:
Zapewne tez wszyscy wiedza, jak ugryzc TFT. Ja sie wypinam z watku,
nie lubie, jak ktos szukajacy pomocy opierdziela z gory na dol osobe,
ktora pyta o szczegoly aplikacji.
Ja kogoś tu opierdzieliłem ??!! Chyba cie pogięło ... Tymczasem koledzy Grzegorz
i Adam udzielili krótkiej,zwięzłej i wyczerpującej odpowiedzi ..
MH
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
Marek Lewandowski
Guest
Thu Dec 04, 2008 12:46 pm
On Dec 4, 11:01 am, "MH" <logizn...@op.pl> wrote:
Quote:
Nie czytasz uważnie głównego wątka.. Na jakim kablu? Co to znaczy "przez co ma
byc podpięte"?
To znaczy, czy i na jakim kablu i na jakiej magistrali. Czego nie
rozumiesz w pytaniu?
Quote:
Piszę wyraźnie o kostce kontrolera LCD , a więc będzie na mojej
PCB.
Nie jest to oczywiste, ani niezbedne.
Quote:
A co do CPU , to nie jest to w tym momencie sprawa kluczowa. Będzie takie
,żeby się wyrobiło czasowo. A może wogóle go nie będzie , tylko zrobię to na
jakiejś logice zaimplementowanej na FPGA.
To zrob cale sterowanie od LCD w FPGA, nie rozumiem, na jaki kij
chcesz to pchac w osobna kosc wtedy?
Quote:
A to , że komputery z kartą VGA działają , to chyba wszyscy
wiedzą. No i nadal nie widzę błędu w sformułowaniu problemu...
Zapewne tez wszyscy wiedza, jak ugryzc TFT. Ja sie wypinam z watku,
nie lubie, jak ktos szukajacy pomocy opierdziela z gory na dol osobe,
ktora pyta o szczegoly aplikacji.
--
Marek Lewandowski
ICQ#/GG#: ask per mail. mail: locust[X]poczta/onet/pl
my gallery:
http://www.pbase.com/mareklew
my kind-of-a-blog:
http://lockaphoto.stufftoread.com