This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TM4C1294NCPDT: Making a raster graphic LCD project with EK-TM4C1294XL

Part Number: TM4C1294NCPDT

I am trying to make a raster graphic LCD design using TM4C1294NCPDT.  Is it possible at all?

The TivaWareTm Peripheral Driver Library User Guide talks about it but it is not clear if the LCD example will work on TM4C1294NCPDT.

I get this doubt because TheTivaTm TM4C1294NCPDT Microcontroller  DATA SHEET   does not mention LCD peripheral.

There is another device called TM4C129X.  Looks like  the LCD design is possible  on this device. But this is available in BGA package as per data sheet. . I am looking for a 128 pin TQFP package which can support raster graphic LCD design.  Is there a device like that?

  • The 1294 does not have an LCD module. Its data sheet makes no mention of LCD except for one place, the LCD Peripheral Present register. This register reads back as zero, indicating no module exists.

    The 129X does have the LCD module, but as you note, it is only available in BGA. The LCD interface takes a lot of pins!

    That said, you might be able to use the 1294's EPI (External Peripheral Module) in its general-purpose mode to drive a raster LCD. Of course you'll have to write a driver so your graphics library can talk to the display over this interface. And it uses a lot of pins.

  • Thank you for your quick reply. I will try and implement your suggestion of using external SDRAM on EPI port.

    My main aim is to get about 100 bytes of data from two SPI slaves and and display the data in the form of tables and graphs on an HDMI display. The update rate is very slow like 1 second.

    The resolution required is 1024x768. Number of colors limited to 256 , so the pins required are for data (max 16 pins) , and vsync,hsync and pixel clk. Once this is achieved, I will use a hdmi framer ic (used in BeagleBone Black) to get the hdmi output.

    Presently we are using BBB for this. The idea to design our own PCB to reduce some cost and eliminate BBB.

    Any suggestions are welcome.

  • Hi,

      Thanks to Andy for his input. Does your display of interest also support SPI interface? You might want to consider SPI interface too.

      A simple calculation would suggest that you need to move 1024 * 768 * 8 / 8 = 786kB of data to the display assuming supporting 256 colors which is 8 bits per pixel.

  • Hi Charles,

    The display has only HDMI input. So the SPI interface may not be an option. Thank you for the idea. May be we can use it in future.

    Come to think of it , it seems a cumbersome effort to try HDMI with TM4C1294NCPDT  or even TM4C129X. 

    Raspberry pi Zero seems an option. It has less components than BBB.

  • Driving an HDMI display requires an HDMI driver, which I suppose is a tautology.