interfacing

[lpcware]

Content originally posted in LPCWare by mahi25790@gmail.com on Tue Jul 30 02:48:24 MST 2013
which arm processor can be used for 10.4 tft lcd display with part no g104sn02v2?

[lpcware]

Content originally posted in LPCWare by EReyes on Wed Jul 31 21:31:39 MST 2013
I use a 480x272 display. I tried emWin and Qt. Eventually went for emWin and FreeRTOS because Qt has to run under ucLinux.

Running ucLinux means executing out of the SDRAM, which is painfully slow on the LPC1788. That's the reason you don't see the any scrolling in the video, if you look at the same demo on the K70, it's a totally different story:

http://www.youtube.com/watch?v=u7zi60Sbg0M - Both made by EmCraft, and they show it takes ~3.5 seconds from power on to starting the GUI on the K70. It takes 10 seconds just to start the GUI on the LPC1788.

The TouchGFX and IS2T demos look really nice, but you have to get a license from them if you want to use their solutions. Qt can run on a myriad of hardware and is open source. emWin is not open source but you can use the precompiled library provided by NXP (free).

Anyways, I don't mean to bash NXP nor I want to derail this thread more. Just wanted to let the OP know that with a display of this size, he should expect to spend a significant amount of time/money either by using a proprietary solution optimized for these MCUs, or doing software optimizations himself.

[lpcware]

Content originally posted in LPCWare by Wouter on Tue Jul 30 23:57:00 MST 2013
The performance of the graphics would really depend on your expectations and the screen resolution. I see the LCD of the OP has a resolution of 800x600, which is quite a lot for an embedded system. No doubt it's possible with our products, but indeed you should be realistic on the achievable performance.

Just to show great graphics are possible using only relatively small MCUs:

- We've had very good performance e.g. using TouchGFX (http://www.lpcware.com/content/project/touchgfx-graphic-library-lpc-microcontrollers), running an attractive GUI with lots of animations and a smartphone/tablet-like experience on our LPC4300, with just limited CPU load (typically a few percent, during  full-screen animations peaking up to about 20%).
- Of course also good performance with the emWin libraries (http://www.lpcware.com/content/project/emwin-graphics-library).
- And we even have demos on the LPC1788 with Java (IS2T, http://www.lpcware.com/content/page/is2t-lcd-graphics-library-demonstration-using-nxp-lpc1788) and Qt (http://www.youtube.com/watch?v=rqaHkpbcT5s)

[lpcware]

Content originally posted in LPCWare by EReyes on Tue Jul 30 21:40:02 MST 2013
If your application is too graphic intensive, I would recommend you look for a faster MCU, preferably one with an on-chip cache. I've been having a hard time getting good graphic performance from the LPC1788. It gets worse if your code does not fit in the internal flash and you have to run some parts out of the SDRAM.

Unfortunately, NXP does not seem to offer any Cortex-M3/M4/A8 with an on-chip cache.

[lpcware]

Content originally posted in LPCWare by Wouter on Tue Jul 30 03:38:44 MST 2013
You can use any of our MCUs with LCD controller, e.g. LPC1788, LPC4088, LPC4300 and LPC1800. An external transceiver must be used to convert the RGB signals to LVDS.