你好，我前幾天買到了LP1768的版子
目前正在學習ARM

請問同樣也有在玩ARM-Cortex M3的朋友
你們通常會使用 8bit . 16bit . SPI 哪種模式下驅動TFT?

===================引 用 inlem2000 文 章===================
你好，我前幾天買到了LP1768的版子
目前正在學習ARM

請問同樣也有在玩ARM-CortexM3的朋友
你們通常會使用 8bit . 16bit . SPI 哪種模式下驅動TFT?


我自己因工作需求，"tft lcd 控制模組"，最好都使用並列傳輸，因為串列太慢了。不過使用並列傳輸，若有支援8080/6800 BUS裝置會更好，因為可以當外部記憶體再控製，速度上會提升很多。如果沒有再時序上還要進行模擬，速度就會慢下來，我再PIC24H跑40MIPS速度下，由SD卡更新圖片，每秒也才2~3張。

所以在換圖時你會以為是動畫捲軸，但那是因為畫面更新太慢了！後來用特殊方式才可以勉強達到每秒10張。

若你的控制器有內建RGB INTERFACE，那就更好了，可以直接驅動非模組的螢幕，但在Cortex-M3體系下好像沒有看過，在PIC體系也一款有RGB Interface，但記憶體區塊無發映射到320*240區塊。

TFT LCD模組不會難寫，但請先與供應商要初使化指令，不然有些控制器控制內容超多，手冊上也沒有這麼寫如何使初使化，所已知道如何初使化，然後可以在自己設定位址填上不同顏色，大體上來說驅動就算完成了。

通常TFT LCD都是做人機介面，因此搞定驅動後就要搞後層的API部分。建議可以使用現成的GUI介面，會比較好開發。

我自己當初白痴使用貼圖的方式呈現，雖然畫面會比較精緻，但要做很多功能時會寫死自己，把自己搞的超麻煩的。

 >通常TFT LCD都是做人機介面，因此搞定驅動後就要搞後層的API部分。建議可以使用現成的GUI介面，會比較好開發。
例如說?

使用gui就有點像使用vb物件感覺，但沒有圖形化開發介面，必須使用文字來完成。可以透過該元件來完成你所需要的動作，若使用貼圖方法你就要自己去做一組元件出來。建議你可以去參考uC/gui文章，這個lib是要付費的喔！網路上很多人都在討論，好的人機介面是可以很好轉移的，因此底層的驅動與上層的api不可以有所謂的相依性，不然轉移到別的控制器上，就變的不好轉移。

人機介面沒有太過複雜的控制，最容易就是透過貼圖來完成。

恩，了解
其實我昨天已經開始用uC/GUI了
但後來想說他要付費所以就改用RT-Thread他裡面的GUI

另外想問的是，通常每秒要能刷幾張圖才比較實用?
還是說只要不要太慢都可以?

===================引 用 inlem2000 文 章===================
恩，瞭解
其實我昨天已經開始用uC/GUI了
但後來想說他要付費所以就改用RT-Thread他裡面的GUI

另外想問的是，通常每秒要能刷幾張圖才比較實用?
還是說只要不要太慢都可以?

看你自己感覺，只要換圖片時不會變成"動畫"就ok拉！但這是說全屏刷新喔！但mcu 介面也不太可能很快拉！個人覺的除非有dma的介面控制，不然週邊跑多快都也快不到那去。

若是rgb 介面，因搬移是到自己的內部記憶體所以速度上就快多了，但腳位也會超極多！

請問如果我用STM32的FSMC來驅動TFT是否比較好?

以下幾個問題請問一下大家：

（1）你們的開發板去哪裡買的？

（2）請問 STM32 的台灣代理商是哪一家？

（3）請問大家玩 CM3 有帶作業系統嗎？

謝謝。

(1)露天查STM32,有很多開發板可以參考
(3)看到最多的就是ucOSII, 從(1)買的EVB還會附很多範例source code

===================引 用 PSIR 文 章===================
以下幾個問題請問一下大家：

