板級電源究竟該怎麼選型晶元?(實戰篇)

来源:https://www.cnblogs.com/iron2222/archive/2022/07/09/16460303.html
-Advertisement-
Play Games

寫在前面 大家在做板級電源設計的時候往往會有一種慣性思維: 要麼選擇自己曾經用過的電源晶元來搭建電路; 要麼直接選公司或者實驗室里現有的一些模塊; 但是你選的這個電源器件很有可能是不符合你的使用場景的,這就會造成很多的問題。 經典的不一定是最好的,經典也有過時的時候! 當然涉及到板級電源的設計是一個 ...


寫在前面

大家在做板級電源設計的時候往往會有一種慣性思維:
要麼選擇自己曾經用過的電源晶元來搭建電路;
要麼直接選公司或者實驗室里現有的一些模塊;
但是你選的這個電源器件很有可能是不符合你的使用場景的,這就會造成很多的問題。
經典的不一定是最好的,經典也有過時的時候!
當然涉及到板級電源的設計是一個很大的工程,很難一下子全說完,所以這次只把大家對電源進行初步設計的時候常用的四種板級電源進行一個簡單的介紹。

REF電壓基準源

電壓基準,大多數人在設計的時候都會下意識的去忽略它,覺得只要是個電源都可以拿來當電壓基準REF。
咱們先講一講就是為什麼會用的電壓基準REF?
這就不得不提信號鏈路的概念:
image.png
在信號鏈路中最重要的一環ADC、DAC都需要用到電壓基準,也是我們常說的參考電壓

大家可以這樣簡單的理解,信號鏈路對嵌入式系統來講就像人的五覺(視覺嗅覺聽覺……),來接受來自環境或者自然界的各種信號,但是自然界的信號很多都是模擬量,可我們的CPU只能識別數字信號呀,那可怎麼辦呢?
別怕,我們可以通過ADC把模擬信號轉化為數字信號。
這個轉化的過程就需要參考電壓REF的存在。

所以我們對這個電壓基準的要求就很高了:精密、穩定、可靠、低雜訊、可以恆定不變

分類

並聯型:使用二極體或者穩壓管。
image.png
串聯型:使用特有的晶元,給它一個電壓,它給你一個穩定的參考電壓輸出。
image.png

那麼這些參數基準有哪些參數指標,是我們在設計的時候需要去註意的呢?

低雜訊

先提一個問題:為什麼高精度的ADC做不到期望的採樣位數?
不管是晶元內置的或者外掛的ADC採樣,你都很做到數據手冊里介紹的那樣的精度。
這是為什麼?很大一部分原因就是來自於參考基準電壓的雜訊。
image.png
比如說現在有一個24位的採樣晶元,當基準電壓是3.3V時,其最小分度如下圖:
image.pngimage.png
如果這個時候我選擇了一款REF晶元3325,它的雜訊參數如上圖右邊所示。
2.5V的參考輸出,1mA的輸出電流(因為是做參考電壓,輸出電流只要不太大就行),有70μV的雜訊。
很顯然,撐死了你這次採樣精度只能到16位。

初始電壓精度/溫度穩定性/長期漂移

這三個參數我放在一起說
在講之前,大家可以去下載一下這個說明手冊:(放心中文的,我檢查過了)
https://www.semiee.com/2aa13a52-d1ea-4634-9238-ebb16b16c99b.html
image.png
打開之後,看第一頁就行:
image.png
高準確度決定初始電壓精度;
低漂移決定溫度穩定性;
長期漂移指的是時間引起的電壓變化。

靜態電流

靜態電流其實對於採樣電路來說,越小越好,因為一個外置設備,可能是想要正常工作一兩年的,想要減少功耗,當然是靜態電流越小越好。
image.png

小結

綜上,大家在選取電壓基準源的時候,要按照以下要求:

  1. 首先,要明確你的ADC採樣需要多少的精度以及最小分度;
  2. 考慮你的工作環境、溫度穩定性去算這個誤差,保證在你可以承受的範圍之內
  3. 剩下的只要雜訊、初始精度和穩定性能達到要求就行

LDO

LDO可以說是入門電源設計最簡單的一種電路了,但簡單並不意味著沒有風險。

風險一:晶元的溫升

