日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

為什么處理器這么耗電,該如何解決

小劉 ? 來(lái)源:辰光 ? 作者:辰光 ? 2022-02-23 15:23 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

記得有一次,客戶拿著處理器板走進(jìn)我的辦公室,說(shuō)它的功耗太大,耗盡了電池電量。由于我們?cè)湴恋匦Q該處理器屬于超低功耗器件,因此舉證責(zé)任在我們這邊。我準(zhǔn)備按照慣例,一個(gè)一個(gè)地切斷電路板上不同器件的電源,直至找到真正肇事者,這時(shí)我想起不久之前的一個(gè)類似案例,那個(gè)案例的“元兇”是一個(gè)獨(dú)自掛在供電軌和地之間的LED,沒(méi)有限流電阻與之為伍。LED最終失效是因?yàn)檫^(guò)流,還是純粹因?yàn)樗X(jué)得無(wú)聊了,我不能完全肯定,不過(guò)這是題外話,我們暫且不談。

從經(jīng)驗(yàn)出發(fā),我做的第一件事是檢查電路板上有無(wú)閃閃發(fā)光的LED。但遺憾的是,這次沒(méi)有類似問(wèn)題的希望曙光。另外,我發(fā)現(xiàn)處理器是板上的唯一器件,沒(méi)有其他器件可以讓我歸咎責(zé)任??蛻艚酉聛?lái)拋出的一條信息讓我的心情更加低落:通過(guò)實(shí)驗(yàn)室測(cè)試,他發(fā)現(xiàn)功耗和電池壽命處于預(yù)期水平,但把系統(tǒng)部署到現(xiàn)場(chǎng)之后,電池電量快速耗盡。此類問(wèn)題是最難解決的問(wèn)題,因?yàn)檫@些問(wèn)題非常難以再現(xiàn)“第一案發(fā)現(xiàn)場(chǎng)”。這就給數(shù)字世界的問(wèn)題增加了模擬性的無(wú)法預(yù)測(cè)性和挑戰(zhàn),而數(shù)字世界通常只是可預(yù)測(cè)的、簡(jiǎn)單的1和0的世界。

在最簡(jiǎn)單意義上,處理器功耗主要有兩方面:內(nèi)核和I/O。當(dāng)涉及到抑制內(nèi)核功耗時(shí),我會(huì)檢查諸如以下的事情:PLL配置/時(shí)鐘速度、內(nèi)核供電軌、內(nèi)核的運(yùn)算量。有多種辦法可以使內(nèi)核功耗降低,例如:降低內(nèi)核時(shí)鐘速度,或執(zhí)行某些指令迫使內(nèi)核停止運(yùn)行或進(jìn)入睡眠/休眠狀態(tài)。如果懷疑I/O吞噬了所有功耗,我會(huì)關(guān)注I/O電源、I/O開(kāi)關(guān)頻率及其驅(qū)動(dòng)的負(fù)載。

我能探究的只有這兩個(gè)方面。結(jié)果是,問(wèn)題同內(nèi)核方面沒(méi)有任何關(guān)系,因此必然與I/O有關(guān)。這時(shí),客戶表示他使用該處理器純粹是為了計(jì)算,I/O活動(dòng)極少。事實(shí)上,器件上的大部分可用I/O接口都沒(méi)有得到使用。

“等等!有些I/O您沒(méi)有使用。您的意思是這些I/O引腳未使用。您是如何連接它們的?”

“理所當(dāng)然,我沒(méi)有把它們連接到任何地方!”

“原來(lái)如此!”

這是一個(gè)令人狂喜的時(shí)刻,我終于找到了問(wèn)題所在。雖然沒(méi)有沿路尖叫,但我著實(shí)花了一會(huì)工夫才按捺住興奮之情,然后坐下來(lái)向他解釋。

典型CMOS數(shù)字輸入類似下圖:

為什么處理器這么耗電,該如何解決

圖1.典型CMOS輸入電路(左)和CMOS電平邏輯(右)

