Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions

Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions
June 2010, FAE Training Sridhar Lingam, C & I June 10 Rev. 1.00 © 2010 Renesas Electronics America Inc. All rights reserved. 00000-A

This presentation is for internal use only
This presentation is for internal use only. Under no circumstances should this information be provided to customers or otherwise distributed outside of Renesas. REA is not be responsible for disclosures of the information contained in this presentation. The individual or entity making the disclosure will be solely responsible for any damages or legal liability resulting there from. © 2010 Renesas Electronics America Inc. All rights reserved.

Competitive Solutions for Reference
Agenda Positioning DDLCD Basics Graphics Breakdown Development Kits Competitive Solutions for Reference © 2010 Renesas Electronics America Inc. All rights reserved.

Renesas MCU/MPU Portfolio
Focused Solutions for 10Kami: This presentation material focuses on these areas © 2010 Renesas Electronics America Inc. All rights reserved.

H8S/H8SX Family Line-up for Direct Drive LCD
TFT LCD Control H8SX/1668Z Pins: 144 Flash: 1024 KB RAM: 56 KB H8S/1665Z Pins: 144 Flash: 512 KB RAM: 40 KB H8S/2456Z Pins: 144 Flash: 256 KB RAM: 48 KB H8S/2426Z Pins: 144 Flash: 256 KB RAM: 48 KB H8S/2378 Pins: Flash: KB RAM: KB Not recommended for new designs © 2010 Renesas Electronics America Inc. All rights reserved.

Direct Drive LCD (DDLCD) .. 30 second story
The price of small color TFT-LCD panels have fallen dramatically in last 3 years. 4.3” color displays (like car GPS) are under $25 at in low volume. Companies are enhancing their products with color display and touch screen, using a few buttons, sliders, simple graphics. This raises their ASP. But when engineers peel the onion, the microcomputer required to drive these displays is more than they bargained for.. They typically look first at MPUs, which are an overkill solution at 200 MHz with complex OS, big PC footprint, power hungry, and expensive Then they typically find Flash MCUs that can only drive small displays (3.2” or less), or they must use an expensive external TFT display controller chip Renesas offers the Direct Drive LCD solution using simple 35MHz Flash MCUs, 1/3 less cost than MPU system, can drive up to 10” VGA display 30 second case for DDLCD © 2010 Renesas Electronics America Inc. All rights reserved.

Key Selling Points of Renesas Direct Drive LCD solution
The most cost efficient LCD controller solution up to 10” VGA resolution As low as ~$4.55 Resale for 50Ku for the entire solution Small footprint – Uses only 2 chips – MCU + Frame Buffer Memory Development kits available to start your own design Getting started with FREE Graphics API, libraries & examples is effortless 3rd party support for additional graphic support The key selling points for the Direct Drive LCD solution from Renesas are Cost, small footprint and the development support As we will see in the following slides, the Renesas solution requires only 2 chips and is the lowest solution for driving the color displays in embedded applications The solution is supported by development kits and free Graphics library that helps the engineers evaluate and develop their UI with minimal effort. © 2010 Renesas Electronics America Inc. All rights reserved.

Direct Drive LCD Solution Positioning
Target where you will win Sweet Spot 3.5” to 10” TFT, Light to Medium Animation Yes! Heavy Animation, Motion Video, MP3 Audio No! 3.2” or Smaller TFT, Low Animation No! Customer Requirements So target where you will win designs for Direct Drive LCD <click> High-end features like heavy animation, video, and MP3 decoding need an MPU. However, many of these GUI applications do not require this and are cost sensitive Small TFT-LCD panels of 3.2” and smaller are typically display modules having a chip-on-glass (COG) controller to interface to an MCU with SPI or 8-bit parallel, and include an SRAM frame buffer. These COG display do not need Direct Drive LCD, just a standard MCU. MPUs and Direct Drive LCD are overkill for these applications. However, the customer is typically limited to small size and low animation levels with these COG displays. This is the sweet spot. Applications that take advantage of larger TFT-LCDs (prices are continuously falling) larger than 3.5” with decent animation levels. In this case, and MPU solution is overkill for these simple GUI applications and Direct Drive LCD is a perfect fit. © 2010 Renesas Electronics America Inc. All rights reserved.

Direct Drive LCD Target Customer Scenario
Key Point: Position Direct Drive LCD Solution ONLY for lower-end GUI applications needing light to medium graphic animation Color TFT-LCD Display Existing Display Medical Monitor Climate Control Home Security White Goods Target customers moving up from user interface with simple segment, character, or dot matrix LCD Target applications need color TFT-LCD with simple buttons, slide bars, text, informational graphics There is no need for heavy animation or motion video in many of these apps. 200MHz MPU solutions are overkill, but customers still look to many existing MPU solutions in market © 2010 Renesas Electronics America Inc. All rights reserved.