輸出電流能力、晶元最小壓差、實際工況壓差、封裝熱阻都是影響晶元溫升的相關參數。
image.png
具體可以參考我的這篇筆記:[低壓差線性穩壓器LDO](https://www.yuque.com/docs/share/0362d18d-a27f-42b6-9ada-f0c5c1351f5c?# 《線性穩壓器LDO》)

風險二:瞬態響應

其實這應該說是LDO晶元的一個參數,或者說收據手冊裡面的一張圖。
image.png
Transient Response大家可以留意一下,一些國產1117晶元的數據手冊,很少有廠家敢把這個測試記錄放上去。

風險三:功耗

提到功耗,就不得不說靜態電流。下麵是四種1117晶元的對比圖:
image.png
當然這個和電壓基準源不一樣,靜態電流不是說越小越好,因為要考慮到後面所接負載的驅動電流,所以要綜合考量。

Buck/Boost

三個類型的DC/DC開關電源對比:

image.png

區別一:看電感值

1的電感值是47μH,而2的只需要2.2μH
同樣的電流,我的電感值只有你的十分之一,體積可以大大的減小;
其次電感值越大,意味著電流要繞很多圈數,造成很大的銅損。

區別二:看輸出電容

2、3明顯遠小於1的電容值。

區別三:看占板面積

差別更大。2、3所占空間非常小。

區別四:有無外置的續流二極體

現在大多新的DC/DC外圍開關電路,都不在需要二極體了,而是採用晶元內置的MOS管來代替,我們叫這種方式為同步整流。
以前那種老方式,需要外部二極體的,我們叫非同步整流。
image.png

一些平時不註意的參數

開關頻率與轉換效率

這兩個參數是一對需要平衡的冤家。
image.png
我們先來說說,為什麼會有開關頻率與轉換效率這兩個指標,也就是說這兩個指標有啥好處或者容易被什麼影響?
頻率可調:通過外部電路的阻容值搭配,可以實現頻率可調的目的,以獲得下麵的好處。
頻率越高,開關損耗越大,占據主導地位。頻率低了,電感和容值都會增加。
image.png

紋波及EMI

以前老是說紋波如何如何,但從來沒有去解釋過紋波是怎麼來的,所以這裡重點介紹一下。
下圖是一個非常典型的Buck電路,這類電路的基本原理就是:開關管的開關與儲能電感能量的釋放。
image.png
在上管打開時,電流走的是藍色的路線,通過電感和負載形成一個環路。
當上管關閉,下管打開時,因為電感的電流是不能突變的,所以會電流走綠色的線條。
image.png
這裡的下管就類似於以前續流二極體所起的作用,是電感L釋放自己能量的通路。

那麼大家有沒有想過為什麼現在用MOS管取代以前的續流二極體了呢?
因為二極體的壓差很大,而MOS管續流內阻很低,所以說替換之後,效率提高了很多。

而我們的寄生電感,也就是圖裡面的Lparasitic,可就沒那麼好運了。

寄生電感來源:PCB走線、晶元內部bond線、電容的寄生電感、MOSFET的內部走線

有著很高的 di/dt,Hot Loop 就是紅色的那個環路。這個值越大,對EMI和雜訊的影響也越大。

怎麼解決紋波和EMI這個問題?

設計一:給晶元兩個Vin,兩個電容,形成兩個相反的電流環,使產生的磁力線相互抵消。
image.png
設計二:改進封裝,來降低寄生電感。
image.png

Buck 最大占空比

image.png

Boost 輸出隔離

image.png

最近我整理一下個人筆記,建了一個庫,需要的同學可以關註一下~https://www.yuque.com/aiyanjiudexiaohutongxue/pt7221

image

原視頻網址:https://www.bilibili.com/video/BV1z3411c7aa?share_source=copy_web


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 主機名 查看主機名: hostname cat /etc/hostname 。。。 修改主機名: hostnamectl set-hostname xxx (和centos7、8一樣), #主機名最終存放在`/etc/hostname`下麵。 網卡名稱 命名方式和centos7的命名方式類似。 修改 ...
  • 網橋:和交換機工作原理一樣的一個硬體。 網橋內部有一個緩存,裡面放了介面和mac地址的對應關係。 橋接、NAT和僅主機模式: NAT網卡(vmnet8):相當於一個虛擬的集線器(Vmnet8),兩台使用nat模式的虛擬機能夠通信,是因為它都連接到了這個集線器(hub)上面。windows裡面本省就生 ...
  • 最近在linux下使用Chrome瀏覽器,第一次啟動時總是要輸入密碼,根據網上的方法取消輸入密碼,密碼總是回來,甚是惱人。經過思考和嘗試,最終問題得以解決。特將註意事項記錄如下: Chrome瀏覽器保存密碼和自動登錄等會生成和使用密鑰環,預設使用系統登錄用戶密碼生成和解鎖密鑰環,而密鑰環不會自動解鎖 ...
  • 多網卡綁定: 把多塊網卡邏輯上綁在一塊使用,對外就相當於一塊網卡,他們共用一個ip地址。 好處: 防止一塊網卡壞了就無法使用,提升帶寬。 工作模式: mod=0:輪詢模式,兩個網卡輪流處理數據包。 提升帶寬和容錯性 mod=1:主備模式,住在一個網卡上處理,主壞了就使用備用的。 只提升了容錯性 註: ...
  • 目錄 一、前景回顧 二、鎖的實現 三、使用鎖實現console函數 四、運行測試 一、前景回顧 上回我們實現了多線程,並且最後做了一個小小的實驗,不過有一點小瑕疵。 可以看到黃色部分的字元不連續,按道理應該是“argB Main”,這是為什麼呢?其實仔細思考一下還是很好得出結論。我們的字元列印函數是 ...
  • 記錄一次重裝電腦黑屏問題解決辦法與解決思路 2022年7月9日,因本身電腦是win7電腦,而我又想要安裝office2020版,可2020版需要win10系統,於是綜上需求,鄙人決定重裝電腦。可誰能想到,這是噩夢的開始!!! 第一次重裝 如往常一般,熟練的插上PE盤,熟練的清空硬碟數據,熟練的重裝系 ...
  • 基本網路配置 網路配置的幾個相關設置: 主機名 IP/netmask 路由:預設網關 DNS伺服器(主DNS伺服器、次DNS伺服器、第三個DNS伺服器) 實現名字解析的 主機名設置 修改主機名的方法: 持久化配置: 方法一:使用hostnamectl命令 #(只支持centos7以上的版本),修改了 ...
  • 1、前言 直接看代碼 uint32_t Time_Interval() { static uint32_t old_time_tick; uint32_t data; data = sys_time_tick_ms - old_time_tick; old_time_tick = sys_time_ ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...