當(dāng)以推薦的高(1)或低(0)電平驅(qū)動(dòng)該輸入時(shí),PMOS和NMOS FET一次導(dǎo)通一個(gè),絕不會(huì)同時(shí)導(dǎo)通。輸入驅(qū)動(dòng)電壓有一個(gè)不確定區(qū),稱為“閾值區(qū)域”,其中PMOS和NMOS可能同時(shí)部分導(dǎo)通,從而在供電軌和地之間產(chǎn)生一個(gè)泄漏路徑。當(dāng)輸入浮空并遇到雜散噪聲時(shí),可能會(huì)發(fā)生這種情況。這既解釋了客戶電路板上功耗很高的事實(shí),又解釋了高功耗為什么是隨機(jī)發(fā)生的。

為什么處理器這么耗電,該如何解決

圖2.PMOS和NMOS均部分導(dǎo)通,在電源和地之間產(chǎn)生一個(gè)泄漏路徑

某些情況下,這可能引起閂鎖之類的狀況,即器件持續(xù)汲取過(guò)大電流,最終燒毀。可以說(shuō),這個(gè)問(wèn)題較容易發(fā)現(xiàn)和解決,因?yàn)檠矍暗钠骷诿盁?,證據(jù)確鑿。我的客戶報(bào)告的問(wèn)題則更難對(duì)付,因?yàn)楫?dāng)您在實(shí)驗(yàn)室的涼爽環(huán)境下進(jìn)行測(cè)試時(shí),它沒(méi)什么問(wèn)題,但送到現(xiàn)場(chǎng)時(shí),就會(huì)引起很大麻煩。

現(xiàn)在我們知道了問(wèn)題的根源,顯而易見(jiàn)的解決辦法是將所有未使用輸入驅(qū)動(dòng)到有效邏輯電平(高或低)。然而,有一些細(xì)微事項(xiàng)需要注意。我們?cè)倏磶讉€(gè)CMOS輸入處理不當(dāng)引起麻煩的情形。我們需要擴(kuò)大范圍,不僅考慮徹底斷開(kāi)/浮空的輸入,而且要考慮似乎連接到適當(dāng)邏輯電平的輸入。

如果只是通過(guò)電阻將引腳連接到供電軌或地,應(yīng)注意所用上拉或下拉電阻的大小。它與引腳的拉/灌電流一起,可能使引腳的實(shí)際電壓偏移到非期望電平。換言之,您需要確保上拉或下拉電阻足夠強(qiáng)。

如果選擇以有源方式驅(qū)動(dòng)引腳,務(wù)必確保驅(qū)動(dòng)強(qiáng)度對(duì)所用的CMOS負(fù)載足夠好。若非如此,電路周圍的噪聲可能強(qiáng)到足以超過(guò)驅(qū)動(dòng)信號(hào),迫使引腳進(jìn)入非預(yù)期的狀態(tài)。

我們來(lái)研究幾種情形:

1.在實(shí)驗(yàn)室正常工作的處理器,在現(xiàn)場(chǎng)可能莫名重啟,因?yàn)樵肼?a href="http://m.sdkjxy.cn/tags/耦合/" target="_blank">耦合到?jīng)]有足夠強(qiáng)上拉電阻的RESET(復(fù)位)線中。

為什么處理器這么耗電,該如何解決

圖3.噪聲耦合到帶弱上拉電阻的RESET)引腳中,可能引起處理器重啟

2.想象CMOS輸入屬于一個(gè)柵極驅(qū)動(dòng)器的情況,該柵極驅(qū)動(dòng)器控制一個(gè)高功率MOSFET/IGBT,后者在應(yīng)當(dāng)斷開(kāi)的時(shí)候意外導(dǎo)通!簡(jiǎn)直糟糕透了。

為什么處理器這么耗電,該如何解決

圖4.噪聲過(guò)驅(qū)一個(gè)弱驅(qū)動(dòng)的CMOS輸入柵極驅(qū)動(dòng)器,引起高壓總線短路

為什么處理器這么耗電,該如何解決

另一種相關(guān)但不那么明顯的問(wèn)題情形是當(dāng)驅(qū)動(dòng)信號(hào)的上升/下降非常慢時(shí)。這種情況下,輸入可能會(huì)在中間電平停留一定的時(shí)間,進(jìn)而引起各種問(wèn)題。