Pop Quiz!! Which ONE is NOT a green light for DDLCD solution?
A: Light to medium animation is required B: Need a screen measuring more than 3.5” C: Need to have motion video X Which ONE is NOT a target application for DDLCD solution? A: Thermostats B: Medical Patient Monitors C: White Goods User Interface D: Home Security Keypad E: Portable Media Player X © 2010 Renesas Electronics America Inc. All rights reserved.

Typical Direct Drive LCD Implementations
MPU Based Solutions Freescale i.MX … ARM9 Atmel AT91SAM9 … ARM9 Atmel AT32AP … AVR32 NXP LCP3131 … ARM9 NXP LH79525 … ARM7 MPU Flash RAM Disadvantages MPU is a more complex system a cache-based RISC processor and OS More expensive … need additional external components Higher power consumption and EMI levels due to increased frequencies with MPU implementation Larger footprint on PCB … 3 chips: MPU, Flash, RAM Here we talk about the typical ways how TFT LCD screens are driven in embedded applications. There are two different ways – One which uses an expensive MPU and the other solution which uses either a Chip on glass LCD controller or an external TFT LCD controller They typically look first at MPUs, which are an overkill solution at 200 MHz with complex OS, big PC footprint, power hungry, and expensive A MPU solution requires an external Flash and RAM which drives the system cost higher A High end MPU is not required for these kind of applications Then they typically find Flash MCUs that can only drive small displays (3.2” or less), or they must use an expensive external TFT display controller chip The above competitors are examples of suppliers who have competing solutions to the Renesas Direct Drive implementation. The direct drive solution from Renesas offers the Direct Drive LCD solution using simple 35MHz Flash MCUs, 1/3 less cost than MPU system, can drive up to 10” VGA display © 2010 Renesas Electronics America Inc. All rights reserved.

Chip-On-Glass (COG) Display Module
Typical Direct Drive LCD Implementations ST STM32 … CortexM3 Microchip PIC24 Freescale Coldfire V2 Atmel SAM3 … CortexM3 NXP LPC … CortexM3 MCU Based Implementation Solution 1 - COG Chip-On-Glass (COG) Display Module RAM TFT Controller MCU Display ≤ 3.2” OR Disadvantages COG limits selection of display choices COG limits size to 3.2” and smaller COG limits animation Larger footprint on PCB … 3 chips: MPU, Flash, RAM Increased Cost due to the need for an external TFT controller as shown in Solution 2 Solution 2 – TFT Chip MCU TFT Controller Here we talk about the typical ways how TFT LCD screens are driven in embedded applications. There are two different ways – One which uses an expensive MPU and the other solution which uses either a Chip on glass LCD controller or an external TFT LCD controller They typically look first at MPUs, which are an overkill solution at 200 MHz with complex OS, big PC footprint, power hungry, and expensive A MPU solution requires an external Flash and RAM which drives the system cost higher A High end MPU is not required for these kind of applications Then they typically find Flash MCUs that can only drive small displays (3.2” or less), or they must use an expensive external TFT display controller chip The above competitors are examples of suppliers who have competing solutions to the Renesas Direct Drive implementation. The direct drive solution from Renesas offers the Direct Drive LCD solution using simple 35MHz Flash MCUs, 1/3 less cost than MPU system, can drive up to 10” VGA display RAM Display > 3.2” © 2010 Renesas Electronics America Inc. All rights reserved.

Position Summary for Total System Hardware Cost
Application space: Color TFT-LCD GUI, low to medium animation, 3.5” and up System Cost: Processor and Memory, 100Ku resale Overkill for Simple GUI LH79524 ARM7TDMI $7.40 STM32 CortexM3 $10.25 PIC24H PIC16 $10.60 AP7 AVR32 $8.65 SH7262 SH2A $7.60 SAM9 ARM926 $8.15 i.MXS ARM9TDMI $7.65 Price $6.18 LPC2478 ARM7TDMI $6.35 H8SX-Z H8 H8S-Z H8 $4.63 System Features © 2010 Renesas Electronics America Inc. All rights reserved.

What is Renesas solution to Direct Drive LCD?
Frame Buffer Memory (SDRAM, PSRAM, or SRAM) DATA R G B I/O Up to 10” TFT-LCD Panel: QVGA – 320 x WQVGA – 480 x VGA – 640 x No Chip-On-Glass Module needed! Timer Unit Timer Unit USB CLOCKS Direct drive removes the burden from the CPU. The TFT-LCD panel is refreshed at 60Hx while only loading the MCU by 5%. RGB graphic data is moved directly from the frame buffer memory chip to the TFT-LCD panel .. This data never enters the MCU. This leaves enough MCU bandwidth left for run the embedded application, and create animation on the display The DMA Controller on the external bus becomes the LCD controller and directly drives the TFT-LCD. A minimal 5% loading on CPU with ample bandwidth left to run the application Small footprint with only 2 chips MCU + Memory Lower Power Consumption due to lower frequency of operation © 2010 Renesas Electronics America Inc. All rights reserved.

