RTV forum PL | NewsGroups PL

Wyświetlacz z interfejsem RGBTTL

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Wyświetlacz z interfejsem RGBTTL

Goto page 1, 2  Next

Mirek
Guest

Sat Nov 04, 2023 2:25 pm   



Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?

--
Mirek.

Dawid Rutkowski
Guest

Sat Nov 04, 2023 4:54 pm   



sobota, 4 listopada 2023 o 13:25:55 UTC+1 Mirek napisał(a):
Quote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?

Ciekawa koncepcja.
Po zastanowieniu warto sprawdzić,
czy będzie wyświetlał jedną linię,
czy również i to nie.

To przypomniało mi wyświetlacze 240*64 mono T6369C,
jakie kupowaliśmy do tramwajów, kiedyś przez przypadek
odczytałem cyferki na SRAMie i okazało się,
że mają zamontowane piękne 62256, czyli 32kB.
Szkoda że nie całe 64kB.

Dla porównania 240*128 miały tylko 16kB.

heby
Guest

Sat Nov 04, 2023 5:10 pm   



On 04/11/2023 13:25, Mirek wrote:
Quote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?

Nie ma do niego dokumentacji? Zazwyczaj te kolorowe maja własną pamięć.

Dawid Rutkowski
Guest

Sat Nov 04, 2023 5:56 pm   



sobota, 4 listopada 2023 o 16:11:07 UTC+1 heby napisał(a):
Quote:
On 04/11/2023 13:25, Mirek wrote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?
Nie ma do niego dokumentacji? Zazwyczaj te kolorowe maja własną pamięć.

Ja bym powiedział, że zazwyczaj nie mają.
Tzn. te z interfejsem TTL RGB, jak w opisie,
ew. wciśniętym w szeregowy LVDS, żeby było
mniej drutów.
To są takie wyświetlacze jak w laptokach
i monitorach - pamięć i sterownik są w "osobnej'"
"karcie graficznej".
A one same mają "pamięć" na jedną linię.

Własną pamięć mają takie z wbudowanym
sterownikiem.
Ale wtedy interfejs jest jak magistrala,
8- czy 16-bitowa (czyli RD, WR - a nie hsync/vsync,
jak w VGA) albo szeregowa, zwykle SPI.

heby
Guest

Sat Nov 04, 2023 9:30 pm   



On 04/11/2023 16:56, Dawid Rutkowski wrote:
Quote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?
Nie ma do niego dokumentacji? Zazwyczaj te kolorowe maja własną pamięć.
Ja bym powiedział, że zazwyczaj nie mają.
Tzn. te z interfejsem TTL RGB, jak w opisie,
ew. wciśniętym w szeregowy LVDS, żeby było
mniej drutów.

Ale on nie ma szeregowego LVDS. Ma równoległy TTL.

Quote:
To są takie wyświetlacze jak w laptokach
i monitorach - pamięć i sterownik są w "osobnej'"
"karcie graficznej".

Nie, to inny model. Ewidentnie nie jest to LVDS.

Quote:
Własną pamięć mają takie z wbudowanym
sterownikiem.

Istnieje spora szansa, że ma własną pamięć, jeśli nie ma sterowania
polaryzacją (co to za sygnał DE?). Machanie Mhz aby zapewnośc
odpowiednio szybkie wciskanie pixeli zanim się "wypalą" do nastepnego
cyklu zmiany polaryzacji, w przypadku 24bit koloru, to dość sporo, nawet
na współczesne uC. Więc ta "karta graficzna", nawet w przypadku 320x200,
to już zaganienie sporego kalibru. A jak 24 bitowe wyświetlacze się
pojawiły, to i pamięć była odpowiednio tania.

Quote:
Ale wtedy interfejs jest jak magistrala,
8- czy 16-bitowa (czyli RD, WR - a nie hsync/vsync,
jak w VGA) albo szeregowa, zwykle SPI.

Tego nie wiadomo. Miałem w ręku kilka LCD z hsync/vsync posiadające
własną pamięć, w tym sensie, że nie wymagały żadnej odgórnej prędkości
wkładania pixeli. Od jednobitowych po kolorowe, chyba największy miał 16
bitów na kolor. Miałem też takie bez. Dlatego pytanie o dokumentację.
Zgadywanie to nie jest nic sensownego, bo i iface mało typowy.

Zbych
Guest

Sat Nov 04, 2023 9:51 pm   



On 4.11.2023 13:25, Mirek wrote:
Quote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?

