Newsgroup: it.hobby.elettronica.digitale
Titolo: ho comprato un display...ma che interfaccia ha?

Ngiorno
 
ho acquistato questo display
 
https://www.futurashop.it/modulo-display-touch-screen-32%E2%80%9D-e-slot-sd-card-2846-tftlcd32sd?filter_name=display&page=2
 
  pensando a torto che potesse sicuramente lavorare in SPI e che 
montasse il controller SSD1289
 
"Display TFT LCD da 3,2" con touch screen resistivo, controller grafico 
SSD1289"
 
 
anche se più sotto c'è scritto
"per display siglato TFT_320QVT_9341 (sostituire nello sketch il 
controller grafico, clicca qui)"
 
io non sapevo che 9341 si riferisse,come mi sembra ormai assodato,al 
controllore ILI9341.
 
E va beh compri una cosa e te ne danno un altra un pò diversa da quella 
in vetrina,ma avevano avvisato,sarebbe stato giusto aprire i link in 
quest'ultima riga.
 
Fatto sta che al momento io non so se il display possa lavorare in SPI 3 
fili,SPI 4 fili col D/C ,a 8 bit,o a 16 bit.
 
Direi che può lavorare solo in un modo,perchè non vedo pin di 
configurazione hardware,può essere che siano precollegati all'interno 
del modulo display vero e proprio.
 
Se è così,quale sarà questo modo?
 
Ci sono i pin SPI,ma chi mi dice che non siano solo per la SD_CARD?
C'è SD_CS  è anche LCD_CS e F_CS...e quindi?
è SPI?E allora perchè ci sono i 16 bit di dati ei segnali di controllo?
 
Ci fosse un vero datasheet DEL DISPLAY,ma chissà dove lo hanno fatto,
e nello zip UFTF non c'è
 
Naturalmente ho telefonato a chi lo ha venduto,e così anche lui ha 
scoperto che c'è in giro qualche display un altro controller,magari non 
era la persona che seguiva in particolare i display,ma per ora non mi è 
stata inviata alcuna risposta.
 
Qualche suggerimento?
 
Grazie
 
 


 
ti ringazio ...sto guardando...
a prima vista non vedo nulla che gli somigli
 
più leggo in rete più sono convinto che sia un 16 bit
 
Nel frattempo ho collegato a un connettore IDC a 40 pin ,ho sfilacciato il 
cavo e ho collegato filo per filo a mano(non proprio comodo come uno shield 
Arduino) ad una Freedom Board Freescale KL25Z,che è tra l'altro fisicamente 
compatibile con gli shield.
Vedrò di scrivere e leggere qualche registro ...o un ID che è contenuto nel 
9341...ma cambia ad ogni versione rilascita...
Se per caso riuscirò nella semplice lettura e scrittura farò sapere che 
interfaccia ho usato
 
ciao
 
 
 
 

 fili,SPI 4 fili col D/C ,a 8 bit,o a 16 bit.
 
Il controller in sé è compatibile con diversi tipi di interfaccie MCU. 
Si selezionano tramite i quattro pin IM0..3.
 
Il costruttore di display normalmente mette a disposizione esternamente 
solo alcuni di questi pin.
 
Ad ogni quel link porta ad uno screenshot dove parla di ILI9327 e non 
ILI9341.
 

Il 07/03/2016 09:07, pozz ha scritto:
 > Il 04/03/2016 11:31, blisca ha scritto:
 >> io non sapevo che 9341 si riferisse,come mi sembra ormai assodato,al
 >> controllore ILI9341.
 >>
 >> E va beh compri una cosa e te ne danno un altra un pò diversa da quella
 >> in vetrina,ma avevano avvisato,sarebbe stato giusto aprire i link in
 >> quest'ultima riga.
 >>
 >> Fatto sta che al momento io non so se il display possa lavorare in SPI 3
 >> fili,SPI 4 fili col D/C ,a 8 bit,o a 16 bit.
 >
 > Il controller in sé è compatibile con diversi tipi di interfaccie MCU.
 > Si selezionano tramite i quattro pin IM0..3.
 >
 > Il costruttore di display normalmente mette a disposizione esternamente
 > solo alcuni di questi pin.
 >
 
ciao
in questo caso nessuno dei pin IM0..3 è disponibile all'esterno
 
quindi uno va a pensare che sia collegato in un certo modo 
all'interno..ma quale?
 