Pop Quiz!! Which ONE is a DISADVANTAGE of COG displays?
A: They are extremely expensive B: They are usually less than 3.2” forcing customer to use small display C: They are difficult to connect to MCUs X What % of internal CPU bandwidth is required of DDLCD to refresh a TFT panel at 60Hz? A: 50% B: 5% X © 2010 Renesas Electronics America Inc. All rights reserved.

Special Pricing, “Z” Designated MCUs!!!
Flat Pricing from 1Ku to 100Ku Group Part # Flash /SRAM Suggested Distribution Resale Flat Pricing: Ku to 100Ku Difference between “Z” and “non-Z” versions “non-Z” “Z” H8SX/1668 USB R5F61668RMZN50PV 1MB/56KB $7.06 6 chn SCI chn ExDMA units TPU units PPG 4 chn SCI chn ExDMA units TPU units PPG H8SX/1665 USB R5F61665MZN50FPV 512KB/40KB $5.30 6 chn SCI chn ExDMA units TPU units PPG H8S/2456 USB R4F24568NVZFQV 256KB/48KB $3.87 SDRAM I/F units TPU No SDRAM I/F unitTPU H8S/ NO USB R4F24268NVZFQV $3.60 Has POR/LVD There are new specially priced MCUs with a “Z” designation in the part number for use with the Direct Drive LCD solution. These low-cost devices have flat suggested resale pricing for quantities ranging from 10Ku to 100Ku. There are a few less features in the “Z” devices compared to the standard “non-Z” devices as indicated in the last column. Has POR/LVD © 2010 Renesas Electronics America Inc. All rights reserved.

Frame Buffer Memory Choices
Every TFT-LCD system requires a Frame Buffer Memory to store the image SRAM is not always cost effective for Frame Buffer Memory DRAM is much more cost effective (SDRAM and PSRAM) ISSI offers special pricing for Renesas DDLCD customers Customers purchasing through distribution channels should reference quote number Q to obtain these suggested resale prices Please contact to order ISSI PSRAM, 512K x 16, IS66WV51216BLL-55TLI samples Please contact to order ISSI SDRAM, 1M x 16, IS42S16100E-7TLI samples Recommended for QVGA (320 x 240) Display Solution: ISSI PSRAM, 512K x 16, IS66WV51216BLL-55TLI, industrial temp, TSOP44 Recommended for VGA (640 x 480) Display Solution: ISSI SDRAM, 1M x 16, IS42S16100E-7TLI, industrial temp, TSOP50 © 2010 Renesas Electronics America Inc. All rights reserved.

Lowest-Cost System to Drive Color TFT-LCD
Here are a couple of system examples with suggested resale pricing at 50Ku. For QVGA you can have the MCU and frame buffer for only $4.55 to control the display and run the application. This is $2 to $3 less than a minimum microprocessor (MPU) system by the time you add up the MPU, the SDRAM, and the external flash memory. Here is where it is apparent that an MPU system is overkill for a typical simple color GUI that needs only light to medium animation. This system solution is so inexpensive, you can use it as a TFT-LCD “co-processor” to easily add a color TFT-LCD to an existing design as an add-on which requires only minimal changes to the base system. For VGA you also have very competitive system solution pricing at just $5.96 to control the display and to run the application. © 2010 Renesas Electronics America Inc. All rights reserved.

H8S and H8SX Key Positioning Facts
For VGA, always promote H8SX, and always use SDRAM For lower resolution: QVGA and WQVGA, H8S or H8SX is fine SDRAM frame buffer is not supported on H8S, it’s supported only on H8SX PSRAM is OK for either H8S or H8SX, but never use it with VGA panel Promote new “Z” series H8S and H8SX for lowest price DDLCD H8S: Do not promote H8S/2378 anymore H8S/ is pin compatible, better cost structure, larger SRAM up to 64KB, USB option H8SX: Do not promote H8SX/ anymore Instead, promote the newer H8SX/ MZ devices These devices are pin-compatible, better cost structure, fast 1usec ADC, and 10-bit DACs Still promote H8SX/1668MZ if 1MB Flash is needed H8SX: For customers requiring POR/LVD, there is “M” version for the following: H8SX/1668MZ, H8SX/1665MZ, H8SX/1662M © 2010 Renesas Electronics America Inc. All rights reserved.

Pop Quiz!! Does the published “Z” pricing include Tier 1 margin?
A: No, you must add an additional 25 points B: Yes, 25 points are built into the published “Z” prices X Are MPU’s a threat when customer’s requirements are truly simple? A: No, MPUs are overkill in this case! B: Yes, MPUs are unstoppable in simple GUI applications X © 2010 Renesas Electronics America Inc. All rights reserved.