Hsync i Vsync sugerują raczej że wymaga ciągłego odświeżania.

Dawid Rutkowski
Guest

Sat Nov 04, 2023 10:40 pm   



sobota, 4 listopada 2023 o 20:31:09 UTC+1 heby napisał(a):
Quote:
On 04/11/2023 16:56, Dawid Rutkowski wrote:
Wyświetlacz taki ma wejścia: R0...R7, G0...G7, B0...B7, Hsync, Vsync,
CLOCK, DE.
Czy można do niego wysłać dane i będzie świecił, czy trzeba cały czas
odświeżać dane?
Nie ma do niego dokumentacji? Zazwyczaj te kolorowe maja własną pamięć.
Ja bym powiedział, że zazwyczaj nie mają.
Tzn. te z interfejsem TTL RGB, jak w opisie,
ew. wciśniętym w szeregowy LVDS, żeby było
mniej drutów.
Ale on nie ma szeregowego LVDS. Ma równoległy TTL.

To się różni tylko tym, że sygnały z siedmu drutów
wkłada się w parę skrętki.

Quote:
To są takie wyświetlacze jak w laptokach
i monitorach - pamięć i sterownik są w "osobnej'"
"karcie graficznej".
Nie, to inny model. Ewidentnie nie jest to LVDS.

No nie jest, bo RGBTTL.

Nie wiem, czy były laptoki z RGBTTL, może bardzo stare.
Ale wyświetlacze RGBTTL mają się dobrze do dziś.
Np. używane z FT810.

Interfejsy do RGBTTL miałem też na jednopłytkowcach
industrial PC Advantecha, od PCM-5820.
Nie miałem wyświetlacza więc nie podłączyłem,
ale miałem chyba 3 sztuki z wlutowanym chipem LVDS,
a że podłączanie było na goldiny w rastrze 2mm
to podłączyłem wyświetlacz z zepsutego laptoka
i pięknie się pokazywało.

Quote:
Własną pamięć mają takie z wbudowanym
sterownikiem.
Istnieje spora szansa, że ma własną pamięć, jeśli nie ma sterowania
polaryzacją (co to za sygnał DE?). Machanie Mhz aby zapewnośc
odpowiednio szybkie wciskanie pixeli zanim się "wypalą" do nastepnego
cyklu zmiany polaryzacji, w przypadku 24bit koloru, to dość sporo, nawet
na współczesne uC. Więc ta "karta graficzna", nawet w przypadku 320x200,
to już zaganienie sporego kalibru. A jak 24 bitowe wyświetlacze się
pojawiły, to i pamięć była odpowiednio tania.

DE to bodajże "display enable", czyli włączanie wizji.
Są też takie modele które mają hsync i vsync razem w sygnale o podobnej nazwie.

Zaś czy 24 bit 320*200 to dużo?
Lata temu - 2010, a może i wcześniej - miałem w ręku płytkę
z takim dużym uC Renesas, architektura SuperH.
eCos i RedBoot, ale to było super, i miał możliwość
bezpośredniego podłączenia właśnie RGBTTL.
Miałem tylko 320*240, ale chyba mógł więcej.
Minus był taki, że choć miał własne 64kB SRAM,
to żeby wyświetlać musiał mieć podłączony
zewnętrzny SDRAM.
Tak, SDRAM, nie SRAM.
Była kostka na płytce.
Może to jeszcze gdzieś mam.

A teraz każdy może sobie z ATmegi sterować FT810,
ma wbudowany 1MB, więc 800*600*16bit framebuffer jest.
I oprócz tego jeszcze renderuje display list.

Quote:
Ale wtedy interfejs jest jak magistrala,
8- czy 16-bitowa (czyli RD, WR - a nie hsync/vsync,
jak w VGA) albo szeregowa, zwykle SPI.
Tego nie wiadomo. Miałem w ręku kilka LCD z hsync/vsync posiadające
własną pamięć, w tym sensie, że nie wymagały żadnej odgórnej prędkości
wkładania pixeli. Od jednobitowych po kolorowe, chyba największy miał 16
bitów na kolor. Miałem też takie bez. Dlatego pytanie o dokumentację.
Zgadywanie to nie jest nic sensownego, bo i iface mało typowy.

Wow, dasz jakiś przykład?
Bo cuda opowiadasz, ale może i takie pomysły ludzie mieli.

Dawid Rutkowski
Guest

Sat Nov 04, 2023 10:43 pm   



A co to jest "sterowanie polaryzacją"?
Polaryzacją czego?

heby
Guest

