marlin tft display manufacturer

I was rebuilding one of my 3D printers — again — and decided I needed a display upgrade. A color screen is nice, but there are some limitations. I also found there are ways around these limitations, so I wanted to share my thoughts on a dual-mode color touch screen LCD controller for your 3D printer. The screen in question is a TFT35 from BigTree Tech. It is similar to an MKS screen, but it can operate in two different modes, as you will see.

A few years ago, I picked up an Anet A8 which was very inexpensive, especially on sale. Not the best printer, though, because it has that cheap acrylic frame. No problem. A box full of aluminum extrusion later, the printer was reborn. Over time, I’ve completely reworked the extrusion system and the Y-axis, leaving only the motors, bearings, and the controller/display as the original.

I happened to have one of these lying around so when I installed a new motherboard — a Fysetc Spider if you are curious — I also wired in the new LCD. I had to recompile Marlin, of course, but that’s easy. It all worked, it just looked a little bland.

There’s another way to control a printer, and it’s one you may have thought of before. Since the printer accepts commands via a serial port, you could take a computer like a Raspberry Pi with a nice LCD and just have it issue commands to the serial port. Bonus points if the board has more than one serial port so you can still hook up a PC or a Raspberry Pi running Octoprint or similar. Turns out, you don’t have to build this. The MKS touchscreen uses an ARM chip (it isn’t a Pi, though) and has a touch screen that you can use to control the printer. These come in different sizes and are usually called something like TFT35 for 3.5 inch display.

The advantage isn’t just appearance. Having a bunch of touch screen buttons makes many things easier. For example, if the printer is at (0,0) and you want to jog the head to (100,200), that ends up being a lot of button pushes in Marlin. With the touch display, you can bring up a navigation screen that makes it easy. Or, you can bring up an entire terminal and enter G-code. When you press Send, it shows the results of the command, if any. You can set a temperature with the knob, on-screen buttons, or press the number and type in what you want with a virtual keypad.

These displays are colorful and nice, but there are a few things they can’t do. Marlin has some wizards and user interaction that insist on a proper, local LCD. But the Marlin code thinks the MKS display is a remote host computer, connected over serial. Displays that can act like both types of LCDs are a sweet hack, and here’s the part that was never clear to me before: these displays can switch modes during printer operation. In other words, it is not a case of selecting a mode and rebooting everything. You can be looking at the colorful touchscreen, then switch over to the stock display while printing and then switch back any time you want. The best of both worlds.

On the face of it, the display looks like an MKS TFT. You have colorful menus and a touch screen. The connection for that is a simple two-wire serial port, along with — of course — power, ground, and an optional reset connection. They provide a cable you can use or modify to connect to your setup. There is also an EXT3 port for boards that have that connector.

If all you want is an MKS display, you are done. Since the display looks like a host computer, you don’t even have to recompile Marlin if the serial port you used was active. In my case, the second serial port wasn’t set up, so I had to recompile, but I do that often enough, anyway.

However, if you wire the normal EXT1 and EXT2 ribbon cables to your printer, the display can emulate a normal 128×64 LCD. If you are already set up to use one of these displays, you should not need to recompile Marlin to use this display. However, if you are set up for a different type of display, you’ll need to tell Marlin to use the normal “REPRAP DISCOUNT GRAPHICS CONTROLLER.”

Here’s what I never understood about the device. Looking at the write-up about it on different vendor sites like Amazon, Banggood, or AliExpress, it sounded like you could use the screen in either mode as a static configuration choice. In other words, you might wire up EXT1 and EXT2 and then use the emulated mode until you decided to switch over to serial at some future date. But that’s not how it works. You can connect all the cables and switch back and forth between display systems on the fly.

That’s huge. It means you can have a nice user interface that lets you control the printer, print from an SD card or USB stick, and even make customizations to the menu with the source code provided on GitHub or with a simple configuration file edit. (And, yes, you can add custom menu items simply.) But when you need to do something very specific to Marlin, or a new feature shows up that the LCD doesn’t know about yet, you can simply switch to the Marlin display mode. Then you can switch back.

The process to switch is simple. Just hold down the encoder knob or push the screen for a few seconds. A screen will show up allowing you to pick the Marlin mode or the BTT mode. Just touch the one you want. In Marlin mode, the touchscreen does nothing except switch modes, so you might want to use that method. If you hold the encoder down in Marlin mode, the printer will also see the repeated enter keys until the LCD pops up the selection screen.