Altra gente si è fatta lo stesso problema,qualcuno suggerisce che sia a 
16 bit,altri che sia anche SPI(ma è poi  possibile?)
 
fatto sta che l'ho collegato alla mia board ,ho preso da un altra 
persona in rete una sequenza di inizializzazione a sua detta stabile,ho 
fatto io la routine a basso livello per mandare fuori dati e segnali, e 
funziona.Lo accendo lo spengo ..scrivo in RAM...non ho ancora capito 
bene come si usa ma,almeno risponde ai comandi
Quindi almeno in modo 16 bit parallelo il display va.
Non so se dirlo a quelli che l'hanno venduto...se fino ad oggi sono 
sopravissuti senza saperlo magari non gli interessa
 
 


Per la cronaca ieri sono riuscito a farci uscire qualche bella foto a 
colori.
Devo dire che non sono male,ma quello che mi delude un pò è la scrsa 
visibilità angolare...i colori cambiano spostandosi di lato,ma non si 
può pretendere di avere tutto
(però almeno la modalità di interfacciamento si)
 


Ma quindi è un ILI9341? Con quale micro lo stai controllando? Hai 
scritto tu le librerie grafiche?
 


si,che fosse un IL9341 avevo pochi dubbi,non sapevo però che interfaccia 
si potesse usare
come dicevo i pin IM3:0 non erano disponibili all'esterno ,e quindi 
l'interfaccia penso fosse predefinita
c'erano dei pin SPI ma mi parevano riferiti alla SD-Card
invece c'erano 16 bit di dati...questo può andare a 8 bit,9 bit,16,18 
ecc..ma mi sono detto che se ne mettono a disposizione 16 sarà per farlo 
andare a 16 bit,ripeto,il venditore al telefono era convinto che fosse SPI
 
ho scritto tutto io ,ma ho fatto riferimento alla sequenza di 
inizializzazione di un tale  su un forum internazionale di Arduino,che 
affermava che questa non dava problemi,e così è stato,lui lo utilizzava 
su un modulo col quale era certa l'interfaccia
 
Comunque tutto il resto è farina del mio sacco.
Poca roba..librerie mi sembra già un termine troppo altisonante.
 
Tiro fuori e leggo i 16 bit con tempistiche per i segnali di controllo 
probabilmente troppo caute(numerose pause di 4 us),ma per ora mi va bene 
così,lo farò correre più avanti
 
Ho traformato in bitmap  numeri simboli e lettere del Cambria per ora,un 
font ,che mi sembra elegante e chiaro
 
Lo sto controllando con un micro non certo spinto, Freescale Cortex M0 
32bit MKL25Z128,40 MHz,con 128 KB di Flash,che bastano,oltre che o per 
fare girare quel pochino di codice di prova,per contenere 1 foto a 
colori di circa 3/4 schermo,questa mi occupa 74KB,molto più del codice
 
i 16 bit sono smistati tra gruppi di bit adiacenti su 3 porte diverse
che, come i segnali di controllo, ho scelto solo per comodità di 
collegamento
 
il uC è sulla Freedom Board FRDM MKL25Z,ormai un pò datata,ma che viene 
sempre comoda.L'interfaccia Jlink OpenSDA permette,oltre al debug,di 
stampare su terminale run time direttamente dall'USB di debug e 
alimentazione.Tra l'altro ha forma e connettori shield Arduino compatibili.
 
http://it.tinypic.com/m/jg5b4j/4
 
 
se ti servisse quel poco di codice chiedi ,ma sono "librerie"
per ora incomplete,mancano tutte le funzioni utili tipo Disegna_cerchio(),
Tira__riga(),Cambia_colore_rettangolo() ecc
ciao
 
 
 
 
 
 
 

 Tira__riga(),Cambia_colore_rettangolo() ecc
 
Ti ringrazio, ma per ora vado di emWin con cui mi trovo molto bene.
 
Se avessi avuto librerie analoghe per Atmel e non avessi avuto "paura" 
della frequenza troppo bassa, avrei usato un SAM D20.
 

 oppure non noti nulla?
 
 
altro che ..ma ripeto,adesso è stralento
per disegnare una bitmap da 75KB ci mette 2 secondi,non 2 ms,2 secondi
 
fai conto che i 16 bit sono composti da 4 bit scombinati su 4 porte 
diverse,e magari il bit 0 dei 16 bit è il bit 3 di una porta,quindi c'è 
anche quella conversione da fare,smistare i bit per comporre la word a 
16bit,e sono us che se ne vanno per ogni pixel