（1）你們的開發板去哪裡買的？

（2）請問 STM32 的台灣代理商是哪一家？

（3）請問大家玩 CM3 有帶作業系統嗎？

謝謝。

1.露天，找附程式多的(有軟體更好)
2.友尚，不過大的代理都有
3.不一定，看RAM容量(和應用時成本相關)，建議RAM超過16KB以上才安裝RTOS。免費的有 FreeRTOS及RT-Threads。ucOS-II也不錯，但商用要交錢。無RTOS的話建議用PhotoThreads。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

編輯記錄

用STM32控制LCD，會使用DMA搬資料，速度仍不會很快，但程式不用去管，只要等搬完再處理下一頁。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

PIC32 也是用 DMA 來搬移資料，和 TFT 的介面是用一種 PMP PORT 的並列方式送圖片資料，不知道STM32是否也是用這種方是做的？

STM32是用FSMC界面(Flexible static memory controller)，軟體方面就只是記憶體。
其實這是一個Bus界面。SRAM , NAND Flash, NOR Flash, LCM, IDE界面可以同時存在。
應該和PIC32差不多。

不過PIC32的核心MIPS設計公司賣了，我會担心未來不會有新核心，一但用了支援性及資料皆不如ARM好。
我用過的MCU沒有一個是無問題的，都要等改版。
萬一用到有問題的地方，在STM32上可以找到有人說，和老闆說就可以交代了。
要是找不到，還要和FAE抓個老半天，很累的。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

新版本的FSMC支援SDRAM，另有2d-DMA支援，可以做小區域畫面更新。不過我還沒有拿到樣本。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

===================引 用 walltsou 文 章===================
不過PIC32的核心MIPS設計公司賣了，我會擔心未來不會有新核心，一但用了支援性及資料皆不如ARM好。
我用過的MCU沒有一個是無問題的，都要等改版。
萬一用到有問題的地方，在STM32上可以找到有人說，和老闆說就可以交代了。
要是找不到，還要和FAE抓個老半天，很累的。



請問 PIC32 的核心 MIPS 設計公司賣了是什麼意思？

MIPS是非常出名的處理器，比X86還早出64位元。優異的處理效能使它成為第一代數位相機首選處理器。
不過在消費性產品上以功耗為使用需求下，ARM成功打開市場，MIPS佔有率下降。
64位元MIPS在伺服器上則是面臨X86的進攻。
最後市場變成64位元差不多是X86的天下。
除了PC外的32位元處理器差不多是ARM的天下。
MicroChip則是佔有最大8位元處理器市場，因為8051的公司一家家倒，MicroChip收了不少。
PIC32則是使用MIPS公司的K32核心，原先其他MIPS核心MCU市面上也越來越少見。

今年則是MCU大廠變動最快的一年。
去年(2012)MIPS賣了，而且是被"分食"，所以64位元專利皆被ARM取走。人員被GPU公司接管。
日系Fxxx的MCU部門也賣了。
日系Rxxx的MCU部門沒有車商資助也會收了。
Energy Micro則是被Silcon收了。
Cortex M直接下殺8位元市場。
在市場一片混亂中，只有一件事可以確定，ARM成了新霸主。
其他MCU能用多久還無法確定。

所以，不想浪費時間去學了一個可能沒有未來的MCU，還是使用主流比較保險。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

walltsou 分析的非常到位，這個帖子實在太精采了。

我想 PIC32 有一個優勢就是它和 16 位元的 PIC24 是 PIN TO PIN，
所以 16 位元搭的硬體不用重做，只要換成 32 位元 CPU 就可以。

請問 16 位元 CPU 未來是否會沒有市場？
現在 1 美金以下的都會用 8 位元 CPU， 1 美金以上的就直接用 32 位元 CPU，
因為低端的 32 位元 CPU 的價格很接近高端 8 位元 CPU 的價格，
如此一來 16 位元 CPU 就沒有人要用了不是嗎？

