<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > 應(yīng)用非對稱雙核MCU增強(qiáng)系統(tǒng)性能

          應(yīng)用非對稱雙核MCU增強(qiáng)系統(tǒng)性能

          作者: 時(shí)間:2012-07-03 來源:網(wǎng)絡(luò) 收藏

          本文從對比兩顆分立MCU與單芯片開始(以LPC4350為例),展開介紹了的基礎(chǔ)知識與重要特點(diǎn)。接下來,重點(diǎn)介紹了核間通信的概念與幾種實(shí)現(xiàn)方式,尤其是基于消息池的控制/狀態(tài)通信。然后,對內(nèi)核互斥、初始化流程等一些重要的細(xì)節(jié)展開了論述。最后提出了雙核任務(wù)分工的兩種應(yīng)用模型,并分別舉例。

          背景與基本概念

          在開發(fā)MCU應(yīng)用系統(tǒng)時(shí),如果單顆MCU無法滿足系統(tǒng)的要求,一個很普遍的做法就是使用兩顆或更多的MCU,把一部分“雜項(xiàng)工作”分配給另一個有“助理”性質(zhì)的低端MCU來完成。但是,采用兩顆MCU,缺點(diǎn)也很明顯,尤其是在芯片與PCB成本、系統(tǒng)可靠性及功耗方面都有先天的不足。此外,若采用了不同架構(gòu)的MCU,還要面臨需要不同的開發(fā)工具與開發(fā)人員的挑戰(zhàn)。如果換一種思路,讓MCU內(nèi)部包含兩個內(nèi)核,其中一個用于主控,另一個用于協(xié)控,并且它們主控與協(xié)控在架構(gòu)上能夠向下兼容、高效通信,則在很多場合下都可以既保持多機(jī)系統(tǒng)的強(qiáng)大,又能避免多機(jī)系統(tǒng)的不足。

          事實(shí)上,這即是“多處理器(簡稱AMP)”架構(gòu)的特點(diǎn)。AMP是與“對稱多處理器(簡稱SMP)”相對的架構(gòu),后者各處理器有一致的編程模型,并且在分配工作時(shí)主要以均衡為原則。而AMP的優(yōu)點(diǎn)在于精細(xì)的任務(wù)分工,靈活地適應(yīng)不同情景,物盡其用,以最佳地平衡成本、性能與功耗。此外,AMP的編程難度也更低。因此,在MCU應(yīng)用領(lǐng)域,AMP較SMP更為適合。

          與獨(dú)立的雙MCU相比,AMP架構(gòu)有很多優(yōu)點(diǎn)。其中相當(dāng)關(guān)鍵的就是,再添加一個內(nèi)核的代價(jià)遠(yuǎn)比添加一個獨(dú)立的MCU要低,尤其是當(dāng)兩個內(nèi)核架構(gòu)相似時(shí),甚至僅相當(dāng)于在現(xiàn)有硅片上再添加一兩個UART。另一方面,兩個內(nèi)核可以有相同的主頻,并且可以通過總線矩陣平等地訪問片上資源。而在分立的雙MCU方案中,協(xié)控MCU的主頻常常遠(yuǎn)低于主控,并且雙方使用低速的串行鏈路通信。

          接下來,我們以恩智浦(NXP)半導(dǎo)體公司新推出的LPC4300系列為例(尤以LPC4350型號為代表),對AMP MCU進(jìn)行簡單介紹。

          的特點(diǎn)

          AMP MCU一般用于相對大型的系統(tǒng),這些系統(tǒng)對功能和性能都有較高的要求。在功能上,應(yīng)支持較多的外設(shè)。LPC4350片載2個高速USB、2個CAN、工業(yè)以太網(wǎng)、圖形LCD控制器,以及SDHC等接口;外加一些獨(dú)有的邏輯可配置外設(shè)以及眾多傳統(tǒng)外設(shè),適用于工控、能源、醫(yī)療、音頻、車載、電機(jī)、監(jiān)控等眾多行業(yè)產(chǎn)品的開發(fā)。

          性能的改善則是AMP MCU的靈魂。內(nèi)核、存儲器,以及總線架構(gòu)對于性能有著至關(guān)重要的影響。圖1展示了LPC4350的實(shí)現(xiàn)方式。


          圖1:LPC4350的內(nèi)核、存儲器以及總線連接圖。

          首先是內(nèi)核的選擇。LPC4350基于32位的ARM Cortex-M4和Cortex-M0內(nèi)核(以下簡稱M4和M0),兩個內(nèi)核均可在高達(dá)204MHz的主頻下執(zhí)行代碼。其中,M4以信號處理和浮點(diǎn)運(yùn)算能力見長,勝任很多原先要采用DSP才能滿足的應(yīng)用,并且繼承了Cortex-M3的控制能力;另一方面,M0以其成本、能效和處理能力的壓倒性優(yōu)勢,正迅速吸引開發(fā)人員從8/16位架構(gòu)向上過渡。更重要的是,M4完全向下兼容M0,使用同一套開發(fā)工具即可開發(fā)、調(diào)試。其次是存儲器的容量和組織方式。LPC4350配備多達(dá)264KB片上RAM,并且這些RAM被劃分成4組,每組連接一條單獨(dú)的總線,而并非沒有分塊。如若不然,則會出現(xiàn)兩個核競爭使用同一塊RAM的情況——性能反而還不如只用單個內(nèi)核!進(jìn)一步,LPC4350還有兩條總線連接到外部擴(kuò)展的并行和串行存儲器,故總共有6個獨(dú)立的存儲器地址空間——LPC4350無片上閃存。對于有片上閃存的型號,片上閃存也分為兩塊。

          最后是總線架構(gòu)。LPC4350內(nèi)部有一個八層總線矩陣。它如同一組縱橫開關(guān),可以把CPU與包括存儲器在內(nèi)的眾多從設(shè)備通過總線任意連接。合理分配總線接通關(guān)系,避免多個主設(shè)備(如CPU和DMA)同時(shí)訪問相同的存儲器或外設(shè),可以最大地保證各條數(shù)據(jù)流并行不悖,從而可以充分發(fā)揮性能上的優(yōu)勢。

          內(nèi)核間通信

          內(nèi)核間的通信可分為兩類:一類是控制與狀態(tài)信息的通信,另一類則是數(shù)據(jù)通信。前者一般不攜帶數(shù)據(jù),但往往有較高的實(shí)時(shí)要求;后者則主要是各類數(shù)據(jù)緩沖區(qū),通常實(shí)時(shí)性要求偏低但數(shù)據(jù)量大??刂?狀態(tài)通信有較大的通用性,并且與任務(wù)間的同步較為相似。這類通信適合由系統(tǒng)軟件實(shí)現(xiàn)并提供編程接口。數(shù)據(jù)通信則往往與具體應(yīng)用相關(guān)較大(尤其是在數(shù)據(jù)結(jié)構(gòu)上),需要量體裁衣。在實(shí)現(xiàn)時(shí),適合由應(yīng)用軟件定義各種數(shù)據(jù)結(jié)構(gòu)。

          內(nèi)核間通過共享的RAM進(jìn)行通信,并且每個內(nèi)核都可以觸發(fā)對方的一個中斷源,通過準(zhǔn)備數(shù)據(jù)-觸發(fā)中斷的方式進(jìn)行通信,如圖2所示。當(dāng)然,內(nèi)核也可以定期檢查共享RAM的狀態(tài)。


          圖2:內(nèi)核間使用共享內(nèi)存通信模式圖。

          接下來,我們介紹基于消息隊(duì)列和消息池的控制/狀態(tài)通信方案。

          消息隊(duì)列:開設(shè)兩個消息隊(duì)列,一個用于M4發(fā)送消息給M0,另一個則是M0發(fā)送消息給M4。兩個隊(duì)列的地址需事先約定好。隊(duì)列是循環(huán)隊(duì)列,可以使用簡單的數(shù)組配以讀、寫下標(biāo)來實(shí)現(xiàn),也可以使用鏈表結(jié)構(gòu)來實(shí)現(xiàn)。前者實(shí)現(xiàn)簡單、開銷小,但消息只能是定長,不便于攜帶其它信息,還有,就是必須把數(shù)組放置在共享內(nèi)存區(qū)連續(xù)的位置,靈活性低?;阪湵淼膶?shí)現(xiàn)用指針鏈接每則消息,每則消息除了公共的鏈表控制部分外,還可以根據(jù)消息類別攜帶各種各樣的附加參數(shù),并且可以由系統(tǒng)軟件的內(nèi)存管理機(jī)制靈活分配消息內(nèi)存,不過,缺點(diǎn)是相對復(fù)雜,額外開銷大。若涉及動態(tài)內(nèi)存管理,實(shí)時(shí)性將遠(yuǎn)不如基于數(shù)組的方案。

          消息隊(duì)列有一個缺點(diǎn),就是消息的串行化處理,它沒有優(yōu)先級的概念。但實(shí)際上,我們有實(shí)時(shí)操作系統(tǒng)(RTOS)及嵌套中斷機(jī)制的支持,本應(yīng)實(shí)現(xiàn)消息的并發(fā)處理。

          消息池:消息池在存儲結(jié)構(gòu)上其實(shí)是簡化的基于數(shù)組的消息隊(duì)列——去掉了隊(duì)列的讀、寫下標(biāo)記錄器。池中每個元素是一個消息,并且有一個字節(jié)指示每個元素的狀態(tài)——空閑/已處理、新、半處理。當(dāng)發(fā)送方寫入消息時(shí),掃描數(shù)組以查找空閑位置;當(dāng)接收方讀取消息時(shí),也是掃描數(shù)組以查找狀態(tài)??梢?,消息池是基于優(yōu)先級來處理消息的——小下標(biāo)的元素優(yōu)先得到處理。

          消息池的可掃描性實(shí)現(xiàn)了消息的并發(fā)處理,并且可以通過中斷上下文和任務(wù)上下文分兩次“反芻式”處理。在處理消息池的中斷服務(wù)例程中,先掃描各消息完成第一次處理,執(zhí)行消息中(如果有的話)對實(shí)時(shí)性要求較高的部分。如果系統(tǒng)中沒有使用RTOS,可以在后臺的主循環(huán)中,再接下來二次掃描消息池,以完成第二次處理。對于使用了RTOS的系統(tǒng),可以根據(jù)消息的優(yōu)先級,創(chuàng)建或激活不同優(yōu)先級的任務(wù),使消息“附身”在這些任務(wù)的上下文中得到第二次處理。

          消息池的一大缺點(diǎn)就是不宜支持較大數(shù)目的待處理消息。如有需要,可以給每則消息添加鏈表控制字段,我們可以把同一優(yōu)先級的消息鏈成一串,從而徹底消除這一局限。

          若干重要的細(xì)節(jié)

          內(nèi)核互斥:偽并行的多任務(wù)之間需要互斥訪問共享資源,真并行的內(nèi)核之間更是如此。尤其關(guān)鍵的是,一個內(nèi)核無法關(guān)閉另一個內(nèi)核的中斷,因此還無法通過關(guān)中斷臨界區(qū)來保護(hù)。唯一能保證的,就是不會出現(xiàn)兩個內(nèi)核同時(shí)存取相同的地址。另外,由于架構(gòu)上的局限,無法使用“自旋鎖”來互斥。為此,我們可以通過施加一些編程準(zhǔn)則來實(shí)現(xiàn)互斥。最簡易有效的方法,就是在相同地址上給每個內(nèi)核分別設(shè)置“只讀”或“只寫”的權(quán)限,或者是有條件的讀寫權(quán)限。比如,對于消息隊(duì)列的讀位置,只有接收方可以寫,而發(fā)送方只能讀取來判斷隊(duì)列是否空/滿。又如,對于消息池,盡管發(fā)送方和接收方對池中的元素狀態(tài)均可讀可寫,但有如下的條件:發(fā)送方只能把空閑狀態(tài)改為非空閑;接收方只能把各種非空閑的狀態(tài)改為空閑。再如,對于鏈表結(jié)構(gòu),可以只允許發(fā)送方更新各種指針;接收方通過更改鏈表中元素的狀態(tài)和觸發(fā)中斷,以指示發(fā)送方更新各指針的時(shí)機(jī)。內(nèi)核鑒別:M4向下兼容M0,這使我們可以重用很多的源代碼。但是,有時(shí)需要鑒別當(dāng)前正在哪個內(nèi)核上運(yùn)行。這有兩種方法,分別用于不同場合:如果在編譯期間鑒別即可,則可以在編譯器設(shè)置中,預(yù)定義諸如“CORE_M4”和“CORE_M0”的宏,使用C/C++的條件編譯來處


          上一頁 1 2 下一頁

          評論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();