找了一些資料,才弄清楚多了那些。主要是針對Cortex-M4之間的差異。
1. 核心改為六級管線加上分支預測
2. Bus界面改為64位元,除增加效率外,增加定址能力對於大型儲存週邊有很大的幫助。
3. 核心正式放入近端記憶體。
可增加對Call Stack存取速度,改進RTOS效能。
也有可執行區,可以將需要高速執行程式碼放入,改善中斷效能。
4. 新增硬體除法指令
2014年11月27日 星期四
2014年11月19日 星期三
MCU推展最大障礙在於對軟體操作能力
調部門已四個月,原先進技術部門已分解,重新分配到電子部門。
在新案開發上,軟體人員具有否決權。
使用新式電路,因為以前研究過軟體驅動方式,將電路放內產品。
結果軟體部門否決,因為無法控制,要求舊式電路。
不只如此,對特定廠牌MCU也有依賴性。所以也不易更換MCU。
目前看到二個原因造成MCU升級或更換後的障礙,造成軟體人員不願更換。
1. 對於MCU信號操作的陌生。
不想量信號的軟體人員會如此,和畢業科系無關。一但投入軟體,便不再碰信號。
2. 對於軟體主架構過度依賴。
對於慣用8/16位元MCU的軟體人員,已經開發大量函式庫,不願去改舊程式碼。
常見於接手的工程師,對於原軟體系統並不是很了解,不想動原系統。
在非RTOS系統上開發的舊程式,此現象特別嚴重。
因為RTOS就是將軟體和硬體作適當分離。一但沒有O.S.連最基礎的延時功能都大受MCU架構所影響。
無RTOS的系統本身其移植性就很低。
對於一年要換數個MCU的Bee來說,是早已克服的問題。
這也許是MCU系統工程和MCU軟體工程上的差異。
不過MCU軟體工程,不是PC上的軟體工程,可以完全不碰信號的。
在新案開發上,軟體人員具有否決權。
使用新式電路,因為以前研究過軟體驅動方式,將電路放內產品。
結果軟體部門否決,因為無法控制,要求舊式電路。
不只如此,對特定廠牌MCU也有依賴性。所以也不易更換MCU。
目前看到二個原因造成MCU升級或更換後的障礙,造成軟體人員不願更換。
1. 對於MCU信號操作的陌生。
不想量信號的軟體人員會如此,和畢業科系無關。一但投入軟體,便不再碰信號。
2. 對於軟體主架構過度依賴。
對於慣用8/16位元MCU的軟體人員,已經開發大量函式庫,不願去改舊程式碼。
常見於接手的工程師,對於原軟體系統並不是很了解,不想動原系統。
在非RTOS系統上開發的舊程式,此現象特別嚴重。
因為RTOS就是將軟體和硬體作適當分離。一但沒有O.S.連最基礎的延時功能都大受MCU架構所影響。
無RTOS的系統本身其移植性就很低。
對於一年要換數個MCU的Bee來說,是早已克服的問題。
這也許是MCU系統工程和MCU軟體工程上的差異。
不過MCU軟體工程,不是PC上的軟體工程,可以完全不碰信號的。
訂閱:
文章 (Atom)