Installing the LCD was straightforward save a few problems. For some reason, the pin 1 designation for EXP1 and EXP2 are not consistent among vendors. A Geeetech display worked fine with the Spider board, but the TFT35 didn’t want to come up in Marlin mode at all. I applied power at the serial port and the board appeared hung. The answer was to snip off the alignment tabs on the ribbon cables and flip them 180 degrees.

The serial port was also a mystery. With so little documentation on anything, I just soldered the power and ground wires and then hand twisted RX and TX so I could swap them until it worked. As I expected, the cable needed a cross on those lines to work. You also have to match the display’s baud rate to the port you are using.

After that, it all worked fine. The EXP1 and EXP2 connectors do connect to the board’s reset, so you don’t need to wire the serial port’s reset pin if you have those connected. However, I did notice that switching the mainboard to DFU mode will sometimes fail with the display plugged in. Reflashing the display requires an SD card that flashes a binary file and then reboots and loads fonts and icons. If it is connected to the Spider, it sometimes hangs when trying to reboot during an update. It also works sometimes, though, so I suspect it is just loading on the reset line. In any event, popping the connectors will make it work if you don’t want to try repeatedly.

The display has a number of other ports, but you probably shouldn’t use them. For example, there’s a port for a filament runout sensor. But if you connect it there, it will only work if you are printing using an SD card or USB stick in the display. A better option is to connect it to your printer and tell Marlin to notify the host if a filament break occurs. This will work with the display or something like Octoprint.

In theory, you should be able to connect Octoprint itself through one of the extra serial ports. However, I never got this to fully work. The subordinate port seems to work pretty well, but it never sends Octoprint acknowledgments so Octoprint waits forever or until you force it to continue — use the Fake Acknowledgment button in the terminal. Since the Spider has multiple serial ports, it isn’t a big deal, but in theory, the TFT should work a little better if it can intercept and filter the data stream between the printer and the host software. In practice, I don’t really notice any problems. Some Octoprint plugins like DisplayLayer can send status information to the TFT, anyway.

The truth is, I don’t switch over to Marlin mode very often, but it is nice to have it if I want it, and you can even change the colors to suit you. I really wanted the passthrough mode to work but couldn’t figure out what was going on without digging into the source code, and that might be a project for another day.

Another note: Using the jog keys sets the printer to relative mode. If you are used to popping codes into a terminal, you might want to get used to issuing a G90 before you send a move because the TFT will change it to relative anytime you do a jog.

These displays are inexpensive and easy to interface and since they can still work as a classic display, there’s no reason not to do this easy upgrade. There are plenty of mounting options you can print, of course. The finished result looks great and doing things like moving in both X and Y are much easier with the new display.

https://github.com/nopnop2002/wiringpi-tft-tool/blob/6f0f91fed2d5a07f1e62663eb8bc37458c11bb65/8bitlib.c

variants 5 :LCD is inverted,writings are mirrored and in info screen touch has some problems for example when i touched fan, nozzle 1 setting were displayed and when i touched nozzle 2 fan setting were displayed.

In this video, I am showing you how to connect Bigtreetech TFT35 touch displays to your SKR 1.3 or 1.4 mainboard, why it has two different modes to use it and what to configure in Marlin 2.0 for it.

So, you might have noticed, there is multiple different shapes and sizes of this Bigtreetech TFT35 display available. This one is the TFT35 E3 3.0, which has the knob underneath the display and this fits also in the Ender 3 stock display mount, there is also the regular TFT35 with the knob on the side but they technically absolutely work the same.

The first one is the touch screen mode, where you have a nice color touch display to control your printer, start printing for example, set the temperature and see the status of your printer.

The second mode is the "Marlin" or 12864 simulation mode, which will show the original printer menu from the Marlin firmware running on the SKR mainboard.

But you might ask, why is there two modes in the first place? Is the 12864 simluation or "Marlin" mode there to give you a nice retro feeling if you want it? Well, yes and no. You actually need the 12864 simulation mode in some cases and I"m going to tell you why.

So the display itself has no further logic beyond interpreting and showing that information - being just a dumb monitor. It also sends back the button pushes and controller knob turns to the mainboard but that"s it.

The TFT35 and all other models of this display on the other hand have a full 32bit microcontroller with it"s own memory on board that has it"s own firmware and can be upgraded and programmed independently from the printer mainboard.

