正如汽車代替了馬車， 電子郵件代替了普通郵件一樣， 32位元微控制器(MCU)讓8位元MCU變得黯然失色。 儘管未來8位元MCU朝向32位元MCU發展將會成為現實， 但目前還沒那麼容易實現。 事實證明8位元MCU和32位元MCU仍是互補的技術， 在一些方面各有千秋， 而在其它方面的表現卻同樣出色。 這其中的竅門在於厘清何種應用適合哪種MCU架構。
本文比較了8位元MCU和32位元MCU的使用案例， 可作為如何選擇這兩種MCU架構的指南使用。
本文大部分32位元元範例將關注於ARM Cortex-M裝置， Cortex-M在不同MCU供應商產品組合中表現非常相似。 由於8位元MCU有很多種架構，
事實上， “ARM Cortex和8051哪個比較好”不是個邏輯問題， 反而像是在問“吉他和鋼琴哪個好”?真正要解決的問題是“哪種MCU最能幫助解決目前面臨的問題?”。
不同的任務須使用不同的工具， 使用者目的是要瞭解“如何才能善用所擁有的工具”， 包括8位元和32位元元裝置。
對不同的裝置進行比較， 須要對其進行測量。 有很多建構工具可供選擇， 本文儘量選擇一些認為能夠進行最公平的比較， 且最能代表開發人員真實體驗的情境。
以下ARM資料是透過GCC+ nanoCLibrary和-03最佳化選項所生成。
此一比較試驗並不為任何一種裝置的代碼最佳化， 只是簡單實現90%開發人員都會使用的常見代碼，
8位元MCU功效持續精進
在開始對架構進行比較前， 要注意到並非所有的MCU都是一樣， 這一點非常重要。
如果將基於ARM Cortex-M0+處理器的現代MCU與30年前的8051 MCU做對比， 8051 MCU在性能上當然不會勝出。 幸運的是， 許多供應商一直對8位元處理器持續投資。
例如芯科實驗室(Silicon Labs)正持續更新基於8051核心的EFM8 MCU產品線， 其效能比原始的8051架構更高， 而且開發過程也已實現現代化。 所以在許多應用中， 8位元核心能夠容易彌補比M0+或M3核心不利的地方，
開發工具也很重要。 現代嵌入式韌體開發需要全功能IDE、現成的韌體庫、豐富的範例、完整的評估和入門套件， 以及助手應用， 以簡化硬體設定、資料庫管理和量產程式設計之類的工作。 當MCU有了現代化的8位元核心和開發環境時， 在很多情況下， 這樣的MCU將超越基於ARM-Cortex的類似MCU。
以系統規模選擇MCU
第一個一般性原則是：ARM Cortex-M核心更適用於較大的系統規模(》64KB代碼)， 而8051裝置適用於較小的系統規模(《8KB代碼)。 中等規模的系統可以選擇兩種方式， 這取決於系統要執行的任務。 須要注意的是， 在大多數情況下， 周邊組合將會發揮重要作用。 如果需要三個UART、一個LCD控制器、四個時脈和兩個ADC， 使用者可能不會在8位元MCU上找到所有的周邊。
易用性與成本/尺寸之比較
對於中等規模的系統來說， 使用任何一種架構都可以完成工作。 但主要須考量是選擇ARM核心帶來的易用性， 還是8051裝置帶來的成本和物理尺寸優勢。
ARM Cortex-M架構具備統一的儲存模式， 並在所有常見編譯器中支援完整的C99， 這使得該架構非常易於寫韌體。 此外， 還可得到一系列資料庫和協力廠商代碼。
當然， 這種易用性的代價就是成本。 對於高複雜性、上市時間較短的應用或缺乏經驗的韌體開發人員來說， 易用性是個重要因素。
比起32位元MCU， 8位元MCU的成本頗具優勢。 使用者經常會發現內建2KB/512B(Flash/RAM)的小容量8位元元MCU， 而卻很難找到低於8KB/2KB的32位元MCU。 在不需要很多資源的系統中， 儲存容量小的MCU能夠讓系統開發人員獲得顯著的成本降低。
8位元元晶片通常也具備物理尺寸上的優勢。 例如Silicon Labs提供的最小32位元QFN封裝為4mm×4mm， 而基於8051的8位元晶片的QFN封裝可小至2mm×2mm。
晶片級封裝(CSP)的8位元和32位元架構之間的差異較小， 但卻使成本增加， 且組裝較難。 對於空間嚴格受限的應用來說， 通常須要選擇8051裝置來滿足限制要求。
通用代碼/RAM效率易影響MCU成本
8051 MCU成本較低的主要原因之一是其使用Flash和RAM的效率通常比ARM Cortex-M核心更高， 這允許系統採用更少資源實現。 系統越大， 這種影響就越小。
然而， 這種8位元元儲存資源的優勢並不總是如此， 這一點很重要。 在某些情況下， ARM核心會像8051核心一樣高效或比其更高效。例如32位元元運算在ARM MCU上僅需要一條指令，而在8051 MCU上則需要多條8位元元指令。顯然，這種代碼在ARM架構上有更高的執行效率。
ARM架構在Flash/RAM尺寸較小時的兩個主要缺點是代碼空間效率和RAM使用的可預測性。首要也是最明顯的問題是通用代碼空間效率。8051核心使用1位元組、2位元組或3位元元組指令，而ARM核心使用2位元組或4位元元組指令。
通常情況下，8051指令更小，但這一優勢因實際上花費許多時間而受到削弱，ARM核心比8051在一條指令下能做更多工作。32位元元運算就是這樣一個範例。以實踐來說，指令寬度是能在8051上產生適度的更密集代碼。
代碼空間效率
在含有分散式存取變數的系統中，ARM架構的載入/儲存架構通常比指令寬度更為重要。試想訊號量的實現，一個變數需要在代碼周圍的多個不同位置進行減量(分配)或者增量(釋放)。ARM核心必須將變數載入到暫存器，對其進行操作並重新儲存，這需要三條指令。另一方面，8051核心可以直接在記憶體位置上進行操作，且僅需一條指令。隨著每次對變數完成工作量的增大，由載入/儲存而產生的消耗就變得微不足道。但對於每次僅完成一點工作的情況來說，載入/儲存能產生重要影響，讓8051獲得明顯的效率優勢。
儘管訊號量在嵌入式軟體中並非常見結構，但簡單的計數器和標誌卻廣泛應用於控制導向的應用中並發揮相同的作用。許多常見的MCU代碼都屬於這一類型。
另一個原因是ARM處理器比8051核心具有更多的自由使用堆疊。通常情況下，8051裝置針對每次函式呼叫僅在堆疊上儲存返回位元址(2位元組)，透過通常分配給堆疊的靜態變數處理大量的任務。在某些情況下，這會產生問題，因為這會造成函數預設不可重入。然而，這也意味著必須保留的堆疊空間很小，且完全可預測，這在RAM容量有限的MCU中至關重要。
舉個簡單的例子，試驗者設計了以下程式，然後測量funcB內部的堆疊深度，發現M0+核心的堆疊用了四十八個位元組，而8051核心的堆疊僅用了十六個位元組。當然，8051核心還靜態配置了八個位元組的RAM，總共用了二十四個位元組。在較大的系統中，這個差異顯得微不足道，但是在僅有256位元組的ARM的系統中，這就變得很重要。
架構細節之考量
假設有基於ARM和基於8051的MCU各一個，配有所需的周邊，那麼對於較大的系統或需要重點考慮易用性的應用來說，ARM裝置是更好的選擇。如果首要考量的是低成本/小尺寸，那麼8051裝置將是更好的選擇。本文以下對於每種架構更擅長的應用進行更詳細的分析，同時也劃分出一般原則。
影響延時因素
兩種架構的中斷和函式呼叫延時存在很大差異，8051比ARM Cortex-M核心更快。
此外，高階周邊匯流排(APB)配備的周邊也會影響延時，這是因為資料必須透過APB和AMBA高性能匯流排(AHB)傳輸。最後，當使用高頻核心時脈時，許多基於Cortex-M的MCU需要分配APB時脈，這也增加了周邊延時。
試驗者做了個簡單的實驗，實驗中的中斷是透過I/O引腳觸發的。該中斷對引腳發出一些訊號，並根據引發中斷的引腳更新標誌，之後再量測其部分參數的變化。
8051核心在中斷服務程式(ISR)進入和退出時顯示出優勢。但是，隨著中斷服務程式(ISR)越來越大和執行時間的增加，這些延遲將變得微不足道。和既有原則一致，系統越大，8051的優勢越小。此外，如果中斷服務程式(ISR)涉及到大量資料移轉或大於8位元元的整數資料運算，中斷服務程式(ISR)執行時間的優勢將轉向ARM核心。例如，一個採用新樣本更新16位元元或32位元轉動平均(Rolling Average)的ADC ISR可能在ARM裝置上執行的更快。
8051核心的基本功能是控制代碼，其中對於變數的存取是分散的，並且使用了許多控制邏輯(If、Case等)。8051核心在處理8位元元資料時也是非常有效的，而ARM Cortex-M核心擅長資料處理和32位元元運算。此外，32位元元資料通道使得ARM MCU複製大的資料更加有效，因為它每次可以移動四個位元組，而8051每次僅能夠移動一個位元組。因此，那些主要把資料從一個地方移到另一個地方(例如UART到CRC或者到USB)的資料流處理應用更適合選擇基於ARM處理器的系統。
來做個簡單的實驗。試驗者編譯以下兩種架構的函數(公式1)，變數大小為uint8_t、uint16_t和uint32_t。
隨著資料量的增加，8051核心需要越來越多的代碼來完成這項工作，最終超過了ARM函數的大小。在16位元元的情況下，代碼大小幾乎類似，在執行速度上稍優於32位元元核心，因為相同代碼通常需要更少週期。還有一點很重要：只有採用最佳化的ARM編譯代碼時，這種比較才有效。未最佳化的代碼需要花費幾倍長的時間。
這並不意味著有大量資料移動或32位元元運算的應用不應該選擇8051核心完成。
在許多情況下，其它方面的考量將超過ARM核心的效率優勢，或者說這種優勢是無關緊要的。舉例來說，考慮使用UART到SPI橋接器時，該應用花費大部分時間在周邊之間複製資料，而ARM核心會更高效地完成該任務。然而，這也是一個非常小的應用，可能放入到一個僅有2KB儲存容量的晶片就足夠了。
儘管8051核心效率較低，但它仍然有足夠的處理能力去處理該應用中的高資料速率。對於ARM裝置來說，可用的額外週期可能處於空閒回圈或“等待中斷”(WFI)，等待下一個可用的資料到來。在這種情況下，8051核心仍然最有意義，因為額外的CPU週期是微不足道的，而較小的Flash封裝會節約成本。如果使用者要利用額外的週期去做些有意義的工作，那麼額外的效率將是至關重要的，且效率越高越可能越有利於ARM核心。這個例子說明，清楚被開發系統所關注的環境中的各種架構優勢是何等重要，而作出這個最佳的決定是簡單但卻重要的一步。
指標為8051特殊優勢
8051裝置不像ARM裝置般統一的儲存映射，而是對存取碼(Flash)、IDATA(內部RAM)和XDATA(外部RAM)有不同的指令。為了產生高效的代碼，8051代碼的指標會說明它指向什麼空間。然而，在某些情況下，使用通用指標，可以指向任何空間，但是這種類型的指標是低效的存取。例如，將指標指向緩衝區並將該緩衝區資料輸出到UART的函數。如果指標是XDATA指標，那麼XDATA陣列能被發送到UART，但在代碼空間中的陣列，首先需要被複製到XDATA。通用指標能同時指向代碼和XDATA空間，但速度較慢，並且需要更多的代碼來存取。
專用區域指標在大多情況下能發揮作用，但是通用指標在編寫使用情況未知的可重用代碼時非常靈活。如果這種情況在應用中很常見，那麼8051就失去了其效率優勢。
仔細評估瞭解MCU使用優勢
本文已經多次注意到，運算傾向於選擇ARM，而控制傾向於選擇8051，但沒有應用僅僅著眼於計算或控制，該怎樣才能定義各種應用，並計算出它的合適範圍呢?
本文考量一個由10%的32位元計算、25%的控制代碼和65%的一般代碼構成的假定應用時，其不能明確的歸成8或32位元類別。這個應用也更注重代碼空間而不是執行速度，因為其並不需要所有可用的運算效能，並且必須為成本進行最佳化。
成本比應用速度更為重要的事實在一般代碼情形下將為8051核心帶來些微優勢。此外，8051核心在控制代碼中有中間等級的優勢。ARM核心在32位元計算方面占上風，但是這並非是很多應用所重視的。考量到所有這些因素，這個特殊的應用選擇8051核心更加合適。
如果做一個細微的改變，假設該應用更關心執行速度而非成本，那麼通用代碼不會傾向於哪種架構，並且ARM核心在計算代碼中全面佔有優勢。在這種情況下，雖然有比計算更多的控制代碼，但是最後結果將相當均衡。顯然，在這個過程中有很多的評估，但是分解應用，然後評估每一元件的技術將能確保使用者瞭解，在哪種情況下哪種架構有更顯著的優勢。
功耗影響須多方考量
當查閱資料手冊時，很容易根據功耗資料得到哪個MCU更佳的結論。雖然睡眠模式和工作模式電流性能在某些類型MCU上確實更佳，但是這一評估可能會非常容易產生誤導。
工作週期(在每個電源模式上分別佔用多少時間)始終佔據能耗的主導地位。除非兩個晶片的工作週期相同，否則資料手冊中的電流規格幾乎是沒有意義的。最適合應用需求的核心架構，通常具備更低的能耗。
假設有一個系統，在裝置被喚醒後添加一個16位元元ADC樣本到轉動平均，然後返回到休眠狀態，直到獲取下一個樣本時才又被喚醒。該任務涉及到大量16位元和32位元計算。ARM裝置將能夠進行計算，並比8051裝置更快返回到休眠狀態，這會讓系統功耗更低，即使8051具備更好的睡眠和工作模式電流。當然，如果進行的任務更適合8051裝置，那麼MCU能耗由於相同的原因而對系統有利。
周邊特性也能夠以類似的方式影響功耗。例如，大多數Silicon Labs的EFM32 32位元MCU具備低功耗的UART(LEUART)，能夠在低功耗模式下接收資料，而卻只有兩個EFM8 MCU具備此功能。此周邊影響電源的工作週期，且在任何須要等待UART通訊的應用中，具備LEUART的EFM32 MCU都比缺乏LEUART的EFM8有利。遺憾的是，除了讓MCU供應商的現場應用工程師利用EFM8來解決問題，沒有簡單的指南來評估這些周邊因素。同時，系統設計人員還應瞭解各種MCU能耗模式下可完成的處理任務。
ARM/8051各有優缺選擇合適工具為開發重點
如果考量到所有這些變數後，仍然不清楚哪些MCU架構是最好的選擇，那會如何?這表示，不管是8位元或是32位元都是很好的選擇，使用者使用哪種體系架構都不要緊。如果沒有明確的技術優勢，那麼過去的經驗和個人喜好在MCU架構決定中也發揮很大的作用。此外，使用者也可以利用這個機會去評估可能的未來專案。如果大多數未來專案更適合ARM裝置，那麼選擇ARM，如果未來項目更側重於降低成本和尺寸，那麼就選擇8051。
8位元MCU仍然可以為嵌入式開發人員提供許多功能，並且越來越重視物聯網。當開發人員開始設計時，重要的是確保從工具箱中獲得合適的工具。實際上的難題是，不能僅僅依賴於PowerPoint資料中的一兩個要點就歸納出選擇MCU架構的結論。然而，一旦使用者有正確的資訊，並願意花一點時間來實際試用產品，就不難作出最佳選擇。
ARM核心會像8051核心一樣高效或比其更高效。例如32位元元運算在ARM MCU上僅需要一條指令，而在8051 MCU上則需要多條8位元元指令。顯然，這種代碼在ARM架構上有更高的執行效率。ARM架構在Flash/RAM尺寸較小時的兩個主要缺點是代碼空間效率和RAM使用的可預測性。首要也是最明顯的問題是通用代碼空間效率。8051核心使用1位元組、2位元組或3位元元組指令，而ARM核心使用2位元組或4位元元組指令。
通常情況下，8051指令更小，但這一優勢因實際上花費許多時間而受到削弱，ARM核心比8051在一條指令下能做更多工作。32位元元運算就是這樣一個範例。以實踐來說，指令寬度是能在8051上產生適度的更密集代碼。
代碼空間效率
在含有分散式存取變數的系統中，ARM架構的載入/儲存架構通常比指令寬度更為重要。試想訊號量的實現，一個變數需要在代碼周圍的多個不同位置進行減量(分配)或者增量(釋放)。ARM核心必須將變數載入到暫存器，對其進行操作並重新儲存，這需要三條指令。另一方面，8051核心可以直接在記憶體位置上進行操作，且僅需一條指令。隨著每次對變數完成工作量的增大，由載入/儲存而產生的消耗就變得微不足道。但對於每次僅完成一點工作的情況來說，載入/儲存能產生重要影響，讓8051獲得明顯的效率優勢。
儘管訊號量在嵌入式軟體中並非常見結構，但簡單的計數器和標誌卻廣泛應用於控制導向的應用中並發揮相同的作用。許多常見的MCU代碼都屬於這一類型。
另一個原因是ARM處理器比8051核心具有更多的自由使用堆疊。通常情況下，8051裝置針對每次函式呼叫僅在堆疊上儲存返回位元址(2位元組)，透過通常分配給堆疊的靜態變數處理大量的任務。在某些情況下，這會產生問題，因為這會造成函數預設不可重入。然而，這也意味著必須保留的堆疊空間很小，且完全可預測，這在RAM容量有限的MCU中至關重要。
舉個簡單的例子，試驗者設計了以下程式，然後測量funcB內部的堆疊深度，發現M0+核心的堆疊用了四十八個位元組，而8051核心的堆疊僅用了十六個位元組。當然，8051核心還靜態配置了八個位元組的RAM，總共用了二十四個位元組。在較大的系統中，這個差異顯得微不足道，但是在僅有256位元組的ARM的系統中，這就變得很重要。
架構細節之考量
假設有基於ARM和基於8051的MCU各一個，配有所需的周邊，那麼對於較大的系統或需要重點考慮易用性的應用來說，ARM裝置是更好的選擇。如果首要考量的是低成本/小尺寸，那麼8051裝置將是更好的選擇。本文以下對於每種架構更擅長的應用進行更詳細的分析，同時也劃分出一般原則。
影響延時因素
兩種架構的中斷和函式呼叫延時存在很大差異，8051比ARM Cortex-M核心更快。
此外，高階周邊匯流排(APB)配備的周邊也會影響延時，這是因為資料必須透過APB和AMBA高性能匯流排(AHB)傳輸。最後，當使用高頻核心時脈時，許多基於Cortex-M的MCU需要分配APB時脈，這也增加了周邊延時。
試驗者做了個簡單的實驗，實驗中的中斷是透過I/O引腳觸發的。該中斷對引腳發出一些訊號，並根據引發中斷的引腳更新標誌，之後再量測其部分參數的變化。
8051核心在中斷服務程式(ISR)進入和退出時顯示出優勢。但是，隨著中斷服務程式(ISR)越來越大和執行時間的增加，這些延遲將變得微不足道。和既有原則一致，系統越大，8051的優勢越小。此外，如果中斷服務程式(ISR)涉及到大量資料移轉或大於8位元元的整數資料運算，中斷服務程式(ISR)執行時間的優勢將轉向ARM核心。例如，一個採用新樣本更新16位元元或32位元轉動平均(Rolling Average)的ADC ISR可能在ARM裝置上執行的更快。
8051核心的基本功能是控制代碼，其中對於變數的存取是分散的，並且使用了許多控制邏輯(If、Case等)。8051核心在處理8位元元資料時也是非常有效的，而ARM Cortex-M核心擅長資料處理和32位元元運算。此外，32位元元資料通道使得ARM MCU複製大的資料更加有效，因為它每次可以移動四個位元組，而8051每次僅能夠移動一個位元組。因此，那些主要把資料從一個地方移到另一個地方(例如UART到CRC或者到USB)的資料流處理應用更適合選擇基於ARM處理器的系統。
來做個簡單的實驗。試驗者編譯以下兩種架構的函數(公式1)，變數大小為uint8_t、uint16_t和uint32_t。
隨著資料量的增加，8051核心需要越來越多的代碼來完成這項工作，最終超過了ARM函數的大小。在16位元元的情況下，代碼大小幾乎類似，在執行速度上稍優於32位元元核心，因為相同代碼通常需要更少週期。還有一點很重要：只有採用最佳化的ARM編譯代碼時，這種比較才有效。未最佳化的代碼需要花費幾倍長的時間。
這並不意味著有大量資料移動或32位元元運算的應用不應該選擇8051核心完成。
在許多情況下，其它方面的考量將超過ARM核心的效率優勢，或者說這種優勢是無關緊要的。舉例來說，考慮使用UART到SPI橋接器時，該應用花費大部分時間在周邊之間複製資料，而ARM核心會更高效地完成該任務。然而，這也是一個非常小的應用，可能放入到一個僅有2KB儲存容量的晶片就足夠了。
儘管8051核心效率較低，但它仍然有足夠的處理能力去處理該應用中的高資料速率。對於ARM裝置來說，可用的額外週期可能處於空閒回圈或“等待中斷”(WFI)，等待下一個可用的資料到來。在這種情況下，8051核心仍然最有意義，因為額外的CPU週期是微不足道的，而較小的Flash封裝會節約成本。如果使用者要利用額外的週期去做些有意義的工作，那麼額外的效率將是至關重要的，且效率越高越可能越有利於ARM核心。這個例子說明，清楚被開發系統所關注的環境中的各種架構優勢是何等重要，而作出這個最佳的決定是簡單但卻重要的一步。
指標為8051特殊優勢
8051裝置不像ARM裝置般統一的儲存映射，而是對存取碼(Flash)、IDATA(內部RAM)和XDATA(外部RAM)有不同的指令。為了產生高效的代碼，8051代碼的指標會說明它指向什麼空間。然而，在某些情況下，使用通用指標，可以指向任何空間，但是這種類型的指標是低效的存取。例如，將指標指向緩衝區並將該緩衝區資料輸出到UART的函數。如果指標是XDATA指標，那麼XDATA陣列能被發送到UART，但在代碼空間中的陣列，首先需要被複製到XDATA。通用指標能同時指向代碼和XDATA空間，但速度較慢，並且需要更多的代碼來存取。
專用區域指標在大多情況下能發揮作用，但是通用指標在編寫使用情況未知的可重用代碼時非常靈活。如果這種情況在應用中很常見，那麼8051就失去了其效率優勢。
仔細評估瞭解MCU使用優勢
本文已經多次注意到，運算傾向於選擇ARM，而控制傾向於選擇8051，但沒有應用僅僅著眼於計算或控制，該怎樣才能定義各種應用，並計算出它的合適範圍呢?
本文考量一個由10%的32位元計算、25%的控制代碼和65%的一般代碼構成的假定應用時，其不能明確的歸成8或32位元類別。這個應用也更注重代碼空間而不是執行速度，因為其並不需要所有可用的運算效能，並且必須為成本進行最佳化。
成本比應用速度更為重要的事實在一般代碼情形下將為8051核心帶來些微優勢。此外，8051核心在控制代碼中有中間等級的優勢。ARM核心在32位元計算方面占上風，但是這並非是很多應用所重視的。考量到所有這些因素，這個特殊的應用選擇8051核心更加合適。
如果做一個細微的改變，假設該應用更關心執行速度而非成本，那麼通用代碼不會傾向於哪種架構，並且ARM核心在計算代碼中全面佔有優勢。在這種情況下，雖然有比計算更多的控制代碼，但是最後結果將相當均衡。顯然，在這個過程中有很多的評估，但是分解應用，然後評估每一元件的技術將能確保使用者瞭解，在哪種情況下哪種架構有更顯著的優勢。
功耗影響須多方考量
當查閱資料手冊時，很容易根據功耗資料得到哪個MCU更佳的結論。雖然睡眠模式和工作模式電流性能在某些類型MCU上確實更佳，但是這一評估可能會非常容易產生誤導。
工作週期(在每個電源模式上分別佔用多少時間)始終佔據能耗的主導地位。除非兩個晶片的工作週期相同，否則資料手冊中的電流規格幾乎是沒有意義的。最適合應用需求的核心架構，通常具備更低的能耗。
假設有一個系統，在裝置被喚醒後添加一個16位元元ADC樣本到轉動平均，然後返回到休眠狀態，直到獲取下一個樣本時才又被喚醒。該任務涉及到大量16位元和32位元計算。ARM裝置將能夠進行計算，並比8051裝置更快返回到休眠狀態，這會讓系統功耗更低，即使8051具備更好的睡眠和工作模式電流。當然，如果進行的任務更適合8051裝置，那麼MCU能耗由於相同的原因而對系統有利。
周邊特性也能夠以類似的方式影響功耗。例如，大多數Silicon Labs的EFM32 32位元MCU具備低功耗的UART(LEUART)，能夠在低功耗模式下接收資料，而卻只有兩個EFM8 MCU具備此功能。此周邊影響電源的工作週期，且在任何須要等待UART通訊的應用中，具備LEUART的EFM32 MCU都比缺乏LEUART的EFM8有利。遺憾的是，除了讓MCU供應商的現場應用工程師利用EFM8來解決問題，沒有簡單的指南來評估這些周邊因素。同時，系統設計人員還應瞭解各種MCU能耗模式下可完成的處理任務。
ARM/8051各有優缺選擇合適工具為開發重點
如果考量到所有這些變數後，仍然不清楚哪些MCU架構是最好的選擇，那會如何?這表示，不管是8位元或是32位元都是很好的選擇，使用者使用哪種體系架構都不要緊。如果沒有明確的技術優勢，那麼過去的經驗和個人喜好在MCU架構決定中也發揮很大的作用。此外，使用者也可以利用這個機會去評估可能的未來專案。如果大多數未來專案更適合ARM裝置，那麼選擇ARM，如果未來項目更側重於降低成本和尺寸，那麼就選擇8051。
8位元MCU仍然可以為嵌入式開發人員提供許多功能，並且越來越重視物聯網。當開發人員開始設計時，重要的是確保從工具箱中獲得合適的工具。實際上的難題是，不能僅僅依賴於PowerPoint資料中的一兩個要點就歸納出選擇MCU架構的結論。然而，一旦使用者有正確的資訊，並願意花一點時間來實際試用產品，就不難作出最佳選擇。