Graphical LCD display selection

Go To Last Post
10 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi all,

I am working on a project with Atmel UC3 chip. Now I need to choose and integrate a graphical LCD.

My requirements are: screen size around 4" (3.5"-4.5"), resolution 320x240, or 480x272 or similar, good sunlight readability.

 

Can you recommend a graphical LCD display that is easy to integrate and program with? I don't need to display anything fancy, but I would like to mainly avoid having to write my own driver/library.

I have troubles finding anything that is supported by Atmel officially, or via 3rd part developers unofficially that I can just hook up to the controller and start working with. The only official Atmel driver I have found in Atmel Studio 7 samples is for ET024006DHU screen which is installed on the EVK1105 evaluation kit, but I am not able to find any similar LCDs on the market.

 

Thanks!

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Banggood has quite a few: http://www.banggood.com/UNO-R3-A...

for instance.

A GIF is worth a thousend words   They are called Rosa, Sylvia, Tricia, and Ulyana. You can find them https://www.linuxmint.com/

Dragon broken ? http://aplomb.nl/TechStuff/Dragon/Dragon.html for how-to-fix tips

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Colour or greyscale or black/white ?

 

For "static" images, or video ?

 

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anb8 wrote:
My requirements are: screen size around 4" (3.5"-4.5"), resolution 320x240, or 480x272 or similar, good sunlight readability.
Sunlight capability is a good selector but could not locate one that's UC3 ready.

Might be easier to network the operator interface to the UC3.


ezLCD generations (MCU, computer language if available) :

  1. AVR mega128 and an Epson LCD controller.
  2. AVR32 AP7000 and its LCD controller (UC3 launched from AP7000), Lua
  3. PIC24, EarthSEMPL
  4. STM32F429, optional uClinux

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:

Colour or greyscale or black/white ?

 

For "static" images, or video ?

 

 

 

Mainly for static images, no video definitely. Colour would be nice but not a condition.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

gchapman wrote:

anb8 wrote:
My requirements are: screen size around 4" (3.5"-4.5"), resolution 320x240, or 480x272 or similar, good sunlight readability.
Sunlight capability is a good selector but could not locate one that's UC3 ready.

Might be easier to network the operator interface to the UC3.


ezLCD generations (MCU, computer language if available) :

  1. AVR mega128 and an Epson LCD controller.
  2. AVR32 AP7000 and its LCD controller (UC3 launched from AP7000), Lua
  3. PIC24, EarthSEMPL
  4. STM32F429, optional uClinux

 

Thank you for the suggestions - but how can I tell which of these are easy to work with on UC3? Are there any generic drivers available for these displays that I can easily modify to build with my UC3 application?

I am wondering how is everyone interfacing their displays to UC3 - does everyone write the driver himself? I guess it takes quite a lot of work and optimization and I don't want to spend unnecessary time with it as I want to focus on our application. It feels a bit like if everyone using TCP/IP stack had to write his own Ethernet controller first - makes no sense so everyone is just reusing the one written by Atmel in ASF.

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

OK, I am starting to understand that LCD integration is nowadays done this way:

http://www.reachtech.com/evaluat...

 

You get an intelligent LCD with FLASH, it's own microcontroller etc. that you can fully control via serial port commands. Very generic and universal. Is this the right path? Are there any disadvantages to this approach?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anb8 wrote:
Are there any generic drivers available for these displays that I can easily modify to build with my UC3 application?
For an ezLCD, there's EarthMake/EarthLCD arLCD; EarthLCD is an Arduino third party.

An assumption is the source code is available for the AVR mega328 in an arLCD.

EarthLCD

arLCD

Arduino 3.5" TFT Touchscreen Serial USB Smart LCD

http://store.earthlcd.com/arLCD

anb8 wrote:
does everyone write the driver himself?
Usually no; ideally the driver is a part of an RTOS or the compiler's run-time library.

Another source for sunlight readable LCD is Crystalfontz.

The Crystalfontz development board's MCU is an AVR mega2561; source code appears to be available.

One, and likely more, of these LCD use a common Epson LCD controller some of which contain the frame RAM.

Crystalfontz.com

Browse our Sunlight Readable Displays

https://www.crystalfontz.com/c/sunlight-readable-displays/38


CodeVisionAVR Graphic Display Libraries

http://hpinfotech.ro/cvavr_graphic_lib.html

...

The following graphic display controllers are currently supported:

...

CodeVisionAVR, The Lowest Price on the Web. High Performance ANSI C Compiler for Atmel AVR microcontrollers

LCD Hardware Acceleration

http://www.codevision.be/lcd-hardware-acceleration

...

... a unique DELCOMp CPLD design, ...

...

Combined with the X-Graph software drivers this results in far better drawing speeds then any other 8-bit processor graphic module.

...

"Dare to be naïve." - Buckminster Fuller

Last Edited: Thu. Dec 17, 2015 - 02:48 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anb8 wrote:
Is this the right path?
Define "right" wink

anb8 wrote:
Are there any disadvantages to this approach?

  • Fit, form, function mis-match
  • Software copyright
  • Power consumption

Some or most of the Sharp Memory LCD are sunlight readable, and there's source code for some of these, but the source code's copyright might not be acceptable.


Sharp Memory LCDs: Ultra-low power, high performance, and long life…with memory in every pixel

http://www.sharpmemorylcd.com/

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

anb8 wrote:
You get an intelligent LCD with FLASH, it's own microcontroller etc. ...
Newhaven Display did some of that for a development system that contains a competitor's Cortex-M3.

Newhaven Display has some sunlight readable LCD; made aware of these by this :

http://www.mouser.com/new/newhavendisplay/newhaven-sunlight-readable-tfts/


Newhaven Display

NHDev LCD Development Board

http://www.newhavendisplay.com/nhdev/index.php

"Dare to be naïve." - Buckminster Fuller