The information that is sent back and forth over that serial connection is not pixels. It"s just GCODE commands and GCODE reponses. That makes this display more or less act like a raspberry Pi that runs Octoprint on it or a computer that runs Pronterface for example. And what is shown on the display to you is not controlled by the printer mainboard firmware if you"re in touch mode.

But being independent from the printer also means that the TFT touch display is agnostic to what kind of printer you exactly have. So for example it doesn"t know and it also doesn"t care what kind of stepper motor drivers it has or what kind of firmware it"s running.

The serial cable that comes with your display will have a plug that fits into the RS232 or TFT slot at the back of the display. So let"s plug that in here.

It might be that the display orientation is swapped, that also depends on how you like to mount the display to your printer. So if you need to change the display orientation, you can do this from the touch display by tapping Settings → Screen → and then rotate UI. Then you will need to run through a screen calibration tapping the red dots that appear in the corners and then finally the center.

The next issue you might have could be that the display shows "no printer attached" so that it cannot communicate to the printer. That"s actually normal when you freshly turn the printer on and it should then disappear after a few seconds. If this error persists any longer, your baudrate setting for the serial connection is most probably different from what you have set in Marlin firmware.

This can be fixed by going into the settings menu of the display and then tapping the baudrate setting to switch it between 115200 and 250000. I have set my serial connection speed in Marlin firmware to 250000 at the beginning of Configuration.h, so 250000 should be working. And after a few seconds, the error disappears for mw.

If you find that also setting both sides to 250000 still doesn"t solve the communication issues, you should try to lower the speed in Marlin firmware to 115200, then flash a new build to the mainboard and try again to set the speed to 115200 on the display.

Now, let"s see if we can use the 12864 simulation mode already. Push the dial for three seconds and then select Marlin Mode and confirm the selection.

Sometimes it needs a turn of the knob to get it to work but mine stays black. The reason might be that I have configured the ANET FULL GRAPHICS DISPLAY in Marlin firmware. So I am going back to my Marlin Configuration.h, I am going to comment that out.

Then I am looking for the REPRAP DISCOUNT FULL GRAPHIC SMART CONTROLLER, this is the right setting to enable for the 12864 simulation with the TFT35 and I am uncommenting this line. Don"t confuse this with the REPRAP DISCOUNT SMART CONTROLLER, that"s not the right setting to enable.

Now, I am building and uploading this new firmware for the SKR mainboard with Auto Build Marlin and if you"ve missed my full guide how to do this, I"ve linked that particular video up here for you.

And finally, we can use the print menu to print something from the SD card slot of the display. So let"s insert an SD card with some models here at the side and start a print.

So you can see, that the display immediately changes to a new dialog that shows the printing progress, the current temperatures and we also have access to babystepping and speed adjustment settings from here.

Next up in this series, I am going to show you how to flash the latest bigtreetech firmware to the TFT35 display and also how to customize the UI to show more useful information on the start page, and to be more colorful with custom icons and logos.

Asia has long dominated the display module TFT LCD manufacturers’ scene. After all, most major display module manufacturers can be found in countries like China, South Korea, Japan, and India.

However, the United States doesn’t fall short of its display module manufacturers. Most American module companies may not be as well-known as their Asian counterparts, but they still produce high-quality display products for both consumers and industrial clients.

In this post, we’ll list down 7 best display module TFT LCD manufacturers in the USA. We’ll see why these companies deserve recognition as top players in the American display module industry.

STONE Technologies is a leading display module TFT LCD manufacturer in the world. The company is based in Beijing, China, and has been in operations since 2010. STONE quickly grew to become one of the most trusted display module manufacturers in 14 years.

Now, let’s move on to the list of the best display module manufacturers in the USA. These companies are your best picks if you need to find a display module TFT LCD manufacturer based in the United States:

Planar Systems is a digital display company headquartered in Hillsboro, Oregon. It specializes in providing digital display solutions such as LCD video walls and large format LCD displays.

Planar’s manufacturing facilities are located in Finland, France, and North America. Specifically, large-format displays are manufactured and assembled in Albi, France.

Another thing that makes Planar successful is its relentless focus on its customers. The company listens to what each customer requires so that they can come up with effective display solutions to address these needs.

