Do you understand how to drive a bare LCD glass ?
If not, you would be better off using one of the driver chips such as ili9341 or st7735 - then you could use those libraries!
https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.2/lib_gfx.html
Thanks for your response and the link you share with me.
Yeah actually, I have a project which originally writes in Javascript, and it uses SPI to connect the LCD board and using graphics class to display the LCD. But graphics class is so old for C language and it does not support 64bit Windows. So I am looking into gfx to replace graphics class. Also I guess with SPI, I am able to implement touch screen function, right?
Best regards.
Hi
Are you saying you already have a system for connecting to the CT008-U display that is working over SPI?
From what I could find online this appears to be a laptop display, which usually use more sophisticated (and harder to use) interfaces.
Leogean said:Also I guess with SPI, I am able to implement touch screen function, right?
This depends on what type of display you are using.
Many display modules use one interface for the display, and a separate interface (such as I2C) for the touch screen functionality.
Best regards
Torbjørn
Hi,
Sorry for answering after such a long time. Hum.. I find that the controller of my LCD board is UC1608. I am trying to write the driver according to the datasheet for my LCD, but looks like it is a long way to go...
During this time, I came up with another idea. The LCD I am using is 240*120, I am thinking if I can use a frame buffer to store the image or text of one screen to a 240*120 matrix, and then upload the whole pixel matrix to the LCD through SPI.
This method is implemented in the js code (as I said before, the project is originally implemented in js). The js code uses the graphics class function to draw graphics and write text to the 240*120 array, then upload this array to the LCD. However, the graphics function is not capable of C on Windows 64bit. I find that LCD class function (as the link below) might help me to do the similar thing as the graphics class function. Just it looks like I finally still need to work out an LCD driver.
infocenter.nordicsemi.com/index.jsp
Do you think the frame buffer method might make it easier for me to use my LCD board? Is there an example code that includes the "lcd_display" (used to write the whole buffer to the LCD) and the use of "nrf_lcd_t" struct?
Thanks a lot for any advice you give to me. Please let me know if you find anything doesn't make sense.
Best regards, Leo
Hi Leo
I must admit I am a bit unsure what your hardware setup looks like.
Are you running the LCD from a Windows based host PC, connected to the nRF52840 device in some way?
Can you provide some more details on how the nRF52840 is connected to the PC and to the display?
Do you have a link to this "graphics class" that you are referring to?
If I understand you correctly you got the LCD working using the old graphics class on a 32-bit Windows machine?
Best regards
Torbjørn