Typical TFT Display Connections
Up to 8 bits per pixel (bpp): 8 Red, 8 Green, 8 Blue … which is 24bpp 18 bpp often used with 16-bit MCU bus: but with 5 Red, 6 Green, 5 Blue VERTICAL SYNC HORIZONTAL SYNC Vertical and Horizontal strobes PIXEL CLOCK Pixel Clock with Enable signal DATA ENABLE UP/DOWN LEFT/RIGHT Image Orientation control TIMERS and GPIO TYPICAL MCU/MPU DEVELOPMENT BOARD TFT LCD MODULE: QVGA, VGA, etc 32 DATA BUS 16 DATA BUS TFT panels have a digital interface which consist of parallel Red, Green, and Blue data information, plus control strobes to clock the info into the panel. Color TFT panels are composed of individual pixels, with each pixel being able to display 3 colors of varying intensity red, green, and blue. To the human eye, the 3 colors in one pixel blend to appear as one color. <click> If the MCU has a 32-bit data bus available, as shown here, then it’s possible to drive 8 bits of each color red, green, and blue. This is known as 24 bits per pixel color depth, or 24bpp. Each of the 3 color components can have 256 levels of intensity, making it possible for one pixel to appear as one of 16 million different colors (256 x 256 x 256). TFT panels can be driven with as little as 3 bpp, such as a red logo on a white background, as well as other color depth settings like 6, 12, and 18 bpp (262K possible colors per pixel) <click> However, many MCUs physically have only 16 bits available on their external data bus. <click> In this case, it’s very common in the industry to use 18 bpp color depth on a 16 bit bus. How?! You may be asking, how can you get 18 bits on a 16 bit bus? The answer is by reducing each of the red and blue components from 6 bits to 5 bits, and leaving green at 6 bits. This is done by tying the MSB and LSB of the red color together. Same thing is done to blue. This combination of 5,6,5 works quite well, with little loss of color clarity because green has the most impact to the eye relative to red and blue. <click> There are vertical and horizontal strobes to synchronize each frame, and each line within the a frame. Each frame is rasterized progressively, no interleaving is done. <click> There is a pixel clock which strobes in the RGB data for each pixel within each line, as well as a data strobe to gate the data that is clocked into the panel <click> And finally, there are optional signals which control the orientation of the image, meaning firmware can flip the image on either it’s vertical or horizontal axis, or both. If these signals are not used, they can be grounded or pulled up to the correct state. That’s it, as little as 20 signals. 8 RED 8 GREEN 8 BLUE 5 RED 6 GREEN 5 BLUE © 2010 Renesas Electronics America Inc. All rights reserved.

QVGA (320 x 240) pixel placement and sync pulses
L1,P1 means “Line 1, Pixel 1” L2,P1 means “Line 2, Pixel 1” Vertical Sync (1 per frame) L1, P1 L1, P2 L1, P3 L1, P320 1st LINE L2, P1 L2, P2 L2, P3 L2, P320 2nd LINE R 5 G 6 B 5 1 PIXEL (or DOT) 16 BITS THERE ARE 78,600 (= 320 x 240) OF THESE ON THIS PANEL Here’s an example of a very common size TFT panel. This is QVGA, which has 320 pixels per line in the horizontal axis, and 240 lines in the vertical axis. To understand the relationship between pixel placement relative to the vertical and horizontal strobes, let’s look at this in more detail. <click> Here is an individual pixel (also referred to as a dot), and there are almost 80,000 (320 x 240) pixels on this QVGA panel. Each pixel has associated with it a 16 bit word of data, the familiar 5 red, 6 green, 5 blue bits. These pixels are painted on the panel in a progressive raster scan, just like an old typewriter, starting at upper left and ending at lower right. The pixels must be refreshed at a constant rate. <click> Painting of individual dots on the panel is controlled by vertical and horizontal strobe signals. Here you see the Vsync pulse, which goes active one time at the beginning of each entire frame. A “frame” refers to one complete screen with all ~80,000 dots. The Vsync pulse rate represents the refresh rate of the frame, typically ranging from 25 to 60 frames-per-second, or fps. <click> For each Vsync pulse, there are 240 horizontal strobes, also known as Hsync pulses. Each Hsync pulse indicates the start of a new line. Here you see the first Hsync pulse for line #1. Notice that within line #1, 320 pixels are clocked into the panel, pixels 1 through 320. It’s not shown here, but there is a pixel clock signal that pulses 320 times per line, each time latching one 16-bit RGB value into the TFT panel. We’ll see more of this on the next slide. <click> The second Hsync pulse begins line #2 <click> and so on, with 320 pixels being clocked into the panel for each line <click> and finally the last line, number 240. So at the lower right we have line #240, and pixel #320. The frame is now painted, and the process will repeat with the next Vsync pulse, over and over again. L240, P1 L240, P2 L240, P3 L240, P320 240th LINE D1,DH1 Horizontal Sync (1 per line, 240 lines per frame) © 2010 Renesas Electronics America Inc. All rights reserved.

