Czy wyświetlacz RGBTTL wymaga ciągłego odświeżania danych? Jak to działa?

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.

Sat Nov 04, 2023 4:54 pm   

sobota, 4 listopada 2023 o 13:25:55 UTC+1 Mirek napisał(a):

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.

Sat Nov 04, 2023 5:10 pm   

On 04/11/2023 13:25, Mirek wrote:

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

Sat Nov 04, 2023 5:56 pm   

sobota, 4 listopada 2023 o 16:11:07 UTC+1 heby napisał(a):

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.

Sat Nov 04, 2023 9:30 pm   

On 04/11/2023 16:56, Dawid Rutkowski wrote:

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


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


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.


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.

Sat Nov 04, 2023 9:51 pm   

On 4.11.2023 13:25, Mirek wrote:

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

Sat Nov 04, 2023 10:40 pm   

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

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


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.


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.


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

Sat Nov 04, 2023 10:43 pm   

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

Sat Nov 04, 2023 11:31 pm   

On 04/11/2023 21:40, Dawid Rutkowski wrote:

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


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.

Sat Nov 04, 2023 11:40 pm   

On 04/11/2023 21:43, Dawid Rutkowski wrote:

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

Sun Nov 05, 2023 2:38 am   

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


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.

Sun Nov 05, 2023 12:25 pm   

On 05/11/2023 01:38, Dawid Rutkowski wrote:

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.


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?


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

Czekamy na dokumentację, zgadywanie nie ma sensu.

Sun Nov 05, 2023 5:18 pm   

niedziela, 5 listopada 2023 o 11:25:56 UTC+1 heby napisał(a):

A w czym jest gorszy Z80 od x86 czy ARM?


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


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
Ale się przydało w HDMI do transmisji dźwięku
(jak wcześniej do teletextu).


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.


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


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

Sun Nov 05, 2023 5:25 pm   

On 5.11.2023 11:25, heby wrote:


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

--
Mirek.

Sun Nov 05, 2023 7:32 pm   

On 05/11/2023 16:18, Dawid Rutkowski wrote:

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.


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


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.


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ł.


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.


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.