為什么處理器這么耗電,該如何解決

圖5.CMOS輸入的上升/下降很慢,導(dǎo)致過(guò)渡期間暫時(shí)短路

我們已經(jīng)在一般意義上討論了CMOS輸入可能發(fā)生的一些問(wèn)題,值得注意的是,就設(shè)計(jì)而言,有些器件比其他器件更擅長(zhǎng)處理這些問(wèn)題。例如,采用施密特觸發(fā)器輸入的器件能夠更好地處理具有高噪聲或慢邊沿的信號(hào)。

我們的一些最新處理器也注意到這種問(wèn)題,并在設(shè)計(jì)中采取了特殊預(yù)防措施,或發(fā)布了明確的指南,以確保運(yùn)行順利。例如,ADSP-SC58x/ADSP-2158x數(shù)據(jù)手冊(cè)清楚說(shuō)明了有些管腳具有內(nèi)部端接電阻或其他邏輯電路以確保這些管腳不會(huì)浮空。

最后,正如大家常說(shuō)的,正確完成所有收尾工作很重要,尤其是CMOS數(shù)字輸入。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 電源
    +關(guān)注

    關(guān)注

    185

    文章

    18997

    瀏覽量

    264678
  • 處理器
    +關(guān)注

    關(guān)注

    68

    文章

    20344

    瀏覽量

    255371
  • CMOS
    +關(guān)注

    關(guān)注

    58

    文章

    6240

    瀏覽量

    243462
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    MPC190安全處理器技術(shù)剖析

    處理器的各個(gè)方面,希望能為電子工程師們?cè)谠O(shè)計(jì)相關(guān)系統(tǒng)時(shí)提供有價(jià)值的參考。 文件下載: MPC190VMB.pdf 一、發(fā)展歷程 MPC190隸屬于智能網(wǎng)絡(luò)平臺(tái)的S1系列安全處理器,專為商業(yè)網(wǎng)絡(luò)市場(chǎng)而開(kāi)發(fā)。產(chǎn)品家族源于摩托羅拉過(guò)
    的頭像 發(fā)表于 04-10 11:40 ?176次閱讀

    探索ADSP - 21371/ADSP - 21375 SHARC處理器:高性能音頻處理的利器

    探索ADSP - 21371/ADSP - 21375 SHARC處理器:高性能音頻處理的利器 在電子設(shè)計(jì)領(lǐng)域,處理器的性能和特性直接影響著產(chǎn)品的功能和競(jìng)爭(zhēng)力。ADSP - 21371/ADSP
    的頭像 發(fā)表于 03-23 16:35 ?834次閱讀

    深度剖析 MAX6461–MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路

    深度剖析 MAX6461–MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路 在電子設(shè)計(jì)領(lǐng)域,電源管理和系統(tǒng)監(jiān)控至關(guān)重要。今天我們要深入探討的是 Maxim 公司的 MAX6461–MAX6466
    的頭像 發(fā)表于 02-27 15:05 ?254次閱讀

    MAX6461 - MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路

    MAX6461 - MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路 在電子設(shè)計(jì)領(lǐng)域,對(duì)電池、電源和系統(tǒng)電壓的精確監(jiān)控至關(guān)重要。今天要給大家介紹的是Maxim公司的MAX6461
    的頭像 發(fā)表于 01-30 16:35 ?776次閱讀

    MAX6461 - MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路的卓越之選

    MAX6461 - MAX6466:超低功耗電壓檢測(cè)與微處理器監(jiān)控電路的卓越之選 在電子設(shè)備的設(shè)計(jì)中,對(duì)電池、電源和系統(tǒng)電壓的精準(zhǔn)監(jiān)控至關(guān)重要。Maxim推出的MAX6461 - MAX6466
    的頭像 發(fā)表于 01-15 17:20 ?620次閱讀

    如何配置處理器休眠模式?

    如何配置處理器休眠模式
    發(fā)表于 12-05 07:28

    NICE協(xié)處理器接口信號(hào)解讀--以demo為例

    的復(fù)位信號(hào)。 nice_active表示nice協(xié)處理器是否正在工作,但信號(hào)在上層文件中未例化,如下圖所示。 nice_mem_holdup信號(hào)在e203_lsu_ctrl.v文件中用于覆蓋cpu
    發(fā)表于 10-31 08:01

    MD5信息摘要算法實(shí)現(xiàn)二(基于蜂鳥(niǎo)E203協(xié)處理器

    處理器SoC體系結(jié)構(gòu)設(shè)計(jì)圖 在NICE接口和MD5模塊間,設(shè)置了一個(gè)使能電路,電路把NICE指令譯碼后,根據(jù)譯碼的結(jié)果控制MD5的控制模塊。例如,根據(jù)指令譯碼后,得出start_en的值為111
    發(fā)表于 10-30 07:54

    蜂鳥(niǎo)E203協(xié)處理器EAI指令及接口

    反饋主處理器告知其已經(jīng)完成了指令,并將結(jié)果寫(xiě)回主處理器。 l 存儲(chǔ)請(qǐng)求通道(MemoryRequestChannel):。主要用于協(xié)處理器
    發(fā)表于 10-24 07:23

    NICE協(xié)處理器demo分析及測(cè)試

    通道:協(xié)處理器告訴主處理器其已完成了指令,并將結(jié)果反饋到主處理器。 存儲(chǔ)請(qǐng)求通道:協(xié)處理器
    發(fā)表于 10-23 07:05

    基于E203 NICE協(xié)處理器擴(kuò)展指令

    流水線的EXU級(jí)時(shí),將指令的編碼信息和源操作數(shù)傳輸?shù)絽f(xié)處理器。反饋通道:協(xié)處理器告訴主處理器其已完成了指令,并將結(jié)果反饋到主處理器。存儲(chǔ)
    發(fā)表于 10-21 14:35

    基于E203 NICE協(xié)處理器擴(kuò)展指令2.0

    的編碼信息和源操作數(shù)傳輸?shù)絽f(xié)處理器。反饋通道:協(xié)處理器告訴主處理器其已完成了指令,并將結(jié)果反饋到主處理器。存儲(chǔ)
    發(fā)表于 10-21 10:39

    Cortex-M0+處理器的HardFault錯(cuò)誤介紹

    在ARM處理器中,如果一個(gè)程序產(chǎn)生了錯(cuò)誤并且被處理器檢測(cè)到,就會(huì)產(chǎn)生錯(cuò)誤異常。Cortex-M0+處理器只有一種異常用以處理錯(cuò)誤:HardFault。
    的頭像 發(fā)表于 10-14 10:50 ?3684次閱讀
    Cortex-M0+<b class='flag-5'>處理器</b>的HardFault錯(cuò)誤介紹

    Analog Devices Inc. ADSP1802 SHARC?處理器數(shù)據(jù)手冊(cè)

    是32位/40位浮點(diǎn)處理器,優(yōu)化用于高性能音頻應(yīng)用。器件具有大型片上RAM、多個(gè)消除I/O瓶頸的內(nèi)部總線以及創(chuàng)新的數(shù)字應(yīng)用接口(DAI)。
    的頭像 發(fā)表于 05-29 14:36 ?1813次閱讀
    Analog Devices Inc. ADSP1802 SHARC?<b class='flag-5'>處理器</b>數(shù)據(jù)手冊(cè)

    十萬(wàn)塊一顆的芯片值不值?ADM處理器CPU。#半導(dǎo)體#電子

    處理器
    芯廣場(chǎng)
    發(fā)布于 :2025年05月26日 18:09:31
    云龙县| 合水县| 玛纳斯县| 读书| 富顺县| 高邑县| 清水河县| 沐川县| 金平| 裕民县| 来宾市| 比如县| 兴国县| 渭南市| 孟州市| 崇明县| 静海县| 宁国市| 麦盖提县| 马鞍山市| 柯坪县| 丰宁| 东乡县| 行唐县| 田东县| 安康市| 兴国县| 绍兴市| 遵义市| 高唐县| 永和县| 石首市| 山阳县| 武川县| 太湖县| 噶尔县| 新干县| 太康县| 迁西县| 霍邱县| 梧州市|