What makes Microtips a great display module TFT LCD manufacturer in the USA lies in its close ties with all its customers. It does so by establishing a good rapport with its clients starting from the initial product discussions. Microtips manages to keep this exceptional rapport throughout the entire client relationship by:

Displaytech is an American display module TFT LCD manufacturer headquartered in Carlsbad, California. It was founded in 1989 and is part of several companies under the Seacomp group. The company specializes in manufacturing small to medium-sized LCD modules for various devices across all possible industries.

The company also manufactures embedded TFT devices, interface boards, and LCD development boards. Also, Displaytech offers design services for embedded products, display-based PCB assemblies, and turnkey products.

Displaytech makes it easy for clients to create their own customized LCD modules. There is a feature called Design Your Custom LCD Panel found on their site. Clients simply need to input their specifications such as their desired dimensions, LCD configuration, attributes, connector type, operating and storage temperature, and other pertinent information. Clients can then submit this form to Displaytech to get feedback, suggestions, and quotes.

Clients are assured of high-quality products from Displaytech. This is because of the numerous ISO certifications that the company holds for medical devices, automotive, and quality management. Displaytech also holds RoHS and REACH certifications.

A vast product range, good customization options, and responsive customer service – all these factors make Displaytech among the leading LCD manufacturers in the USA.

Products that Phoenix Display offers include standard, semi-custom, and fully-customized LCD modules. Specifically, these products comprise Phoenix Display’s offerings:

Phoenix Display also integrates the display design to all existing peripheral components, thereby lowering manufacturing costs, improving overall system reliability, and removes unnecessary interconnects.

Clients flock to Phoenix Display because of their decades-long experience in the display manufacturing field. The company also combines its technical expertise with its competitive manufacturing capabilities to produce the best possible LCD products for its clients.

True Vision Displays is an American display module TFT LCD manufacturing company located at Cerritos, California. It specializes in LCD display solutions for special applications in modern industries. Most of their clients come from highly-demanding fields such as aerospace, defense, medical, and financial industries.

The company produces several types of TFT LCD products. Most of them are industrial-grade and comes in various resolution types such as VGA, QVGA, XGA, and SXGA. Clients may also select product enclosures for these modules.

Slow but steady growth has always been True Vision Display’s business strategy. And the company continues to be known globally through its excellent quality display products, robust research and development team, top-of-the-line manufacturing facilities, and straightforward client communication.

All of their display modules can be customized to fit any kind of specifications their clients may require. Display modules also pass through a series of reliability tests before leaving the manufacturing line. As such, LXD’s products can withstand extreme outdoor environments and operates on a wide range of temperature conditions.

Cystalfontz America is a leading supplier and manufacturer of HMI display solutions. The company is located in Spokane Valley, Washington. It has been in the display solutions business since 1998.

Crystalfontz takes pride in its ISO 9001 certification, meaning the company has effective quality control measures in place for all of its products. After all, providing high-quality products to all customers remains the company’s topmost priority. Hence, many clients from small hobbyists to large top-tier American companies partner with Crystalfontz for their display solution needs.

We’ve listed the top 7 display module TFT LCD manufacturers in the USA. All these companies may not be as well-known as other Asian manufacturers are, but they are equally competent and can deliver high-quality display products according to the client’s specifications. Contact any of them if you need a US-based manufacturer to service your display solutions needs.

We also briefly touched on STONE Technologies, another excellent LCD module manufacturer based in China. Consider partnering with STONE if you want top-of-the-line smart LCD products and you’re not necessarily looking for a US-based manufacturer. STONE will surely provide the right display solution for your needs anywhere you are on the globe.

Marlin deals with a variety of different displays and needs to display a lot of different languages in different scripts on them, within their capabilities. The system described here solves some of the related problems that need to be overcome with in a limited environment.

Marlin 1.0 and 1.1 currently support: HD44780 (and similar) with Kana charset A00 HD44780 (Page 17) These are very common, but sadly not very useful when writing in European languages.

On all these displays you can define 8 custom symbols to display at once. In Marlin these characters are used on the Boot Screen, and on the Info Screen for the Bed Temp, Degree symbol, Thermometer, “FR” (feed-rate), Clock, and Progress Bar. On the SD Card listing screens some of these characters are re-used again for Up-level, Folder, and Refresh.

