全國最多中醫師線上諮詢網站-台灣中醫網
發文 回覆 瀏覽次數:13138
推到 Plurk!
推到 Facebook!
[<<] [1] [2] [>>]

請問有玩ARM M3的朋友有關於TFT320x240

尚未結案
walltsou
一般會員


發表:2
回覆:34
積分:22
註冊:2012-09-29

發送簡訊給我
#32 引用回覆 回覆 發表時間:2013-08-15 09:50:25 IP:219.87.xxx.xxx 訂閱
也確實很久。自從雷兒關了,就沒有什麼地方可以討論。

極光您之前做的東西,以現在來看,一下就可做完。只因您太早進入,許多東西都要自己來。
若是我現在做,從24樓所指的下載再改一下就可以跑了。

至於要不要放RTOS,其實無關於產品功能。但對於產品開發速度會有關係。主要原因在18樓有提。

我的簡單多工仍有缺陷,可讀性不好,非強制多工也會有您說的問題。
現在已經找到改善可讀性的方法。

非強制多工因為對工作管理所需資料很少,可以使用在資源極少的狀況。
就算使用STM32也會有只給4KB RAM的情形,RAM太少只能使用簡單多工。
不同RTOS需求RAM的大小不同,FreeRTOS最小。
uCOS-II即時性好,但RAM使用稍大。
就看產品需求為何?選對的特性就會很好做。

我有在同一個產品上,分成二個MCU去做,小的放簡單多工,大的放FreeRTOS,運作的很好。
分成二個MCU大部分人會覺得更複雜,可是我同時做到更好的即時性及解析度,降低成本及硬體複雜度,又有模組化。
現代MCU的強大可以取代以前一堆電路。
光是降低成本,就使得老闆不會囉嗦太多。其實他才不管軟體的結構為何,成本及時程才是他關心的。

有了RTOS,可以拿來拼的軟體套件會變很多。有些是PC用,完全沒有想到在MCU上。
只要將一些基礎函式解決,就可以使用一些自己不好寫的。
像是FatFs,您不就用的很好,自己寫不知寫到何時。
我則是將FatFs和C函式庫的fopen()等標準函式連接起來。也有RTOS,將DOS相關的功能補上。
是可以將SQLite整個移入。
自己要開發Data Base,我想是永遠趕不上老闆的需求。
如何將MCU的環境變的和PC相似,使程式可以有效移植。就必須將作業系統及檔案系統架設起來。
老闆只會提需求,並不會教您如何做。而我只是建造類DOS環境,就直接套上DOS程式去完成。
省了工,也保障了品質。

相信您從FatFs的使用上一定有很大的體認。
只是需求會一直來,若是不想好下一個,再玩自己打造,只會累死自己。

至於我為何會知道要這樣前進。只是因為關心CPU,對MCU的熱忱,對科技進展的前置量做估算。
有了前置量估算,工作是愉快的。
希望這些對其他MCU工程師能有幫助。


------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/
walltsou
一般會員


發表:2
回覆:34
積分:22
註冊:2012-09-29

發送簡訊給我
#33 引用回覆 回覆 發表時間:2013-08-15 10:00:43 IP:124.219.xxx.xxx 訂閱
關於簡單多工的訊息傳遞,真的只是用全域變數。
因為不會有在函式內被別的程式干擾資料,所以全域變數做傳遞是沒有問題。但和中斷程式就要小心。
------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/
極光
初階會員


發表:32
回覆:96
積分:40
註冊:2005-01-16

發送簡訊給我
#34 引用回覆 回覆 發表時間:2013-08-18 23:30:40 IP:59.104.xxx.xxx 訂閱

===================引 用 walltsou 文 章===================
也確實很久。自從雷兒關了,就沒有什麼地方可以討論。

極光您之前做的東西,以現在來看,一下就可做完。只因您太早進入,許多東西都要自己來。
若是我現在做,從24樓所指的下載再改一下就可以跑了。

至於要不要放RTOS,其實無關於產品功能。但對於產品開發速度會有關係。主要原因在18樓有提。

我的簡單多工仍有缺陷,可讀性不好,非強制多工也會有您說的問題。
現在已經找到改善可讀性的方法。

非強制多工因為對工作管理所需資料很少,可以使用在資源極少的狀況。
就算使用STM32也會有只給4KB RAM的情形,RAM太少只能使用簡單多工。
不同RTOS需求RAM的大小不同,FreeRTOS最小。
uCOS-II即時性好,但RAM使用稍大。
就看產品需求為何?選對的特性就會很好做。

我有在同一個產品上,分成二個MCU去做,小的放簡單多工,大的放FreeRTOS,運作的很好。
分成二個MCU大部分人會覺得更複雜,可是我同時做到更好的即時性及解析度,降低成本及硬體複雜度,又有模組化。
現代MCU的強大可以取代以前一堆電路。
光是降低成本,就使得老闆不會囉嗦太多。其實他才不管軟體的結構為何,成本及時程才是他關心的。

有了RTOS,可以拿來拼的軟體套件會變很多。有些是PC用,完全沒有想到在MCU上。
只要將一些基礎函式解決,就可以使用一些自己不好寫的。
像是FatFs,您不就用的很好,自己寫不知寫到何時。
我則是將FatFs和C函式庫的fopen()等標準函式連接起來。也有RTOS,將DOS相關的功能補上。
是可以將SQLite整個移入。
自己要開發Data Base,我想是永遠趕不上老闆的需求。
如何將MCU的環境變的和PC相似,使程式可以有效移植。就必須將作業系統及檔案系統架設起來。
老闆只會提需求,並不會教您如何做。而我只是建造類DOS環境,就直接套上DOS程式去完成。
省了工,也保障了品質。

