也確實很久。自從雷兒關了，就沒有什麼地方可以討論。

極光您之前做的東西，以現在來看，一下就可做完。只因您太早進入，許多東西都要自己來。
若是我現在做，從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/

關於簡單多工的訊息傳遞，真的只是用全域變數。
因為不會有在函式內被別的程式干擾資料，所以全域變數做傳遞是沒有問題。但和中斷程式就要小心。

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

===================引 用 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我怕會有驅動程序上的困擾!必竟我對它還很模糊
怕上頭又要每天問我吃飽了沒，可能就沒這個勇氣導入了

你的公司要一個人包電子及軟體?還真不怕你會跑。軟硬都會的人不好找，老闆不知道嗎?

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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