Painting a TFT Screen Horizontal Sync Dot Clock 16-bit RGB Data
ONE LINE STARTS P1 FIRST PIXEL NEXT LINE STARTS Horizontal Sync P320 LAST PIXEL Dot Clock 16-bit RGB Data H BACK PORCH P2 H FRONT PORCH Data Enable ONE FRAME STARTS NEXT FRAME STARTS Vertical Sync Zooming in a little further, now let’s look at what happens within a single line on the display, just after an Hsync pulse. <click> Here you see the beginning of a line on the rising edge of Hsync <click> Next you see what is known as the Horizontal back porch, which is a period just behind the rising edge of Hsync where the pixel clock (or dot clock) is active but there is no RGB data being latched into the panel. The number of dot clocks for the horizontal back porch varies from panel to panel, and is specified by the panel manufacturer. <click> Now the 1st pixel is clocked into the panel, also indicated by the rising edge of the Data Enable signal. At 16 bit RGB value is latched into the panel at each falling edge of the dot clock. <click> There’s the second pixel <click> and so on until the final, or 320th pixel, is latched in for the line. <click> Now we have a horizontal front porch where the dot clock is pulsing but there is no RGB data being latch into the panel. You see also that the Data Enable signal goes inactive. The duration of the horizontal front porch is also specified by the panel manufacturer. It’s called the “front” porch because it comes before the new Hsync pulse. <click> and finally, the next horizontal line begins with the next rising edge of Hsync. This process repeats until all 240 lines are painted on the frame. <click> What about Vsync? <click> Here we see the falling edge of Vsync kicking off a new frame <click> There is a vertical back porch following Vsync where you have Hsync pulsing a number of times, but lines are not being painted on the display. The duration of vertical back porch is specified by the panel manufacturer in terms of the number of horizontal lines in the porch. <click> Now the Hsync signal indicates the first line is painted with a burst of 320 pixels being clocked into the panel <click> The next line is painted <click> and so on until the last line, number 240 is painted <click> after the last line is complete, there is the vertical front porch, where again there are a number of pulses on Hsync, but no lines are being painted on the panel. The minimum duration of the vertical front porch is specified by the panel manufacturer. This period is extremely important, because you will see that it’s during this period that the H8S/SX MCU gets a chance to write the frame buffer memory with a new image prior to painting the next frame. <click> and finally, Vsync falls again to begin painting the next frame. LINE 1: BURST OF 320 PIXELS L1 Horizontal Sync Bursts of Lines VERTICAL BACK PORCH L2 L240 V FRONT PORCH © 2010 Renesas Electronics America Inc. All rights reserved.

H8S Direct Drive SRAM or PSRAM * QVGA H8S/2456 MCU Refresh rate 50 fps
Frame Buffer 128K x 16 or 512K x 16 H8S/2456 MCU 32 MHz 64KB SRAM 256KB FLASH * QVGA Refresh rate 50 fps 16 bpp color WR/ RD/ Address bus ADDR System Peripherals including USB Flash & SRAM RGB (5:6:5) RGB (5:6:5) exDMA Controller 16 bit Data Bus QVGA TFT-LCD Processing RGB (5:6:5) H8S CPU EDREQ Timer (TPU) Pixel CLK Vsync, Hsync, Enable Direct drive removes the burden from the CPU. How does it work? Let’s take a look First there are the connections this QVGA example…. In the green box you see the 16-bit H8S MCU which runs up to 32 Mhz. The yellow box is the external frame buffer, where there are several choices of memory size and type: In terms of size you can choose to have a single-buffered frame which requires a 2Mbit, 128K x 16 memory, or a double buffered frame which requires a 4Mbit, 256 x 16 memory. For heavy animation, double-buffering reduces the effect of image “tearing” on the screen because the CPU builds one display buffer “A” for example while the other buffer “B” is being painted to the screen, then the CPU just flips the pointer to the buffer “A” before the next frame is painted. In this way, you’ll never see on the screen the effect of the frame buffer being updated while it’s being painted. In terms of memory type, SRAM, PSRAM, or SDRAM can be used. SRAM tends to be most expensive but supports the highest speed, PSRAM is very cost effective for moderate speed, and SDRAM is most cost effective for larger densities like 1M bytes that VGA requires. Note that only H8SX supports SDSRAM The gray box is the QVGA TFT panel Notice that the MCU, the frame buffer, and the TFT panel are all sharing the 16-bit external data bus of the MCU. Address lines and read/write data strobes to the SRAM are generated by the MCU. The MCU’s timer unit (TPU) synchronizes the timing control to the TFT panel with vertical and horizontal strobes, pixel clock, and data enable. <click> Now you see that internal to the MCU, the CPU can access it’s internal Flash, SRAM, and peripherals, at the same time that the external DMA unit (ExDMA) is continuously transferring the 16-bit RGB data from the frame buffer to the TFT panel. Neither the activity of CPU, nor the ExDMA unit interfere with each other with any significance (only 5% loading on CPU). Note that the ExDMA unit does not care what’s in the frame buffer, it just moves the data to the LCD panel at a pre-programmed repetition rate. <click> To recap, there’s a “functional barrier”, if you will, between the CPU internal operation, and the external bus activity controlled by the ExDMA unit. So how much time does the ExDMA unit have to do it’s work, compared to how much time the CPU has to write a new image into the frame buffer? <click>Here we have a refresh rate of 50 frames per second on this QVGA panel with 16 bpp color. Remember the vertical front porch period? That’s when there’s no ExDMA activity of RGB data transfer from the frame buffer to the LCD panel, and the external bus is free. It’s during this front porch that the MCU can jump on the external data bus and write new image data to the frame buffer memory before the ExDMA unit starts to paint the next frame on the display. In this example, which is based on what we discussed previously, we extended the vertical front porch by some 345 lines. This essentially raised the dot clock rate enough to compress the work of the ExDMA unit to get finished in only 42% of the frame time, or 8.5 msec, leaving the remaining 11.5 msec for the CPU to write to the frame buffer memory. As the vertical front porch is extended longer and longer, the resulting dot clock frequency will become higher and higher because the period of the frame refresh is a fixed time and all activity must be completed within this period. You must carefully choose a value of vertical front porch extension that does not exceed the max dot clock frequency supported by the MCU. Today, the max frequency is 17.5MHz for H8S and and 30 MHz for H8SX. The resulting dot clock frequency also affects the access speed of the external frame buffer. For this H8S example at 50 fps QVGA, a 55 nsec SRAM or PSRAM is fine; however at 60 fps frame rate a 20 nsec SRAM is required. Note that our H8S Direct Drive LCD kits come with 10 nsec SRAM installed. We’ll look at the effect of various levels of animation on bus loading in the coming slides. So direct drive is the direct connection of the MCU, the frame buffer, and the TFT panel on the data bus, with the DMA unit managing the refresh of the display. 20 msec (50Hz refresh rate) V sync 42% of Frame (8.5 msec) Up to 58% of Frame CPU cannot access frame buffer (ExDMA moving data from PSRAM to LCD) CPU can access frame buffer (ExDMA finished moving from data PSRAM to LCD) © 2010 Renesas Electronics America Inc. All rights reserved.

