topic Re: #RT1050 LCD interface - question on data lines in i.MX RT Crossover MCUs

#RT1050 LCD interface - question on data lines

vishaljoshi — Tue, 04 Feb 2020 19:37:24 GMT

Hi,

I have a question on interfacing RGB LCD to RT1050/60. As per application note AN12302, all 24 data lines are used to interface with LCD having 18 data lines.

But as per reference manual, data lines in sequence should be used based on number of LCD data lines.

What is expected behavior? If we want to use 5-6-5 format (16 bits), can we just enable D0-D15 lines and use other 8 lines as GPIOs or some other function?

Thank you.

With regards,

Vishal

Re: #RT1050 LCD interface - question on data lines

Yuri — Thu, 06 Feb 2020 06:01:16 GMT

Hello,

Yes, it is possible to use other 8 lines as GPIOs or some other function.

Have a great day,

Yuri

-------------------------------------------------------------------------------

Note:

- If this post answers your question, please click the "Mark Correct" button. Thank you!

- We are following threads for 7 weeks after the last post, later replies are ignored

Please open a new thread and refer to the closed one, if you have a related question at a later point in time.

Re: #RT1050 LCD interface - question on data lines

vishaljoshi — Fri, 07 Feb 2020 16:40:16 GMT

Hi Yuri,

Thank you for reply. It does mean that we need to make sure what color resolution we want ahead of time. Since data lines sequence varies, it we decide to switch from 24bpp to 16bpp later, red lines on display will become not connected. Can data lines on MCU be reassigned to different pins so that pixel resolution can be selected later?

Regards,

Vishal

Re: #RT1050 LCD interface - question on data lines

Yuri — Mon, 10 Feb 2020 07:34:32 GMT

Hello,

The LCDIF provides flexible options for color_bits-to-pins mapping.

Use section 35.5.2 (Write Data Path) of i.MX RT1050 Reference Manual,

Rev. 3, 8/2019, for more details.

Customers can use the i.MX Pins tool to define possible muxing configurations.

Pins Tool for i.MX Application Processors | NXP

Regards,

Yuri.