NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Gniazda SMD do wyświetlacza 4,3'' - jak się nazywają i gdzie je kupić?
Goto page Previous 1, 2, 3 Next
MuNiO
Guest
Guest
Mon Dec 11, 2006 10:04 pm
Użytkownik "T.M.F." <tfrancuz@nospam.mp.pl> napisał w wiadomości
news:elkgmt$ja5$2@atlantis.news.tpi.pl...
Quote:
BTW. Zapodaj link do jakiejs licytacji na allegro do tego LCD, bo jakos
nie moge znalezc, a byglada to ciekawie.
nie moge znalezc, a byglada to ciekawie.
http://allegro.pl/item146209316_oryginalne_wyswietlacze_psp_mozliwy_montaz.html
Kurciok
Guest
Guest
Mon Dec 11, 2006 10:06 pm
Quote:
480*272*60 (obrazow na sekunde)*3 (24 bity/pixel) + generacja sygnalu
60 obrazów na sekundę skąd wziołeś tą wartość?
Quote:
taktujacego dla kolejnych pixeli i licznikow linii. ARM pociagnie, ale ile
mocy mu zostanie? W dodatku jesli program na chwile zajmie sie czyms innym
zobaczysz to na LCD. BTW. Chyba Atmel ma ARMy z interfejsem do LCD?
mocy mu zostanie? W dodatku jesli program na chwile zajmie sie czyms innym
zobaczysz to na LCD. BTW. Chyba Atmel ma ARMy z interfejsem do LCD?
No ale to chyba działa tak że raz wpisanego obrazu nie trzeba odświeżać
przecież to nie TV z kineskopem
a może jednak?. Wpisuje raz obraz coś
jest wyświetlone na wyświetlaczu a ja sobie mogę użyć ARM do czego chce
wtedy i nie ma obciążenia żadnego do momentu kolejnej aktualizacji obrazu.
Czy też nie?
T.M.F.
Guest
Guest
Mon Dec 11, 2006 10:45 pm
Kurciok napisał(a):
Quote:
480*272*60 (obrazow na sekunde)*3 (24 bity/pixel) + generacja sygnalu
60 obrazów na sekundę skąd wziołeś tą wartość?
60 obrazów na sekundę skąd wziołeś tą wartość?
To jest typowa wartosc dla LCD. Zobacz na stronie 13 cytowanego przez
ciebie pdfa - clock frequency - min. 7,83MHz - z taka czestotliwoscia
minimalna musisz mu podawac nowe pixele.
Quote:
taktujacego dla kolejnych pixeli i licznikow linii. ARM pociagnie, ale ile
mocy mu zostanie? W dodatku jesli program na chwile zajmie sie czyms innym
zobaczysz to na LCD. BTW. Chyba Atmel ma ARMy z interfejsem do LCD?
No ale to chyba działa tak że raz wpisanego obrazu nie trzeba odświeżać
przecież to nie TV z kineskopem a może jednak?. Wpisuje raz obraz coś
jest wyświetlone na wyświetlaczu a ja sobie mogę użyć ARM do czego chce
wtedy i nie ma obciążenia żadnego do momentu kolejnej aktualizacji obrazu.
Czy też nie?
mocy mu zostanie? W dodatku jesli program na chwile zajmie sie czyms innym
zobaczysz to na LCD. BTW. Chyba Atmel ma ARMy z interfejsem do LCD?
No ale to chyba działa tak że raz wpisanego obrazu nie trzeba odświeżać
przecież to nie TV z kineskopem
a może jednak?. Wpisuje raz obraz coś
jest wyświetlone na wyświetlaczu a ja sobie mogę użyć ARM do czego chce
wtedy i nie ma obciążenia żadnego do momentu kolejnej aktualizacji obrazu.
Czy też nie?
Nie, to tylko matryca, musisz ja odswiezac, bo nie ma wlasnej pamieci.
Co wiecej, tego typu LCD nie znosza zaniku impulsow taktujacych przy
wlaczonym ekranie - to moze uszkodzic matryce. Takze obawiam sie, ze
twoj ARM z czestotliwoscia co najmniej 7,83MHz bedzie musial mu podsylac
te dane. To go koszmarnie obciazy i ciezko bedzie w niego wsadzic jakas
inna aplikacje.
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
Kurciok
Guest
Guest
Tue Dec 12, 2006 11:41 am
Quote:
Nie, to tylko matryca, musisz ja odswiezac, bo nie ma wlasnej pamieci. Co
wiecej, tego typu LCD nie znosza zaniku impulsow taktujacych przy
wlaczonym ekranie - to moze uszkodzic matryce. Takze obawiam sie, ze twoj
ARM z czestotliwoscia co najmniej 7,83MHz bedzie musial mu podsylac te
dane. To go koszmarnie obciazy i ciezko bedzie w niego wsadzic jakas inna
aplikacje.
wiecej, tego typu LCD nie znosza zaniku impulsow taktujacych przy
wlaczonym ekranie - to moze uszkodzic matryce. Takze obawiam sie, ze twoj
ARM z czestotliwoscia co najmniej 7,83MHz bedzie musial mu podsylac te
dane. To go koszmarnie obciazy i ciezko bedzie w niego wsadzic jakas inna
aplikacje.
Dobrze że zwróciłeś mi na to uwagę. Przejrzałem sobie
http://www.atmel.com/dyn/resources/prod_documents/doc6054.pdf i wynika z
niej że tylko AT91SAM9261 ma controller LCD jak na złość ten ARM nie ma
wewnętrznej pamięci Flash tylko ROM (czyli chyba można go tylko raz
zaprogramować) no i to 200 Mhz mnie trochę odstrasza. No to mam chyba dwa
wyjścia albo znaleźć uC z obsługą LCD lub użyć ARM tylko jako sterownik do
LCD, a całą aplikacje umieścić w drugim uC. A może jest jakiś chip który sam
w sobie jest kontrolerem LCD? Może coś polecisz?
PAndy
Guest
Guest
Tue Dec 12, 2006 12:17 pm
"Kurciok" <kurciok@poczta.BEZSPAMUonet.pl> wrote in message
news:elm19m$dfm$1@nemesis.news.tpi.pl...
Quote:
zaprogramować) no i to 200 Mhz mnie trochę odstrasza. No to mam chyba
dwa wyjścia albo znaleźć uC z obsługą LCD lub użyć ARM tylko jako
sterownik do LCD, a całą aplikacje umieścić w drugim uC. A może jest
jakiś chip który sam w sobie jest kontrolerem LCD? Może coś polecisz?
dwa wyjścia albo znaleźć uC z obsługą LCD lub użyć ARM tylko jako
sterownik do LCD, a całą aplikacje umieścić w drugim uC. A może jest
jakiś chip który sam w sobie jest kontrolerem LCD? Może coś polecisz?
A nie mozesz dorobic troche hardware do tego?
caly ekran to 382.5KB, wystarczy jeden SRAM 512KB ktory kosztuje 12zl +
jakies FPGA albo CPLD (ok 50zl) - koszt sterownika nie przekroczylby
80zl jak mysle
(dodalbym jeszcze jeden SRAM jako drugi bufor i po klopocie)
Moze ktos z grupy skrobnalby cos na szybko w VHDL czy Verilogu... - taki
display moze byc popularny...
Adam Jurkiewicz
Guest
Guest
Tue Dec 12, 2006 1:04 pm
Kurciok wrote:
Quote:
Jak nazywają się te małe białe gniazda SMD których obecnie jest pełno
wszędzie w sprzęcie i podłącza się do nich tasiemki. Szukam gniazda do tego
wyświetlacza http://tinyurl.com/wgd9z jeżeli by ktoś wiedział przy okazji
gdzie to kupić to także proszę o tę informację.
wszędzie w sprzęcie i podłącza się do nich tasiemki. Szukam gniazda do tego
wyświetlacza http://tinyurl.com/wgd9z jeżeli by ktoś wiedział przy okazji
gdzie to kupić to także proszę o tę informację.
Ścieżka jest taka:
http://uk.farnell.com/ -> connectors -> PCB -> Manufacturer OMRON
-> Order Code -> http://tme.pl/
Pozdrawiam,
sword
--
e-mail: sword@wywalic.ajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
Kurciok
Guest
Guest
Tue Dec 12, 2006 1:39 pm
"PAndy" <pandrw_cutthis_@poczta.onet.pl> wrote in message
news:elm33e$10p$1@news.onet.pl...
Quote:
"Kurciok" <kurciok@poczta.BEZSPAMUonet.pl> wrote in message
news:elm19m$dfm$1@nemesis.news.tpi.pl...
zaprogramować) no i to 200 Mhz mnie trochę odstrasza. No to mam chyba dwa
wyjścia albo znaleźć uC z obsługą LCD lub użyć ARM tylko jako sterownik
do LCD, a całą aplikacje umieścić w drugim uC. A może jest jakiś chip
który sam w sobie jest kontrolerem LCD? Może coś polecisz?
A nie mozesz dorobic troche hardware do tego?
caly ekran to 382.5KB, wystarczy jeden SRAM 512KB ktory kosztuje 12zl +
jakies FPGA albo CPLD (ok 50zl) - koszt sterownika nie przekroczylby 80zl
jak mysle
(dodalbym jeszcze jeden SRAM jako drugi bufor i po klopocie)
Moze ktos z grupy skrobnalby cos na szybko w VHDL czy Verilogu... - taki
display moze byc popularny...
Myśle ze to się spokojnie da zrobić nawet na ARM7 (tak aby jeszcze została
jakaś moc na obliczenia) wystarczy generator na 8Mhz (nie wiem czy
przypadkiem takiego generatora który nie obciąża uC nie da się zrobić w ARM7
na jakimś timerze) 3 kości SRAM (tyle że takie którym adres można przełączać
szeregowo tym sygnałem 8Mhz) po 128KB które są podłączone do wyświetlacza
bezpośrednio (ale można je programować z poziomu uC poprzez przełączenie
zrobione na bramkach logicznych które mogą mieć wyjścia w wysokiej
impedancji). Najlepiej by było gdyby tych kości było 6
albo dwie ale z
organizacją 128kx24 wtedy tak jak mówisz byłby buffor i nie było by
mignięcia podczas zmiany danych. Tyle że to strasznie dużo kombinowania
najlepiej by było jednak użyć jakiegoś gotowego kontrolera.
PAndy
Guest
Guest
Tue Dec 12, 2006 1:50 pm
"Kurciok" <kurciok@poczta.BEZSPAMUonet.pl> wrote in message
news:elm802$p23$1@atlantis.news.tpi.pl...
Quote:
Myśle ze to się spokojnie da zrobić nawet na ARM7 (tak aby jeszcze
została jakaś moc na obliczenia) wystarczy generator na 8Mhz (nie wiem
czy przypadkiem takiego generatora który nie obciąża uC nie da się
zrobić w ARM7 na jakimś timerze) 3 kości SRAM (tyle że takie którym
adres można przełączać szeregowo tym sygnałem 8Mhz) po 128KB które są
podłączone do wyświetlacza bezpośrednio (ale można je programować z
poziomu uC poprzez przełączenie zrobione na bramkach logicznych które
mogą mieć wyjścia w wysokiej impedancji). Najlepiej by było gdyby tych
kości było 6 albo dwie ale z organizacją 128kx24 wtedy tak jak
mówisz byłby buffor i nie było by mignięcia podczas zmiany danych.
Tyle że to strasznie dużo kombinowania najlepiej by było jednak użyć
jakiegoś gotowego kontrolera.
została jakaś moc na obliczenia) wystarczy generator na 8Mhz (nie wiem
czy przypadkiem takiego generatora który nie obciąża uC nie da się
zrobić w ARM7 na jakimś timerze) 3 kości SRAM (tyle że takie którym
adres można przełączać szeregowo tym sygnałem 8Mhz) po 128KB które są
podłączone do wyświetlacza bezpośrednio (ale można je programować z
poziomu uC poprzez przełączenie zrobione na bramkach logicznych które
mogą mieć wyjścia w wysokiej impedancji). Najlepiej by było gdyby tych
kości było 6
albo dwie ale z organizacją 128kx24 wtedy tak jak
mówisz byłby buffor i nie było by mignięcia podczas zmiany danych.
Tyle że to strasznie dużo kombinowania najlepiej by było jednak użyć
jakiegoś gotowego kontrolera.
Obawiam sie ze mozesz miec klopot - konstrukcja ARM powoduje ze nie jest
to zbyt szybka maszynka w banglaniu bitami na portach...
Adam Jurkiewicz
Guest
Guest
Tue Dec 12, 2006 4:08 pm
Kurciok wrote:
Quote:
impedancji). Najlepiej by było gdyby tych kości było 6 albo dwie ale z
organizacją 128kx24 wtedy tak jak mówisz byłby buffor i nie było by
mignięcia podczas zmiany danych. Tyle że to strasznie dużo kombinowania
najlepiej by było jednak użyć jakiegoś gotowego kontrolera.
albo dwie ale z
organizacją 128kx24 wtedy tak jak mówisz byłby buffor i nie było by
mignięcia podczas zmiany danych. Tyle że to strasznie dużo kombinowania
najlepiej by było jednak użyć jakiegoś gotowego kontrolera.
Najlepiej to by pasowała pamięć dwuportowa, niestety są cholernie drogie ;/
sword
--
e-mail: sword@wywalic.ajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
PAndy
Guest
Guest
Tue Dec 12, 2006 6:07 pm
"Adam Jurkiewicz" <sword@wywalic.ajpic.zonk.pl> wrote in message
news:elmgrt$nvl$1@nemesis.news.tpi.pl...
Quote:
Najlepiej to by pasowała pamięć dwuportowa, niestety są cholernie
drogie ;/
drogie ;/
A co za problem - statyczny RAM, podwojny cykl i juz jest pamiec
DPRAM...
T.M.F.
Guest
Guest
Wed Dec 13, 2006 9:01 am
Quote:
LCD, a całą aplikacje umieścić w drugim uC. A może jest jakiś chip który sam
w sobie jest kontrolerem LCD? Może coś polecisz?
w sobie jest kontrolerem LCD? Może coś polecisz?
Zobacz w gammie, maja takie kontrolery. Poszukaj o chipach SED xxxx, to
sa wlasnie kontrolery LCD.
Ale chyba najrozsadzniej zaszyc to w jakims CPLD.
BTW. Masz ten wyswietlacz? Interesuje mnie czy plytke z elementami,
ktora spod niego wystaje mozna "podwinac" pod wyswietlacz? Tak, zeby nic
nie wystawalo spod ramki?
--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.
Adam Jurkiewicz
Guest
Guest
Wed Dec 13, 2006 10:04 am
PAndy wrote:
Quote:
Najlepiej to by pasowała pamięć dwuportowa, niestety są cholernie
drogie ;/
A co za problem - statyczny RAM, podwojny cykl i juz jest pamiec DPRAM...
drogie ;/
A co za problem - statyczny RAM, podwojny cykl i juz jest pamiec DPRAM...
Temat aktualnie przerabiany, nie jest to takie proste w tym wypadku, mocno
komplikuje i tak samo podnosi koszty.
Pozdrawiam,
sword
--
e-mail: sword@wywalic.ajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
PAndy
Guest
Guest
Wed Dec 13, 2006 10:18 am
"Adam Jurkiewicz" <sword@wywalic.ajpic.zonk.pl> wrote in message
news:elofoa$7iv$1@atlantis.news.tpi.pl...
Quote:
Temat aktualnie przerabiany, nie jest to takie proste w tym wypadku,
mocno
komplikuje i tak samo podnosi koszty.
mocno
komplikuje i tak samo podnosi koszty.
przypuszczam jednak ze kupno jednoukladowego DPRAM bedzie kilka razy
wiekszy niz wykonanie go z kilku ukladow.
Adam Jurkiewicz
Guest
Guest
Wed Dec 13, 2006 11:39 am
PAndy wrote:
Quote:
przypuszczam jednak ze kupno jednoukladowego DPRAM bedzie kilka razy
wiekszy niz wykonanie go z kilku ukladow.
Jest taka szansa przy czym dokładając kolejne układy do projektu dostajesz
kolejną porcję problemów do rozwiązania typu: znalezienie producenta,
wybranie układu, który będzie a) dostępny, b) tani, c) produkowany
przez długi okres czasu, d) ma dobre czasy dostaw, e) normalnych
dystrybutorów itp. Poza tym zwiększa się powierzchnia płytki lub
nawet ilość warstw. Sumarycznie dochodzisz do wniosku, że właściwie
najlepszym rozwiązaniem jest wprucie tego wszystkiego do CPLD,
albo nawet FPGA... tylko znowu te koszty... i kółko się zamyka ;)
sword
--
e-mail: sword@wywalic.ajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
Kurciok
Guest
Guest
Wed Dec 13, 2006 1:04 pm
Quote:
Zobacz w gammie, maja takie kontrolery. Poszukaj o chipach SED xxxx, to
sa wlasnie kontrolery LCD.
Ale chyba najrozsadzniej zaszyc to w jakims CPLD.
BTW. Masz ten wyswietlacz? Interesuje mnie czy plytke z elementami, ktora
spod niego wystaje mozna "podwinac" pod wyswietlacz? Tak, zeby nic nie
wystawalo spod ramki?
sa wlasnie kontrolery LCD.
Ale chyba najrozsadzniej zaszyc to w jakims CPLD.
BTW. Masz ten wyswietlacz? Interesuje mnie czy plytke z elementami, ktora
spod niego wystaje mozna "podwinac" pod wyswietlacz? Tak, zeby nic nie
wystawalo spod ramki?
Mam. Można.
elektroda NewsGroups Forum Index - Elektronika Polska - Gniazda SMD do wyświetlacza 4,3'' - jak się nazywają i gdzie je kupić?