Renesas Graphics API and Library
Free ! Renesas Graphics API and Library Create your own Graphical User Interface with Free API, Library, and Demos Use buttons, sliders, shapes, and manipulate bitmap images Import Standard Vector Font Files, proportion and display fonts with anti-aliasing Place a text string within a bitmap button or other object Supports transparency, coloring, and direction of characters You’ll also find support for proportional fonts and text manipulation © 2010 Renesas Electronics America Inc. All rights reserved.

3rd Party Graphics support DDLCD
For more advanced graphic requirements … three companies have ported their graphic software products Swell Software: PEG+ Altia: PhotoProto When more advanced animation is required, such as windows, widgets, and alpha-blending, these three 3rd party graphic software vendors have products supporting the Renesas DDLCD solution. Segger: emWIN © 2010 Renesas Electronics America Inc. All rights reserved.

Positioning of Graphic Software Solutions
Altia for large customers willing to pay ~$50K NRE (no royalties) No need to deal with low-level graphic software design Able to hire a graphic artist to create GUI on Adobe Photoshop Caution, Altia graphics library is memory-hungry in both Flash and SRAM Swell for all-around good capability and excellent customer support Choose C/PEG for simplest GUI, or PEG+ for higher-end features. ~$20K to ~$30K NRE (no royalties) for license depending on features, color, quantity of end-product Segger for market familiarity (they’re everywhere) Not as good looking windows (looks dated) as Swell or Altia ~$15K to ~$25K NRE (no royalties) for license depending on features and color support Renesas GAPI for very simple applications where customer is on a tight budget. GAPI is now well documented on the web Small customers (<15Ku/yr) are to be self-sufficient with GAPI support and use on-line tech support Larger customers (>15Ku/yr) are eligible for direct RTA tech support, contact me to qualify if needed © 2010 Renesas Electronics America Inc. All rights reserved.

Get Started: Renesas Development Kits
In-Stock Now! Contents: Renesas standard RSK board with H8S/2456Z or H8SX/1668Z 4.3” WQVGA TFT LCD panel with resistive touch screen E10a-FSK for complete debug and development Start Developing Evaluate System Performance Modify firmware to make your own GUI Evaluate graphics with free Graphics API, library & examples Additional 3rd party Graphic packages available Swell: Peg+ Segger: emWIN Altia: PhotoProto See Website for latest documentation and firmware: Part #: YLCDRSK2456S, MSRP $770 Part #: YLCDRSK16688S, MSRP $880 Free ! Renesas GAPI Altia: PhotoProto © 2010 Renesas Electronics America Inc. All rights reserved.

How to Make Use of the Kits
Current H8S/2378 LCD kits are still available and plenty in stock, YLCDRSK2378(S) Use for customers requiring QVGA and no USB Use for customers who will ultimately use H8S/ , pin compatible New H8S/2456-based LCD kits are available These kits will ultimately replace H8S/2378 LCD kits. No more 2378 kits will be made Please click here for the latest distributor stock and purchasing information H8SX/1668 currently available Use for customers requiring QVGA with other heavy application demands on CPU Use for customers requiring VGA © 2010 Renesas Electronics America Inc. All rights reserved.