相信您從FatFs的使用上一定有很大的體認。
只是需求會一直來,若是不想好下一個,再玩自己打造,只會累死自己。

至於我為何會知道要這樣前進。只是因為關心CPU,對MCU的熱忱,對科技進展的前置量做估算。
有了前置量估算,工作是愉快的。
希望這些對其他MCU工程師能有幫助。
=====================================================

'簡單多工'有提高可讀性的寫法嘛?說時在因為寫到後來TasK跳來跳去,可讀性真的很不好不是原創者要看懂有點困難
不知到 walltsou有什麼新寫法可以提高可讀性的

不過rtos真的不太有信心帶入,最近因案子須求要導入'乙太網路',故我選STM32F107系列做為開發。
該案子所有點電路設計到程式傳寫都是我一個人包,導入rtos我怕會有驅動程序上的困擾!必竟我對它還很模糊
怕上頭又要每天問我吃飽了沒,可能就沒這個勇氣導入了

walltsou
一般會員


發表:2
回覆:34
積分:22
註冊:2012-09-29

發送簡訊給我
#35 引用回覆 回覆 發表時間:2013-08-19 09:36:30 IP:124.219.xxx.xxx 訂閱
你的公司要一個人包電子及軟體?還真不怕你會跑。軟硬都會的人不好找,老闆不知道嗎?

STM32F107應是先會跑再修改。因為容量不大,範例程式是沒有用RTOS。
http://www.st.com/web/catalog/tools/FM147/CL1794/SC961/SS1743/PF257881
以上為連接點。

關於簡單多工,我是構想和PhotoThreads合併改善可讀性。
將控制及資料處理分開來。這樣可讀性會較好。不過我還沒有時間做。
看來會先合併再簡化,有更新會在我的部落格看到。
------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/
極光
初階會員


發表:32
回覆:96
積分:40
註冊:2005-01-16

發送簡訊給我
#36 引用回覆 回覆 發表時間:2013-08-22 23:23:10 IP:59.105.xxx.xxx 訂閱

===================引 用 walltsou 文 章===================
你的公司要一個人包電子及軟體?還真不怕你會跑。軟硬都會的人不好找,老闆不知道嗎?

STM32F107應是先會跑再修改。因為容量不大,範例程式是沒有用RTOS。
http://www.st.com/web/catalog/tools/FM147/CL1794/SC961/SS1743/PF257881
以上為連接點。

關於簡單多工,我是構想和PhotoThreads合併改善可讀性。
將控制及資料處理分開來。這樣可讀性會較好。不過我還沒有時間做。
看來會先合併再簡化,有更新會在我的部落格看到。


還好拉!硬體的底子也沒多好,公司產品都是走數位訊號居多,所以還好設計。
這次32bit案子,我想導入RTOS架構,想了想RTOS在時序上的控管會比我用簡單多工好!如果有寫好的模組也比較好帶

不過我老闆好像偏愛TI這個品牌,可能是TI 台灣分公司有來拜訪過吧!
不知到用起來好不好用耶?

walltsou 你有用過TI ARM系列嘛? 簡單多工則期待您的新作了


walltsou
一般會員


發表:2
回覆:34
積分:22
註冊:2012-09-29

發送簡訊給我
#37 引用回覆 回覆 發表時間:2013-08-23 11:14:54 IP:124.219.xxx.xxx 訂閱
同一天二個人都問TI ARM。
是沒用過,但TI在Cortex M上是新的。LM3系列不要用,問題多。
新的應是無問題,TI是直接上Cortex-M4F,也就是有浮點運算。
價格也還可以,一定比STM32低,因為要搶市場。
重點是,要範例程式,沒有要到一律和老闆說很不熟。

------
目前以STM32為主力
部落格
http://wallace7914032.blogspot.tw/
極光
初階會員


發表:32
回覆:96
積分:40
註冊:2005-01-16

發送簡訊給我
#38 引用回覆 回覆 發表時間:2013-08-23 22:20:14 IP:59.104.xxx.xxx 訂閱

===================引 用 walltsou 文 章===================
同一天二個人都問TI ARM。
是沒用過,但TI在Cortex M上是新的。LM3系列不要用,問題多。
新的應是無問題,TI是直接上Cortex-M4F,也就是有浮點運算。
價格也還可以,一定比STM32低,因為要搶市場。
重點是,要範例程式,沒有要到一律和老闆說很不熟。


LM3系列這的問題很多喔! 我在官網點進去都無法搜尋產品,該不會下架了吧!
Cortex-M4f 看了一下好像沒有乙太網路!
不過一切等星期一要不知道是代里商還是原廠要來拜訪! 因該就知到了吧

我本來是想用ATMEL,因剛好有熟識的學長在ATMEL代里商那做fae,想說有問題比較方便
二來ATMEL像跟FreeRTOS也合作,要導入rtos好像比較方便!

我老闆只要完成3成,就認為剩下7成也沒問題!
總覺的範利程式灌進去就完成了! 他說只要乙太網路轉uart就好! 不知道是他太天真,還是我太無知阿?


[<<] [1] [2] [>>]
系統時間:2017-12-14 8:40:32
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!