MCU för drivning av CSTN/TFT-LCD

[thepirateboy]

Jag har börjat kolla lite på ett system för drivning av LCD:er och funderar lite
på om någon har erfarenhet av att använda MCU:r tillsammans med TFT-skärmar
från 2,4" och uppåt liknade den på bilden.



För det första, finns det någon anledning att inte välja TFT idag? Vad jag sett så
skiljer det inte mycket i pris på CSTN och TFT och OLED finns väl fortfarande inte till
rimliga priser?

Vad jag sett så finns det i huvudsak tre olika sätt att driva en TFT. Antingen välja en
TFT med inbyggd LCD controller, använda en extern LCD controller eller använda en
MCU med inbyggd LCD controller.

Spontant så verkar en MCU med inbyggd controller vara det enklaste och billigaste alternativet
eller kan det finnas några stora nackdelar?

Några av de MCU:er jag hittat med inbyggd LCD controller är:

AT91SAM9261
http://www.atmel.com/dyn/products/produ ... rt_id=3638

ColdFire
http://www.freescale.com/webapp/sps/sit ... e=MCF5227X

Toshiba
http://www.toshiba-components.com/micro ... PA910.html


Hur är det med grafiska bibliotek (GUI) till displayen, finns det nåt open source project eller
måste man köpa eller skriva det själv?

[Henrik]

AVR32AP7000 tutar på rätt bra, kör den på jobbet.
Håller med om att CSTN eller externa displaykontrollers är svårt att motivera på nya projekt.
Tänkte du köra med eller utan operativ(linux?)

[thepirateboy]

AVR32AP7000 såg också intressant ut.

Tanken var att välja något system som är någorlunda universellt och att man ska
kunna köra både med och utan operativ.

Är lite för dåligt insatt i vilka fördelar det skulle vara att köra ett operativ och hur
enkelt det är att dra igång ett operativ på ett sådant system. Det jag är rädd
för är att systemet bara blir segt med ett operativsystem.

[sodjan]

För ett "one-off" projekt så bör väl enkelhet vara prioriterat, d.v.s sannolikt en komplett
displaymodul med inbyggd kontroller. Gör normalt programvaran lite enklare.
För stora serier kan blir den totala styckekostnaden en prioriterad parameter och då
kan sannolikt de MCU'er som har inbyggd LCD drivning vara intressantare. Ger
billigare displaymodul men lite mer komplex programvara...

[rand_althor]

Jag har pysslat lite med NXPs ARM7:or, en del av dem har inbyggd LCD-controller... bland annat LPC2478 och LPC2378.

Att programvaran skulle vara något mer komplex än att ha en modul med extern controller ser jag som högst osannolikt då det oftast är mycket enkelt att använda den inbyggda controllern...

[cyr]

Enda anledningen jag kan komma på att det skulle bli mer komplicerat är väl att man måste sätta upp kontrollen så den passar den aktuella displayen (upplösning, timing osv). Det är redan klart om kontrollern sitter på displayen...

Å andra sidan slipper man prata med kontrollern över någon jobbig buss, och har direkt tillgång till framebufferten istället.

Om man kör med Linux eller liknande OS har man dessutom tillgång till en massa program/libs för all möjlig sorts grafik. Man kan t.o.m. slänga ihop en grafisk applikation i Python eller liknande scriptspråk, och testköra hela interfacet på en PC om man vill. Enklare och snabbare kan det knappast bli, dock går det åt några meg RAM och Flash, och det tar ett par sekunder för Linux att boota när man slår på strömmen.

[thepirateboy]

Oki, tackar för svar.

Får helt enkelt köpa hem nåt kit och börja labba lite.