Graphic Display Control, Capacitive Touch and Haptic Feedback Technologies
Low cost TFT LCD control Advanced capacitive touch Immersion’s TouchSense high-fidelity haptic feedback technology to enable advanced user interfaces. © 2010 Renesas Electronics America Inc. All rights reserved.

Camelion System: Overview
Objective: Promote Renesas MCU + Immersion’s haptic technology to target markets Highlight MCU features such as DDLCD and capacitive touch Target Markets: Home Automation (ex: Thermostats, Alarm Panels) Medical (ex: Monitors) White Goods (ex: Washer, Refrigerator) Development: Co-development: Leverage from each other’s area of expertise Renesas: MCU, electronics Immersion: UI graphics, mechanical © 2010 Renesas Electronics America Inc. All rights reserved.

Camelion System: Mockup and Features
Key Features: Screen simulations of multiple applications (DDLCD): Home Page White Goods: Refrigerator Panel Building Automation: Thermostat Building Automation: Alarm Keypad Medical: Instrumentation/Monitoring Touch Control On/STBY and function keys on bezel for additional control and low power mode operation (Capacitive Touch) Touch screen interface (Resistive Touch) Feedback Control Haptic effects on touch key and touch screen with enable/disable option Sound effects (buzzer/speaker) LED indicators Battery Operation Optional battery operation with re-charging circuit F1 F2 ON/STBY Thermostat simulated screen shown Main Functions H8SX/1668: Control of 4.3” WVGA Sharp Panel (DDLCD) Resistive touch control Sound playback control (ADPCM) USB I/F Communication to R8C’s R8C/33T: Capacitive touch control Backlight control LED control Communication to H8SX and R8C/1B Real-time clock / calendar R8C/1B (Two boards): Haptic effect Communication to R8C/33T and H8SX © 2010 Renesas Electronics America Inc. All rights reserved.

Reason#6: Third Party Development Tools
C/C++ Compilers MULTI® KPIT GNU Tools FREE Development Environments FREE MULTI® Emulators RTOS & Middleware SH7216 MCUs are supported world class tools. Renesas High Performance Embedded Workshop, HEW for short, is a modern IDE that supports all of Renesas MCUs. In addition, we have support from GreenHills MULTI IDE and free eclipse IDE from KPIT. C/C++ compiler support is available from HEW, GreenHills and KPIT. The compiler from KPIT is free and based on GCC open source technology. Each SH MCU series has its own RSK which includes board, debugger and evaluation version of compiler. We also have very flexible motor control board platform for select customers. For debugging, there are E10a and E200F from Renesas. E10a is a low cost advanced hardware debugger, while E200F is a full-function emulator. SH MCUs are also supported by Lauterbach, a respected JTAG debugger tools provider. And finally, there is a free GDB debug simulator that works with Eclipse and KPIT GNU C/C++ Compiler. SH MCUs also have support from key third party RTOS and middleware vendors such as Micrium, CMX, Express Logic and Segger. These vendors provide RTOS and number of middleware components such as TCP/IP, USB Stacks and File Systems. Renesas also provides number of free open source software in the form of application notes, libraries and sample codes. Customers can adopt these code samples into their application and accelerate their application development. Finally, I want to highlight that several of these tools are free of charge to customers. KPIT GNU tools such as compiler, Eclipse IDE and GDB simulators are based on industry open source code base. In addition, KPIT is exclusively funded by Renesas to provide timely and professional support. GDB FREE © 2010 Renesas Electronics America Inc. All rights reserved.

LCD Direct Drive Solution … Summary
Drive up to VGA Color TFT-LCD panel with Low Cost Flash MCU External DMA unit becomes TFT-LCD Controller 60Hz TFT-LCD refresh takes only 5% CPU Bandwidth Remaining CPU bandwidth drives application and animation Advantages: Low Frequency: Don’t need 200MHz MPU, instead use < 50MHz MCU. Less power consumption, less EMI Low Cost: 2-chip solution, only MCU and frame buffer RAM needed. Can use low-$ PSRAM or SDRAM. Small footprint Bigger Display: Don’t need COG display limited to 3.2” Simplicity: Use low-end RTOS and free graphics library from Renesas, or 3rd party graphics library Development kit available Complete with TFT-LCD panel Graphics library from available from Rensas, Segger, Swell, Altia Part #: YLCDRSK1668S, MSRP $889 Part #: YLCDRSK2378S, MSRP $770 © 2010 Renesas Electronics America Inc. All rights reserved.