8位元MCU最大的問題在ADC/DAC超過8位元後，取值及計算效能會下降。因為每筆資料皆需多次ALU計算。
16位元MCU則無此問題。它的問題是遇到32位元MCU。
8位元MCU多半沒有IP付費，應是說沒有利潤去買，不如自己做。
理論上16位元也是如此，但16位元自認為價格應高於8位元，價格不願低。
然後，32位元MCU突然在三年內劇降，直接壓縮了市場，價格直逼8位元。
16位元變成沒有空間。比價格比省電，不如8位元，比效能不如32位元。
再來是32位元不僅是核心快，週邊多到爆。幾乎和PDA接近。

更恐怖的是軟體，不用修改下，以前DOS程式近乎直接移。
這種軟體方便性不是8位元/16位元可以做到的。
和PC程式及資料相通，程式開發快且功能多。
32位元MCU對MCU是一場革命。
是一場軟體工程師對嵌入式系統主導設計的使用習慣變革。
大部分硬體信號可以由MCU內部軟硬體結構出來。
ADC/DAC精密度提高，使得濾波器可以使用軟體來做。
Flash容量一下子到1MB以上，多到可以做磁碟機來用。
一但檔案系統出現，連資料庫都可以放進去。
8/16位元要做，程式有得大改。
且大部分PC上的軟體多以作業系統下做主。
移到8/16位元會是大工程。
而32位元因有RTOS，所以問題小很多。
RTOS也有8/16位元，但因效能及RAM空間不足，安裝後不會有好表現。

MCU市場因使用慣性，不會馬上變化。
不過一但原先16位元可以用的應用，32位元會以優勢周邊攻入。
可能會有巨大資料儲存器，無線通信功能等等。
我目前都是遇到連Ethernet這項功能。以8/16 MCU來做是很辛苦的。
另外如標題TFT LCD的應用也是。

所以我說像是PDA。
也可以說MCU正在PDA化，且價格不變。
MCU工程師也要進化為PDA工程師，不然就會變成傳統工程師，不再有價值。
這波革命是新的，軟體工程師正在工業化，變成勞工。若不升級，難保工程師之名。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

請問一下 walltsou：

以 32 位元 MCU 來說，如果要推動 TFT LCD 的話，RAM 至少要多少 KB 才夠？

我比較了一下 PIC32 和 STM32 的 FLASH 和 RAM 容量，
發現 STM32F103 系列普遍都比 PIC32 來的小，
最大才 96KB，PIC32 最大有 128KB。

這樣在更新畫面時是否 PIC32 要來的有優勢？

STM32F1xx就舊製程，硬體/軟體支援皆較差，我都轉用STM32F2xx。除了小型應用有成本問題才會去用STM32F1xx系列。
看來PIC32和STM32F2xx系列資源較為接近。

LCM的應用看使用情況。只是少量圖型多文字的話，其實使用的RAM不多。
固定式圖塊及文字塊都不會使用RAM而是使用Flash ROM。這些利用DMA是不會佔太多MCU資源。
另外我使用RTOS也會將Tick Rate調到0.1ms，所以時間控制的單位由軟體來控制。
還有其他快速資料儲存裝置也可以存放圖型資料，如SDIO上的SD卡，可以提供11MB/sec的資料讀取能力。應付LCM不成問題。
只是文字及圖塊要一個管理軟體，我還沒有測試，也有Open Source，但因無實際案子可以用，無法給評論。
ST網站上給了許多程式範例及Open Source，大部分可以直接套用。
ST也給了一個PDA的原始程式範例，將所有裝置一次開放，看完後發現大部分應用都不會比它難。
PDA就是以圖型為主要界面，也是在STM32F2xx及STM32F4xx上才能完全使用。

也是這個PDA原始碼，我發現MCU走入新的狀態。

除了STM32,PIC32外，還有NXP及TI。PIC32可說會被圍起來打，每一家的Cortex M更新快，功能強，價格互比不斷降。
Open Source在STM32, LPC, Tiva之間發展可能會更快。
所以個人對於PIC32不太積極也是這個原因。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

