Newsgroup: it.hobby.elettronica.digitale
Titolo: Display per Rasperry da usare su non Raspberry

Signori,buongiorno
 
volendo usare questo display
https://www.amazon.it/Raspberry-Tablet-Pollici-Resolution-Interface/dp/B01CNLYL1C/ref=sr_1_4?ie=UTF8
 
 
su altra scheda avrei bisogno di sapere qualcosa a basso 
livello,segnali,comandi,ecc
e magari riutilizzare almeno in parte librerie esistenti.
 
E' su un prototipo dove c'è l'alloggio meccanico proprio per questo,c'è già 
una scheda microcontrollore e il consumo e costo del Raspberry non vanno 
bene
 
molte grazie 
 
 


Mi sembra un normale display hdmi con o senza touch screen, ho visto il repository su github, non vedo del vero o proprio codice ma una serie
di configurazioni ad hoc dell' hdmi.
 
Giulia
 


Ok,se uno volesse usarlo in SPI?
Mi dai comunque il link?Come hai fatto a trovarlo?
Grazie

 Grazie
 
https://github.com/goodtft/LCD-show.git
 
 
Sta nell inserzione.
 
 
Dicono di lanciare questo script
 
https://github.com/goodtft/LCD-show/blob/master/LCD35-show
 
 
Veramente non vedo da nessuna parte l'spi(a parte il controller touch xpt2046 , ma la cosa non e' effettivamente cosi chiara,
comunque se non sei pratico mi sembra sinceramente troppo complicato per un neofita(la parte touch).
 
Giulia

> Ho giocherellato con uno di quei display 
 
Se vuoi fare le cose per bene prenditi una board basata su allwinner A20/A31s
ha il connettore lvds, ci adatti (solo meccanicamente) qualunque display lcd LVDS (roba prodotta dal 2000 al 2010 sicuro e anche piu' moderna).
Prendi un monitor,un portatile o un televisore in discarica con la retroilluminazione rotta,  elimina tutta l'elettronica , devi solo collegare l'lvds e 
sostituire  i CCF con una/due striscia/e led.
 
Giulia
 


Come ho detto devo usare proprio questo display,è già stato acquistato 
in piccola quantità,la meccanica è per questo display,e la scheda a 
disposizione per controllarlo ha giusto 2 SPI e alcuni GPIO.
 
Il problema è che vengono fornite librerie Linux,Python,script e altra 
roba che non conosco,che tiene già conto dell'interfacciamento a 
raspberry,che non devo usare.
 
Nel frattempo mi hanno fornito informazioni sul display,è SPI dovrebbe 
montare un controller ILI9841 .
Se trovo qualche libreria in C per questo controllore bene,se no me la 
farò da zero,come purtroppo mi capita per i display grafici... ho già 
fatto per il parente ILI9341,però solo per pilotaggio parallelo a 16 
bit,mi pare.
Anche il controller per touch screen resistivo XPT2046 è SPI ,avevo 
ritoccato il driver ,mentre era ancora molto impreciso già riusciva a 
seguirmi in qualche disegnino:
http://it.tinypic.com/m/k0hb1w/4
 
 
 
 
 
 

 con la lente non mi attira così tanto:)
La matrice piedinature connettori e' al massimo 4x4.
 
 
 
 
-- 
Giulia  -->                                                                                                    (a 132 colonne)
|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|--

Non so ancora che controller usi
Il display vero e proprio è marcato QD35044P-B.non ho trovato nessun 
documento a riguardo.
Questo display ha un connettore a 44 pin.Probabilmente con una 
combinazione di 2 di questi pins si può decidere se usarlo a 18bit o 16 
bit parallelo,oSPI4( SPI+ linea Data/Comando),o SPI 3 .
Ci sono quindi vari  modi di leggere in sicurezza che controller si 
usa:saldarci una 20ina di fili e leggere in parallelo da un 
microcontrollore,o forzare i pin di modo in SPI,.
In quest'epoca di Arduino e Raspberry con librerie tutte pronte vengono 
vendute cose che mi sembra che siano schifosamente poco documentate 
,"tanto ci pensa la libreria"Possibile che uno debba tirarsi scemo a 
questo punto?
Con una inizializzazione scritta da me,facendo conto che conto che usi 
ILI9486 , da me sono riuscito a accendere ,spegnere disegnare delle aree 
colorate,ma andando nel dettaglio se scrivevo una riga 10x1 
orizzontale,me la trovavo 5x2 pixel.Invece una finestra 200 x200 risulta 
quadrata.Per adesso dico ..boh

 libreria"Possibile che uno debba tirarsi scemo a questo punto?
 
Le librerie sono tutte open source, ok il dispositivo non e' documentato, ma se conosci il c++ non dovresti avere problemi a capire cosa fanno.
 
Giulia
 


Se trovassi la libreria di inizializzazione per QUESTO  display non 
avrei problema a replicarla,in varie  forme in cui sono scritti i 
comandi e i dati,ne ho trovate diverse,non ce ne sono 2 uguali,anche se 
alcune cose fondamentali sono comuni a tutti.
Solo che non sapendo quale controller ci sia a quale libreria faccio 
riferimento??
es 
https://github.com/notro/fbtft/blob/master/fb_ili9486.c
 
 
Ok sarà quella giusta?
Inoltre c'è un altro problema...di mezzo c'è un elettronica che fa da 
SPI a parallelo..lavorerà a 18 o a 16 bit?
Perchè nel caso di 18 bit può darsi che serva SPI a 9 bit.
Io quel poco che ho ottenuto l'ho ottenuto con SPI a 8 bit
Insomma vendono i display ma non li documentano a dovere se uno deve 
farsi tutti questi dubbi


Grazie
Con ILI9341 ho fatto una libreria da zero,per pilotaggio a 16bit,magari 
potrei dare delle dritte,se sapessi che è un sito abbastanza seguito
.Cosa dici,vale la pena?


Comunque alla fine ho risolto,ma non con quel display SPI,ne ho trovato 
uno a 8 bit,che ho provato a interrogare e il chip ID in effetti è 
0x9481,a quel punto l'ho inizializzato e utilizzato,lo rinfresco in 
circa 1/2 sec con una CPU a 100 MHz,ma pur avendo fatto io stesso 
l'ennesimo driver da zero  il codice non è ancora ottimizzato,sono 
andato abbastanza cauto coi tempi.
Dovevo caricarci 3 immagini troppo grosse per stare nella flash del 
uC,le ho convertite da Jpeg  a Bitmap 16 bit RGB555 e le ho messe in una 
SD card avendo cura di sceglierne una nota e si spera,reperibile ancor 
aper qualche mese,una Kingston da 8 GB.
Tra l'altro le Kingston INDUSTRIALI,non questa,hanno un datsheet pdf in 
italiano,mai visto prima.
Mi sono fatto da zero anche il driver per l'SD Card e il minifilesystem 
per andarmi a pescare le immagini.
Non potevo usare FatFs,perchè nel progetto finale avrò probabilmente 
risorse limitate,per cui ,come spiegato in altro post, ho fatto in modo 
di accedere alle bitmaps passando per MasterBootRecord,FAT,e file ,nel 
quale dall'header mi prendo le informazioni per puntare alle coppie di 
bytes in Little Endian che rappresentano i colori dei pixels.
Ho avuto qualche problema con la conversione a RGB,ho dovuto farmi una 
microbitmap di 4 pixels e analizzarla per capire che era RGB555,e che 
l'msb è inutilizzato