Sat Nov 04, 2023 11:31 pm   



On 04/11/2023 21:40, Dawid Rutkowski wrote:
Quote:
Tego nie wiadomo. Miałem w ręku kilka LCD z hsync/vsync posiadające
własną pamięć, w tym sensie, że nie wymagały żadnej odgórnej prędkości
wkładania pixeli. Od jednobitowych po kolorowe, chyba największy miał 16
bitów na kolor. Miałem też takie bez. Dlatego pytanie o dokumentację.
Zgadywanie to nie jest nic sensownego, bo i iface mało typowy.
Wow, dasz jakiś przykład?

Jak znajdę gdzieś notatki. Pytasz o jakieś duperele z okolic 15 lat temu.

Quote:
Bo cuda opowiadasz

Dziwne rzeczy znajdowałem w uszkodzonych sterownikach przemysłowych, a
ten kolorowy z pamięcią prawie na pewno wydłubałem z panelu tego typu.

Najbardziej rozwalił mnie wyświetlacz mono w panelu sterownika
obrabiarki (fajny joystick i przyciski), którego nie mozna było sterować
ani za szybko ani za wolno. Miał coś a-la SPI działajace tylko w wąskiej
granicy około 1MHz. Każda inna prędkosc powodowała śnieg na ekranie.
Kosztowało mnie to kilka tygodni, ale w końcu okazało się, że akceptował
tylko kilka prękości w zakresie około N*1.1MHz. Nie wiem jak to
wyjaśnić, poza dyletanstwem projektanta sterownika (błedna implementacja
pamięci dwuportowej?). Płytka sterownika wyglądała na jakąś zrobioną
poza fabryką wyświetlaczy.

Dlatego nie wykluczam pamięci w takim wyświetlaczu. Taka hybryda to nic
specjalnie dziwnego, szczególnie jak faktycznie wejście jest TTL co
sugeruje wpięcie w jakiś pradawny system o małej mocy pompowania danych.

heby
Guest

Sat Nov 04, 2023 11:40 pm   



On 04/11/2023 21:43, Dawid Rutkowski wrote:
Quote:
A co to jest "sterowanie polaryzacją"?
Polaryzacją czego?

Niektóre wyświetlacze (np: M133B [1], wydłubałem go z kasy fiskalnej)
mają dodatkowy sygnał, bodaj M, który co każdą ramkę obrazu należy
odwrócić. Jeśli tego nie zrobisz, panel ulegnie elektrolizie. Niestety,
jak widzę, datasheet do niego przestał istnieć, przynajmniej w google,
więc nie uda mi się pokazać dokładnie przebiegów, ale ogólnie ten panel
wymaga pilnowania ramek parzystych i nieparzystaych z perfekcyjnym
podziałem czasu 50/50. A to tylko początek jego wad.

[1]
https://maraindustrial.com/cart/displays/nan-ya-plastics-m133b-55-lcd-display-panel-used.html

Dawid Rutkowski
Guest

Sun Nov 05, 2023 2:38 am   



sobota, 4 listopada 2023 o 22:31:52 UTC+1 heby napisał(a):

Quote:
Dlatego nie wykluczam pamięci w takim wyświetlaczu. Taka hybryda to nic
specjalnie dziwnego, szczególnie jak faktycznie wejście jest TTL co
sugeruje wpięcie w jakiś pradawny system o małej mocy pompowania danych.

Hmm, ale jaki sens miałoby jednoczesne:
- pamięć
oraz
- zewnętrzne hsync i vsync?

Jak jest pamięć to jest i sterownik, który sam sobie z tej pamięci czyta
i generuje sygnały akceptowane przez wyświetlacz - czy to CRT czy LCD.

A jak nie ma sterownika to co ma dać pamięć?

W tym 240*128 mono z T6369C były dwa rzędy pinów.
Jeden do komunikacji z T6963C, a drugi bezpośrednio
z driverami kolumn i rzędów - można było samemu robić za T6369C,
ale po co?

I jesteś chyba w dużym błędzie co do tego, czym jest RGBTTL.
To jest w prawie to samo co VGA, tylko z cyfrowymi sygnałami koloru
i dodanym zegarem, żeby monitor nie musiał zgadywać
na podstawie hsync i vsync.
Pompować zaś trzeba równie szybko.
Albo mieć pośrodku coś w stylu FT810, co samo popompuje.
W PCM-5820 pompowała karta graficzna, tak samo jak
w analogowe VGA, tylko bez DAC.
I więcej pinów, nie 15 a 40.

heby
Guest