Graphical displays provide complete freedom to display whatever we want, so long as we provide a program for it. Currently we deal with 128x64 Pixel Displays and divide this area into ~5 Lines with ~22 columns. So we need monospace fonts with a bounding box of about 6x10. Until now we’ve been using a custom Marlin font similar to ISO10646-1 but with special symbols at the end, which made ‘ü’ and ‘ä’ inaccessible at 6x10 size.

All these languages (except English) normally use extended symbols not contained in US-ASCII. Even the English translation uses some Symbols not in US-ASCII (e.g., ‘\002’ for Thermometer, STR_h3 for ‘³’). In the code itself symbols may be used without taking into account the display they’re written on.

The upshot of all this is that on Western displays you’ll see a ‘~’ while on Cyrillic an “arrow coming from top - pointing to left” (which is quite the opposite of what the programmer wanted). The Germans want to use “ÄäÖöÜüß”, the Finnish at least “äö”. Other European languages want to see their accents too. For other scripts like Cyrillic, Japanese, Greek, Hebrew, … you have to find totally different symbol sets.

The Japanese translator dealt with two scripts, introducing a special font for Graphical Displays and making use of the Japanese extended character displays. Thus he ended up with two pretty unreadable language.h files full of ‘\xxx’ definitions. Other languages either tried to avoid words that included special symbols or just used the basic symbols without the accents, dots… whatever.

Make output functions that count the number of chars written and switch the font to Marlin symbols and back when needed. (ultralcd_impl_DOGM.h) (ultralcd_impl_HD44780.h)

Make three fonts to simulate the HD44780 charsets on dogm-displays. With these fonts the translator can check how the translation will look on character-based displays.

Split ‘dogm_font_data_Marlin.h’ into separate fonts and delete. (+dogm_font_data_6x9_marlin.h, +dogm_font_data_Marlin_symbols.h, -dogm_font_data_Marlin.h)

If you make extensive use, your file will look like language_kana.h and your language file will only work on one of the displays (in this case DISPLAY_CHARSET_HD44780 == JAPANESE).

If you want to make use of more than a few symbols outside standard ASCII or want to improve the portability to more types of displays, use UTF-8 input. Which means defining another mapper.

The mapper_tables do their best to find a similar symbol in the HD44780fonts (for example, replacing small letters with the matching capital letters). But they may fail to find a match and will output a ‘?’. There are combinations of language and display which simply have no corresponding symbols - like Cyrillic on a Japanese display or _vice-versa. In those cases the compiler will throw an error.

In short: Choose a mapper that works with the symbols you want to use. Use only symbols matching the mapper. On Full Graphic Displays all symbols should be fine. Using the graphical display, you can test for bad substitutions or question-marks that would appear on character displays by defining SIMULATE_ROMFONT and trying the different variants.

If you get a lot of question marks on the Hitachi-based displays with your new translation, maybe creating an additional language file with the format language_xx_utf8.h is the way to go.