This MCU is the most Direct Competition
Competition – NXP LPC2478 This MCU is the most Direct Competition 72MHz Flash 32b MCU, ARM7 TFT-LCD RGB connects direct to MCU pins Has dedicated TFT-LCD controller with 24bpp SDRAM frame buffer has independent DMA path to LCD controller than CPU. Little interference USB OTG, Ethernet, CAN, RTC with battery Back Up © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – ST STM32F103 and new F105 “Connectivity Line”
Extremely capable MCU 80 DMIPS at 72MHz 12-bit 1us ADC 2uA RTC USB, CAN, now OTG and Ethernet Large pin-compatible range for memory size and peripherals Requires use of TFT-LCD with Chip-On-Glass controller and embedded SRAM frame buffer These TFT-LCD’s are limited to 3.2” Larger LCDs require $6 TFT external controller chip No Graphics library offered from ST © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – Microchip PIC24HJ256GP610
Main competing feature: Very nice free graphics tool and library But Microchip MCUs do not have a TFT-LCD interface… adds cost to Must use TFT module with COG, limits to 3.2” and smaller panels Must use $6 external TFT-LCD controller chip if 3.5” or larger TFT panel is required … expensive from Epson, Solomon, FPGA… 256KB Flash, 16KB SRAM 40 MHz © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – Freescale i.MXS MC9328MXSVP10
Basic ARM9TDMI MPU, 100MHz Full Featured color TFT-LCD controller Audio support with SSI/I2S Lots of firmware support Microsoft .NET Micro Framework Many other i.MX devices to grow into © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – Atmel AT91SAM9261/S
ARM926E core at 180MHz DSP instruction support Full featured TFT-LCD controller, 24bpp USB Host and Device Some devices have on-chip frame buffer SRAM at 160KB for QVGA frame TFT- LCD controller accesses internal frame buffer or external SDRAM with little interference to CPU (multi-layer AHB) Advantage- Renesas if we show cost differential © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – Atmel AVR32 AT32AP7002
210 DMIPS AVR32 CPU Full TFT-LCD controller with color pallet USB-HS 2.0 Device Audio interfaces CMOS camera interface Put on Hold © 2010 Renesas Electronics America Inc. All rights reserved.

Competition – NXP (was Sharp) LH79524/25
ARM720 core at 76 MHz Actual TFT-LCD controller System bottleneck between CPU, LCD Controller, and SDRAM frame buffer © 2010 Renesas Electronics America Inc. All rights reserved.

For Reference – Renesas SH7262
345DMIP SH-2A Core High animation level Audio processing Internal 1MB Frame buffer Dedicated LCD controller with hardware assistance for alpha blending and video overlay USB Host, high speed Lower cost “L” version coming in smaller pkg © 2010 Renesas Electronics America Inc. All rights reserved.

Analysis for Total System Hardware Costs
Need to consider total cost of MCU/MPU plus memory, plus graphic controller All 100K resale price, source: customers or distribution channel Example Vendor MCU or MPU RAM Flash “Glue” Total Sys Cost Note - NXP LPC2478 $4.75 $1.25 1 $6.00 USB Host, Enet, CAN, 72Mhz ARM7 1,2 ST STM32F103 $4.25 $6.00 7 $10.25 USB, CAN, 80 DMIPS CortexM3 PIC24HJ256GP610 $4.60 $10.60 CAN, 40 MIPS PIC16 3 Freescale i.MXS $1.60 2 $1.30 5 $7.65 100 MHz ARM9 Atmel SAM9261S $5.25 $8.15 USB Host, 190 MHz ARM9 Atmel AT32AP7002 $5.75 $8.65 USB-HS, 210 DMIPS MHz AVR32 NXP LH79524 $4.50 $7.40 75MHz ARM7 NXP LPC3131 $3.25 $4.55 USB-HS OTG, 200DMIPS ARM9 Renesas SH7262 $6.50 $1.10 6 $7.60 USB-HS Host, 345 DMIPS SH2A 4 Renesas H8SX/1665Z $5.30 $0.66 3 $0.22 9 $6.18 USB, 50 DMIPS H8SX Renesas H8S/2426Z $3.60 $0.88 4 $0.15 8 $4.63 35 DMIPS H8S Total system cost for major components. Matches examples on previous 4 slides New “Z” devices are specially priced for DDLCD applications 1 1M x 16 SDRAM 3 1M x 16 SDRAM, ISSI/DDLCD special price 7 Adder for TFT-LCD Controller Chip 5 2M x 16 NOR Flash 2 4M x 16 SDRAM 4 512K x 16 PSRAM/ISSI DDLCD special price 8 Inverter and Mux 6 16Mbit Serial Flash 9 Inverter, Mux, F-Flop © 2010 Renesas Electronics America Inc. All rights reserved.

Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions

Similar presentations

Presentation on theme: "Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions"— Presentation transcript:

Similar presentations

About project

Feedback

Log in

Auth with social network:

Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions

Similar presentations

Presentation on theme: "Low Cost Direct Drive LCD Solution Renesas MCU CAN solutions"— Presentation transcript:

Similar presentations

About project

Feedback