Sun Nov 05, 2023 12:25 pm   



On 05/11/2023 01:38, Dawid Rutkowski wrote:
Quote:
Dlatego nie wykluczam pamięci w takim wyświetlaczu. Taka hybryda to nic
specjalnie dziwnego, szczególnie jak faktycznie wejście jest TTL co
sugeruje wpięcie w jakiś pradawny system o małej mocy pompowania danych.
Hmm, ale jaki sens miałoby jednoczesne:
- pamięć
oraz
- zewnętrzne hsync i vsync?

Nie wiem, ale systemy w automatyce to często wyjątkowo przestarzałe
rozwiązania techniczne. Kompletnie nie zdzwiwłbym się, jak by po drugiej
stronie tego kolorowego wyświetlacza stał sobie Z80 w jakiejś
futurystycznej wersji.

Mała uwaga: prawie wszystkie wyświetlacze z hcync wcale nie musiały by
go mieć. Wszak po wsadzeniu x bitów do rejestru mógłby on automatycznie
zmienić wiersz.

A mają.

Dziwne, nie? Wyglada jak by ktoś chciał na siłe udawać że jest CRT.
Ciekawe dlaczego.

Quote:
A jak nie ma sterownika to co ma dać pamięć?

Aby nie trzeba było na gwałt wysyłać danych do wyświetlacza, mieszcząc
się w jakiś ramach czasowych jednej ramki obrazu albo wynikających z
obostrzeń kontrastu.

Ponadto, skąd wnuiosek, że nie ma *jakiegoś* sterownika, nawet customowego?

Quote:
I jesteś chyba w dużym błędzie co do tego, czym jest RGBTTL.

Nie ma to znaczenia, pytający nie użył takiej frazy, jak "RGBTTL".

Czekamy na dokumentację, zgadywanie nie ma sensu.

Dawid Rutkowski
Guest

Sun Nov 05, 2023 5:18 pm   



niedziela, 5 listopada 2023 o 11:25:56 UTC+1 heby napisał(a):
Quote:
On 05/11/2023 01:38, Dawid Rutkowski wrote:
Dlatego nie wykluczam pamięci w takim wyświetlaczu. Taka hybryda to nic
specjalnie dziwnego, szczególnie jak faktycznie wejście jest TTL co
sugeruje wpięcie w jakiś pradawny system o małej mocy pompowania danych.
Hmm, ale jaki sens miałoby jednoczesne:
- pamięć
oraz
- zewnętrzne hsync i vsync?
Nie wiem, ale systemy w automatyce to często wyjątkowo przestarzałe
rozwiązania techniczne. Kompletnie nie zdzwiwłbym się, jak by po drugiej
stronie tego kolorowego wyświetlacza stał sobie Z80 w jakiejś
futurystycznej wersji.

A w czym jest gorszy Z80 od x86 czy ARM?

Quote:
Mała uwaga: prawie wszystkie wyświetlacze z hcync wcale nie musiały by
go mieć. Wszak po wsadzeniu x bitów do rejestru mógłby on automatycznie
zmienić wiersz.

Ale wtedy byłaby sztywna liczba pixeli w linii.
Jasne, że tak jest "najlepiej", ale czasem ktoś
chce mieć "lepiej co innego".

Quote:
A mają.

Dziwne, nie? Wyglada jak by ktoś chciał na siłe udawać że jest CRT.
Ciekawe dlaczego.

Dziwne?
Zakładałem, że oczywiste.
Kompatybilita przede wszystkim.
Gorzej, ale taniej iłatwiej.
Ale przede wszystkim możliwie.
Ostatnia udana rewolucja to październikowa niestety
(tzn. niestety że się ta udała, a nie niestety, że później już nie było).