In this file specify the mapper (e.g., MAPPER_NON) and font (e.g., DISPLAY_CHARSET_ISO10646_1) and translate some of the strings defined in language_en.h. (Remove #ifndef #endif from the defines.)

If there’s no existing mapper for your language then things get a bit more complex. With the Hitachi-based displays you can’t make something useful without a matching charset. For graphical display… let’s take the example of Greek: Find a matching charset. (Greek and Coptic)

If you want to integrate an entirely new variant of a Hitachi-based display. Add it to Configuration.h and define mapper tables in utf_mapper.h. You may need to add a new mapper function.

The length of strings (for menu titles, edit labels, etc.) is limited. “17 characters” was a crude rule of thumb. Obviously 17 is too long for a 16x2 display. So, language files are free to check the LCD width and provide shorter strings in the following manner:

On 16x2 displays, strings suited to a 20x4 display will be chopped to fit. So if shorter string isn’t provided, at least make similar strings different early in the string. (‘Someverylongoptionname x’ -> ‘x Somverylongoptionname’)

All translatable strings are first declared in language_en.h and then language maintainers follow up by providing translations in their own languages. Marlin includes a script named findMissingTranslations.sh which list the strings needing translation for one or more languages.

To find out which character set your hardware uses, set #define LCD_LANGUAGE test and compile Marlin. In the menu you’ll see two lines from the upper half of the character set: JAPANESE displays “バパヒビピフブプヘベペホボポマミ”

If you get an error message about “missing mappers” during compilation - lie about your display’s hardware font to see at least some garbage, or select another language.

MAPPER_C2C3: This is a mapper set by some language files, and indicates that Marlin should use the mapper for Unicode pages C2 and C3. In this mapper, strings are converted from raw UTF-8 input to single ASCII characters from 0-127, and indexes from 0-127 within the combined two 64-glyph pages C2 and C3.

SIMULATE_ROMFONT: Languages can opt to use the HD44780 ROM font special characters on graphical display. This method can be used for accented Western, Katakana, and Cyrillic if they don’t supply their own fonts, or just for testing character-based mappers on a graphical display.

DISPLAY_CHARSET_ISO10646_1: To support a graphical display, a language file must specify either SIMULATE_ROMFONT or a display character set. This specific option selects the Western font for use on graphical display. Others include ISO10646_5, ISO10646_KANA, ISO10646_GREEK, ISO10646_CN, ISO10646_TR, and ISO10646_PL. If no character set is specified, Marlin assumes ISO10646_1.

MAPPER_ONE_TO_ONE: Most character sets on graphical displays (including SIMULATE_ROMFONT) map the character index directly to its position in the upper half of the font. This is possible for character sets that have only 2 contiguous pages of Unicode containing all the special characters. Other mappers use logic or a lookup table to locate the glyph.

We have thousands of standard products that are in stock and available from our Seattle, WA and Hong Kong warehouses to support fast product development and preproduction without MOQ. The stock covers TN, STN LCD display panels, COB, COG character LCD display, graphic LCD display, PMOLED, AMOLED display, TFT display, IPS display, high brightness and transflective, blanview sunlight readable display, super high contrast ratio display, lightning fast response displays, efficient low power consumption display, extreme temperature range display, HMI display, HDMI display, Raspberry Pi Display, Arduino display, embedded display, capacitive touch screen, LED backlight etc.  Customers can easily purchase samples directly from our website to avoid time delays with setting up accounts and credit terms and shipping within 24 hours.

Many of our customers require customized OEM display solutions.  With over two decades of experience, we apply our understanding of available display solutions to meet our customer’s requirements and assist from project concept to mass production. Using your ideas and requirements as a foundation, we work side by side with you to develop ideas/concepts into drawings, build prototypes and to final production seamlessly. In order to meet the fast changing world, we can provide the fastest turnaround in the industry, it takes only 3-4 weeks to produce LCD panels samples and 4-6 weeks for LCD display module, TFT LCD, IPS LCD display, and touch screen samples. The production time is only 4-5 weeks for LCD panels and 5-8 weeks for LCD display module, TFT LCD, IPS LCD display, and touch screen.

Raystar is a global leading LCD panel supplier and specialized in producing TFT LCD Panel, including Color TFT, Monochrome TFT Display and bar type TFT Display. Raystar Color TFT displays are available in various resolutions and offers a wide product range of small to medium-sized TFT-LCD modules from 0.96” to 12.3". The interface options are in MCU / RGB / SPI / UART / 8080 / LVDS. TFT Panel with control board or TFT LCD Panel with micro controller are also available.

Winstar is a global leading Manufacturer of TFT LCD display based in Taiwan and China. Winstar offers a wide product range of small to medium sizes TFT display modules in sizes ranging such as 0.96",1.28", 1.77, 2", 2.4", 2.8", 3.2", 3.5", 4.3", 5" 5.6", 5.7", 7", 8", 9", 10.1", 10.2", 12.1" , 12.3" and 15" TFT (diagonal size of the active area) and so on . There are more than 250 TFT standard models listed on this website; furthermore, almost each item is acceptable to derivate from the standard items to meet the customers" requirement.

Winstar TFT displays are qualified under industrial standard including standard TFT-LCD modules, IPS TFT, High brightness TFT LCD (sunlight readable display), TFT panels with controller boards, Bar Type TFT, Wide Temperature TFT LCD, Winstar Clever System TFT and Touch screen display. These displays include landscape or portrait modes. Winstar has Mono TFT displays and full color TFTs in line, these displays are available in various resolutions as well as touch screen optional in resistive and projected capacitive (PCAP touch screen) technology. Many of our TFT display modules have more than one interface available including MCU, RGB, TTL, LVDS and MIPI DSI. Winstar TFT modules are perfect for a number of applications including industrial control, coffee machine, medical equipment, POS system, automation, GPS navigator, white goods, energy control, telecoms, medical equipment and etc.