Det finnes mange typer grensesnitt for berøringsskjerm, og klassifiseringen er veldig fin. Det avhenger hovedsakelig av kjøremodus og kontrollmodus til TFT LCD-skjermer. For tiden er det generelt flere tilkoblingsmoduser for farge-LCD-er på mobiltelefoner: MCU-grensesnitt (også skrevet som MPU-grensesnitt), RGB-grensesnitt, SPI-grensesnitt VSYNC-grensesnitt, MIPI-grensesnitt, MDDI-grensesnitt , DSI-grensesnitt, etc. Blant dem er det bare TFT-modulen har RGB-grensesnitt.
MCU-grensesnitt og RGB-grensesnitt er mer utbredt.
MCU grensesnitt
Fordi det hovedsakelig brukes innen enkeltbrikke mikrodatamaskiner, heter det. Senere er det mye brukt i low-end mobiltelefoner, og hovedtrekket er at det er billig. Standardbetegnelsen for MCU-LCD-grensesnittet er 8080-bussstandarden foreslått av Intel, så I80 brukes til å referere til MCU-LCD-skjermen i mange dokumenter.
8080 er et slags parallellgrensesnitt, også kjent som DBI (Data Bus interface) databussgrensesnitt, mikroprosessor MPU-grensesnitt, MCU-grensesnitt og CPU-grensesnitt, som faktisk er det samme.
8080-grensesnittet er designet av Intel og er en parallell, asynkron, halv-dupleks kommunikasjonsprotokoll. Den brukes til ekstern utvidelse av RAM og ROM, og brukes senere på LCD-grensesnittet.
Det er 8 bits, 9 bits, 16 bits, 18 bits og 24 bits for databitoverføring. Det vil si bitbredden til databussen.
Vanligvis brukt er 8-bit, 16-bit og 24-bit.
Fordelen er: kontrollen er enkel og praktisk, uten klokke og synkroniseringssignal.
Ulempen er: GRAM forbrukes, så det er vanskelig å oppnå en stor skjerm (over 3,8).
For LCM med MCU-grensesnitt kalles dens interne brikke LCD-driver. Hovedfunksjonen er å konvertere dataene/kommandoen som sendes av vertsdatamaskinen til RGB-data for hver piksel og vise den på skjermen. Denne prosessen krever ikke punkt-, linje- eller rammeklokker.
LCM: (LCD-modul) er LCD-skjermmodulen og flytende krystallmodulen, som refererer til montering av flytende krystall-skjermenheter, kontakter, perifere kretser som kontroll og stasjon, PCB-kretskort, bakgrunnsbelysning, strukturelle deler, etc.
GRAM: grafikk-RAM, det vil si bilderegisteret, lagrer bildeinformasjonen som skal vises i brikken ILI9325 som driver TFT-LCD-skjermen.
I tillegg til datalinjen (her er 16-bits data som et eksempel), er de andre chip select, read, write og data/command four pins.
Faktisk, i tillegg til disse pinnene, er det faktisk en tilbakestillingspinne RST, som vanligvis tilbakestilles med et fast nummer 010.
Eksempeldiagrammet for grensesnitt er som følger:
Det er ikke sikkert alle signalene ovenfor brukes i spesifikke kretsapplikasjoner. For eksempel, i noen kretsapplikasjoner, for å spare IO-porter, er det også mulig å direkte koble brikkevalg- og tilbakestillingssignalene til et fast nivå, og ikke å behandle RDX-lesesignalet.
Det er verdt å merke seg fra punktet ovenfor: ikke bare datadata, men også kommando blir overført til LCD-skjermen. Ved første øyekast ser det ut til at den bare trenger å overføre pikselfargedata til skjermen, og ufaglærte nybegynnere ignorerer ofte kravene til kommandooverføring.
Fordi den såkalte kommunikasjonen med LCD-skjermen faktisk kommuniserer med LCD-skjermens driverkontrollbrikke, og digitale brikker ofte har ulike konfigurasjonsregistre (med mindre brikken med veldig enkle funksjoner som 74-serien, 555 osv.), er det også en retningsbrikke. Må sende konfigurasjonskommandoer.
En annen ting å merke seg er: LCD-driverbrikker som bruker 8080 parallellgrensesnitt trenger innebygd GRAM (Graphics RAM), som kan lagre data på minst én skjerm. Dette er grunnen til at skjermmoduler som bruker dette grensesnittet generelt er dyrere enn de som bruker RGB-grensesnitt, og RAM fortsatt koster.
Generelt: 8080-grensesnittet overfører kontrollkommandoer og data gjennom parallellbussen, og oppdaterer skjermen ved å oppdatere dataene til GRAM som følger med LCM flytende krystall-modulen.
TFT LCD-skjermer RGB-grensesnitt
TFT LCD-skjermer RGB-grensesnitt, også kjent som DPI (Display Pixel Interface) grensesnitt, er også et parallellgrensesnitt, som bruker vanlig synkronisering, klokke og signallinjer for å overføre data, og må brukes med SPI eller IIC seriell buss for å overføre kontrollkommandoer.
Til en viss grad er den største forskjellen mellom det og 8080-grensesnittet at datalinjen og kontrolllinjen til TFT LCD Screens RGB-grensesnittet er atskilt, mens 8080-grensesnittet er multiplekset.
En annen forskjell er at siden det interaktive skjerm-RGB-grensesnittet kontinuerlig overfører pikseldataene til hele skjermen, kan det oppdatere selve skjermdataene, slik at GRAM ikke lenger er nødvendig, noe som i stor grad reduserer kostnadene for LCM. For interaktive LCD-skjermmoduler med samme størrelse og oppløsning er RGB-grensesnittet for berøringsskjermen til den generelle produsenten mye billigere enn 8080-grensesnittet.
Grunnen til at RGB-modusen for berøringsskjermen ikke trenger støtte fra GRAM er fordi RGB-LCD-videominnet påvirkes av systemminnet, så størrelsen begrenses kun av størrelsen på systemminnet, slik at RGB- LCD kan lages i en større størrelse, som nå kan 4,3" bare betraktes som inngangsnivå, mens 7" og 10" skjermer i MID begynner å bli mye brukt.
I begynnelsen av utformingen av MCU-LCD er det imidlertid bare nødvendig å vurdere at minnet til mikrodatamaskinen med én brikke er lite, så minnet er innebygd i LCD-modulen. Deretter oppdaterer programvaren videominnet gjennom spesielle visningskommandoer, slik at berøringsskjermens MCU-skjerm ofte ikke kan gjøres veldig stor. Samtidig er skjermoppdateringshastigheten langsommere enn for RGB-LCD. Det er også forskjeller i skjermdataoverføringsmoduser.
RGB-skjermen med berøringsskjerm trenger bare videominne for å organisere data. Etter å ha startet skjermen, vil LCD-DMA automatisk sende dataene i videominnet til LCM via RGB-grensesnittet. Men MCU-skjermen må sende tegnekommandoen for å modifisere RAM inne i MCU (det vil si at RAM-en til MCU-skjermen ikke kan skrives direkte).
Visningshastigheten til berøringsskjermen RGB er åpenbart raskere enn MCU, og når det gjelder avspilling av video, er MCU-LCD også tregere.
For LCM til berøringsskjermens RGB-grensesnitt, er utdataene fra verten RGB-dataene til hver piksel direkte, uten konvertering (bortsett fra GAMMA-korreksjon, etc.). For dette grensesnittet kreves det en LCD-kontroller i verten for å generere RGB-data og punkt-, linje- og rammesynkroniseringssignaler.
De fleste store skjermer bruker RGB-modus, og databitoverføringen er også delt inn i 16 bits, 18 bits og 24 bits.
Tilkoblinger inkluderer vanligvis: VSYNC, HSYNC, DOTCLK, CS, RESET, noen trenger også RS, og resten er datalinjer.
Grensesnittteknologien til interaktiv LCD-skjerm er i hovedsak et TTL-signal fra nivåperspektivet.
Maskinvaregrensesnittet til den interaktive LCD-skjermen er på TTL-nivå, og maskinvaregrensesnittet til den interaktive LCD-skjermen er også på TTL-nivå. Så de to kunne vært koblet direkte sammen, mobiltelefoner, nettbrett og utviklingskort er direkte koblet sammen på denne måten (vanligvis koblet med fleksible kabler).
Defekten med TTL-nivå er at det ikke kan overføres for langt. Hvis LCD-skjermen er for langt unna hovedkortkontrolleren (1 meter eller mer), kan den ikke kobles direkte til TTL, og konvertering er nødvendig.
Det er to hovedtyper grensesnitt for farge TFT LCD-skjermer:
1. TTL-grensesnitt (RGB-fargegrensesnitt)
2. LVDS-grensesnitt (pakke RGB-farger inn i differensiell signaloverføring).
TTL-grensesnittet for flytende krystallskjerm brukes hovedsakelig for små TFT-skjermer under 12,1 tommer, med mange grensesnittlinjer og kort overføringsavstand;
LVDS-grensesnittet for flytende krystallskjerm brukes hovedsakelig for TFT-skjermer i store størrelser over 8 tommer. Grensesnittet har lang overføringsavstand og et lite antall linjer.
Den store skjermen tar i bruk flere LVDS-moduser, og kontrollpinnene er VSYNC, HSYNC, VDEN, VCLK. S3C2440 støtter opptil 24 datapinner, og datapinnene er VD[23-0].
Bildedataene som sendes av CPU-en eller grafikkortet er et TTL-signal (0-5V, 0-3.3V, 0-2.5V eller 0-1.8V), og LCD-skjermen mottar selv et TTL-signal, fordi TTL-signalet er overføres med høy hastighet og lang avstand. Tidsytelsen er ikke god, og anti-interferensevnen er relativt dårlig. Senere ble en rekke overføringsmoduser foreslått, for eksempel LVDS, TDMS, GVIF, P&D, DVI og DFP. Faktisk koder de bare TTL-signalet sendt av CPUen eller grafikkortet til forskjellige signaler for overføring, og dekoder det mottatte signalet på LCD-siden for å få TTL-signalet.
Men uansett hvilken overføringsmodus som brukes, er det essensielle TTL-signalet det samme.
SPI-grensesnitt
Siden SPI er en seriell overføring, er overføringsbåndbredden begrenset, og den kan bare brukes for små skjermer, vanligvis for skjermer under 2 tommer, når den brukes som et LCD-skjermgrensesnitt. Og på grunn av de få tilkoblingene er programvarekontrollen mer komplisert. Så bruk mindre.
MIPI-grensesnitt
MIPI (Mobile Industry Processor Interface) er en allianse etablert av ARM, Nokia, ST, TI og andre selskaper i 2003. kompleksitet og økt designfleksibilitet. Det er forskjellige arbeidsgrupper under MIPI Alliance, som definerer en serie interne grensesnittstandarder for mobiltelefoner, som kameragrensesnitt CSI, skjermgrensesnitt DSI, radiofrekvensgrensesnitt DigRF, mikrofon/høyttalergrensesnitt SLIMbus osv. Fordelen med en enhetlig grensesnittstandard er at mobiltelefonprodusenter fleksibelt kan velge forskjellige brikker og moduler fra markedet i henhold til deres behov, noe som gjør det raskere og mer praktisk å endre design og funksjoner.
Det fulle navnet på MIPI-grensesnittet som brukes for LCD-skjermen skal være MIPI-DSI-grensesnittet, og noen dokumenter kaller det ganske enkelt DSI-grensesnittet (Display Serial Interface).
DSI-kompatible periferiutstyr støtter to grunnleggende driftsmoduser, den ene er kommandomodus og den andre er videomodus.
Det kan ses av dette at MIPI-DSI-grensesnittet også har kommando- og datakommunikasjonsmuligheter samtidig, og trenger ikke grensesnitt som SPI for å hjelpe til med å overføre kontrollkommandoer.
MDDI-grensesnitt
Grensesnittet MDDI (Mobile Display Digital Interface) foreslått av Qualcomm i 2004 kan forbedre påliteligheten til mobiltelefoner og redusere strømforbruket ved å redusere tilkoblinger. Basert på Qualcomms markedsandel innen mobilbrikker, er det faktisk et konkurranseforhold med MIPI-grensesnittet ovenfor.
MDDI-grensesnittet er basert på LVDS-differensialoverføringsteknologi og støtter en maksimal overføringshastighet på 3,2 Gbps. Signallinjene kan reduseres til 6, noe som fortsatt er svært fordelaktig.
Det kan sees at MDDI-grensesnittet fortsatt trenger å bruke SPI eller IIC for å overføre kontrollkommandoer, og det overfører bare data selv.
Innleggstid: Sep-01-2023