Po co DVI ma blanking periods?
(Pomijając pytanie o DVI-A Wink
Ale się przydało w HDMI do transmisji dźwięku
(jak wcześniej do teletextu).

Quote:
A jak nie ma sterownika to co ma dać pamięć?
Aby nie trzeba było na gwałt wysyłać danych do wyświetlacza, mieszcząc
się w jakiś ramach czasowych jednej ramki obrazu albo wynikających z
obostrzeń kontrastu.

Ponadto, skąd wnuiosek, że nie ma *jakiegoś* sterownika, nawet customowego?

Hmm, no dałeś do myślenia.
Rzeczywiście może być taki, co łapie do swojej pamięci obraz wysyłany po
RGBTTL, dowolnie powolnie, i sam potem wyświetla.

Ale to będzie mega wolnozmienne, bo nie ma szans innej zmiany obrazu
niż wymiana po całości.

Quote:
I jesteś chyba w dużym błędzie co do tego, czym jest RGBTTL.
Nie ma to znaczenia, pytający nie użył takiej frazy, jak "RGBTTL".

W moim intetnecie użył (hint: topic).

Quote:
Czekamy na dokumentację, zgadywanie nie ma sensu.

No coś jednak mozma osiągnąć
Póki co z kategoryczne nie przeszliśmy do
"Jak masz trampki Siemensa to tak" :>

Mirek
Guest

Sun Nov 05, 2023 5:25 pm   



On 5.11.2023 11:25, heby wrote:

Quote:

Czekamy na dokumentację, zgadywanie nie ma sensu.


https://www.digimax.it/media_import/DISPLAY/ROCKTECH/TFT%20LCD/RK043HN01HS-T/RK043HN01HS-T_DS_001.pdf

--
Mirek.

heby
Guest

Sun Nov 05, 2023 7:32 pm   



On 05/11/2023 16:18, Dawid Rutkowski wrote:
Quote:
Nie wiem, ale systemy w automatyce to często wyjątkowo przestarzałe
rozwiązania techniczne. Kompletnie nie zdzwiwłbym się, jak by po drugiej
stronie tego kolorowego wyświetlacza stał sobie Z80 w jakiejś
futurystycznej wersji.
A w czym jest gorszy Z80 od x86 czy ARM?

Niczym, jesli wszystko co masz, to program napisany w asm przez
brodatego embedowca. Wtedy najzwyczajniej, nie masz wyboru.

Jam masz kod napisany w czymś przenośnym, to Z80 jest gorszy we wszystkim.

Ale zazwyczaj nie masz.

To jest np. powód, dla którego współczesne telefony dalej mają jakiegoś
kolna 8051 do obsługi GSM. Za dużo asemblera powoduje uzależnienie.

Quote:
Mała uwaga: prawie wszystkie wyświetlacze z hcync wcale nie musiały by
go mieć. Wszak po wsadzeniu x bitów do rejestru mógłby on automatycznie
zmienić wiersz.
Ale wtedy byłaby sztywna liczba pixeli w linii.

A są jakieś wyświetlacze z elastyczną ilościa pixeli w lini?

Quote:
Jasne, że tak jest "najlepiej", ale czasem ktoś
chce mieć "lepiej co innego".

No i jak myślisz, dlaczego wobec tego dalej stosuje się, do dzisiaj,
HSYNC w LCD zamiast wstawić tam kilka przerzutników? Ogarnięcie tej
garstki tranzystorów powinno kosztować ćwierć centa.

Quote:
Dziwne, nie? Wyglada jak by ktoś chciał na siłe udawać że jest CRT.
Ciekawe dlaczego.
Dziwne?
Zakładałem, że oczywiste.
Kompatybilita przede wszystkim.

I tutaj dochodzimy do sedna: dlaczego czasami podpina się archaiczne
sterowniki do współczesnych wyświetlaczy.

Dlatego, mając na chwilę obecną, jakikolwiek wyświetlacz który *wygląda*
na bez pamięci, głowy bym nie dał.

Quote:
Po co DVI ma blanking periods?

Bo koszt zmiany myslenia, szczególnie w komitetach za zielonym suknem,
jest czasami równy zastępowalności pokoleniowej. Tu masz odpowiedź, po
co komu iface do LCD przypomianający jak żywo CRT.

Po prostu programatorzy embedded są niereformowalni, wiec nagina się
hardware do gównianego software i liczy na zmianę technologiczną wraz z
zapełnianiem cmentarzy.

Quote:
Hmm, no dałeś do myślenia.
Rzeczywiście może być taki, co łapie do swojej pamięci obraz wysyłany po
RGBTTL, dowolnie powolnie, i sam potem wyświetla.
Ale to będzie mega wolnozmienne, bo nie ma szans innej zmiany obrazu
niż wymiana po całości.

Widziałeś kiedyś jak działa odtwarzacz DVD powiedzmy z 200x roku? Ma
super szybkie pixele z MPEG2, ale niewiarygodnie wolne menu, które
wygląda jak by przesyłali je szeregowo (i chyba tak dokładnie jest).
Refresh ekranu to około 0.5sek.

I wiesz co? Suwerenowi nie przeszkadza.

Tym bardziej operatorowi tokarki.

Goto page 1, 2  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Wyświetlacz z interfejsem RGBTTL

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map