walltsou能否收一下私訊，有問題想請教您。

看了一下ST出的GUI Library。
有LCD HAL層，所以差異性集中在這裏。
大部分的功能都有實現。
畫線、出字、貼圖、游標 都有做。
還有解JPG的原始碼，但有限定壓縮格式。
這些都做完了。沒有使用太多的RAM，資料皆以const修飾，就是存放於Flash中。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

請問有沒有這個 ST 的 GUI 網址可以參考一下？

TFT 我也是用對岸的，目前拿到一片 240×320 MCU 介面的，
請問以 16 位元方式驅動 TFT 的話約需要多少支 I/O？

謝謝。

編輯記錄

http://www.st.com/web/catalog/tools/FM147/CL1794/SC961/SS1743/PF258142
這是PDA全功能原始碼。
RTOS, LCM, Ethernet, SD卡, NAND Flash全部整合在內。也有檔案系統, 解JPG等軟體套件。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

TFT LCD和NAND Flash共用Address及Data pin。16 bit Data Bus，因Address不多，好像只有2~3支，有差異的是控制線，也沒多少支。
STM32F2xx 腳位100 pin以上就有支援。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

編輯記錄

我看了一下我所用的 2.4 吋 TFT SPEC，
由 MCU 接過來的控制腳有 CS、RS、WR、RD、RESET 共 5 支，
加上 DB0～DB15 資料腳 16 支，共需要 21支 I/O 腳，
抱歉，對 TFT 不熟所以問到大哉問了，有錯的話請給我指證。

RS會接在A1上，所以只用到1支Address腳。

我沒機會用，所以也不太熟。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

請問 A1 是什麼？

===================引 用 walltsou 文 章===================
RS會接在A1上，所以只用到1支Address腳。

我沒機會用，所以也不太熟。

A1是Address pin編號1，因為是16位元，所以沒有用到A0。
我因為接了SRAM，用到A18，所以會用到Address pin 18支。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/

walltsou 好久沒見到你發言了!

沒想到這個好久沒動的帖子會吵的如此熱!

想問一下您在ST32系列MCU上都掛RTOS了嘛?
最近這個話題網上都有在討論!由uc/OSII , FreeRTOS等......

在32位元的MCU掛上RTOS在往後的開發會比較好用嘛?說真的我對RTOS也只是大約知道而以

目前還是使用您發表的'8051簡單多工'第一板的架構來寫!
不過也想問原創者該價構下訊息的傳遞您都這麼辦，比如說Task1工作的結果會丟到Task2做。是透過全區域變數來傳遞嘛?

還有簡單多工有可能做到即時性嘛?因為有時會因為某個TASK花太久時間而影響令外一個TASK

比方說我自己遇到的

Task 1 -> Scan Button (25mS) 掃描一次
Task 2 -> TFT LCD 繪圖

因我的字庫放在sd卡，當我把我要顯示的文字完成以經超過25mS , 這樣導致Task1的時間跟本就不準了
後來只好將 Scan Button改放到 時間中斷中去執行

極光您好

很感謝您之前給我 TFT LCD 入門的協助，不過我現在還在努力 K 資料，
手上那塊 2.4 吋的 TFT 還驅動不了，實在丟臉。

關於用 32 位元 CPU 跑 RTOS 我也很有興趣，
因為現在幾乎只要是 ARM Cortex M 系列的學習板都會帶一片 TFT，
然後運行 uCOS 或是 FreeRTOS，
那些開發板的畫面都做的很像 Android 手機，
不知道那些 GUI 是怎麼做出來的？好想自己做。

RTOS 我找到一篇文章給大家參考，
原則上即時作業統應該就是幾支 C 語言程式包起來，
根據要移植的 CPU 型號修改標頭檔和C程式檔，
用 C Compiler 編譯後燒錄，若有錯誤請給我指證。

謝謝。

albert-oma.blogspot.tw/2012/03/freertos.html

編輯記錄