簡介面向硬件開發(fā)者的 AD7190 高精度 24 位 Σ-Δ 模數(shù)轉(zhuǎn)換器驅(qū)動代碼包聚焦工業(yè)與醫(yī)療場景下的傳感器接口設計解決微控制器與 AD7190 之間的 SPI 通信、采樣配置與數(shù)據(jù)解析問題。壓縮包共 21 個文件、約 57KB以 C 源碼、頭文件、Keil 工程文件、編譯中間文件及 HEX 固件為主便于直接移植到嵌入式項目中。目前已有 698 人學習適合正在調(diào)試高精度測量電路的軟硬件工程師及電子相關專業(yè)學生。驅(qū)動內(nèi)容涵蓋初始化、數(shù)據(jù)讀取、錯誤處理、中斷管理與電源控制模塊并附帶示例代碼可幫助開發(fā)者快速掌握可編程增益放大器、數(shù)字濾波器及多通道輸入的實際配置方法。圍繞 SPI 接口時序、寄存器操作和典型硬件連接提供完整參考能有效減少底層驅(qū)動開發(fā)與排錯時間。 前陣子在調(diào)試一塊高精度稱重信號采集板主控選了 STM32模擬前端定了 AD7190。同事發(fā)來一個“AD7190驅(qū)動程序.zip”解壓后是一套 Linux 平臺下的 SPI 參考驅(qū)動附帶設備樹片段、用戶態(tài)讀取例程和一份不算太完整的 README。這套現(xiàn)成驅(qū)動對快速啟動項目幫助不小但真正調(diào)板子時會發(fā)現(xiàn)寄存器配置順序、SPI 時序、校準時機這些點如果不搞清楚驅(qū)動大概率跑偏。這篇文章就按我這次實際調(diào)試的順序把 AD7190 驅(qū)動從拿到 zip 到把數(shù)據(jù)穩(wěn)定讀出來的過程拆開講一遍。內(nèi)容主要面向剛接觸 AD7190、要在 Linux 或 MCU 平臺上做高精度數(shù)據(jù)采集的開發(fā)者。你把驅(qū)動文件重新整理過一遍之后會發(fā)現(xiàn)讀原始數(shù)據(jù)并不難難的是把噪聲和漂移壓下去。1. 先看清壓縮包里都有什么1.1 一份參考驅(qū)動的典型文件結(jié)構我拿到的這個 zip 解壓之后常見的文件組織方式大概是這樣的AD7190驅(qū)動/ ├── ad7190.c ├── ad7190.h ├── ad7190.dts ├── tools/ │ ├── ad7190_read.c │ └── read_ad7190.py ├── README.md └── Makefilead7190.c 是核心驅(qū)動文件實現(xiàn)寄存器讀寫、設備初始化、校準和 IIO 設備注冊。ad7190.h 里面是寄存器地址、掩碼、通道和增益相關的宏定義。ad7190.dts 是設備樹示例用來告訴內(nèi)核這個 SPI 設備掛在哪條總線上、主頻多少、參考電壓用什么。tools 目錄下的兩個程序是用戶態(tài)讀取示例一個用 C一個用 Python方便在驅(qū)動加載后直接讀取轉(zhuǎn)換結(jié)果。如果你拿到的包不是這個結(jié)構也不用慌。ADI 官方倉庫里的源碼以及網(wǎng)上流傳的各種移植版本核心邏輯都差不多區(qū)別主要在平臺相關的 SPI 接口封裝上。拿到驅(qū)動第一步不是編譯而是先打開 ad7190.c 找?guī)讉€關鍵函數(shù)reset、write、read、init。把數(shù)據(jù)通路理清楚后面怎么改都順手。1.2 為什么說“驅(qū)動”不只是讀寫寄存器很多人覺得 ADC 驅(qū)動就是通過 SPI 寫幾個寄存器然后讀數(shù)據(jù)這個理解沒錯但對 AD7190 這種高精度 Σ-Δ ADC 來說只做表面那層是不夠的。AD7190 內(nèi)部有一個 24 位 Σ-Δ 調(diào)制器SPI 接口只是它的外部通道真正的難點在于時鐘配置、濾波器配置、校準時序、轉(zhuǎn)換完成判斷。驅(qū)動需要處理的第一個問題是 DOUT/RDY 引腳。這個引腳在轉(zhuǎn)換完成時會拉低告訴主機“可以讀數(shù)據(jù)了”。如果驅(qū)動只按固定延時去讀數(shù)據(jù)寄存器很可能讀到新舊數(shù)據(jù)混合的半更新狀態(tài)造成結(jié)果跳變。所以好的驅(qū)動要么把 DOUT/RDY 配成中斷輸入要么在每次讀數(shù)據(jù)前先查詢狀態(tài)寄存器里的 RDY 位。另一個容易被忽略的是復位時序AD7190 上電后需要收到一段特定的時鐘序列才能穩(wěn)定進入工作狀態(tài)這一步做不好后面寫寄存器可能完全不生效。把這些問題統(tǒng)一封裝成接口用戶態(tài)拿到的就不是一堆底層 SPI 字節(jié)而是一個干凈的in_voltage0_raw這也就是“驅(qū)動”真正的價值。2. 初始化與寄存器配置驅(qū)動能不能跑關鍵在這2.1 關鍵寄存器速覽AD7190 的寄存器不算多但每個都要清楚用途。我把最常用的幾個整理成了一張表寄存器位寬作用通信寄存器8 位每次訪問其他寄存器的“指路牌”選擇后續(xù)讀寫地址和操作方式狀態(tài)寄存器8 位包含 RDY 狀態(tài)位、校準狀態(tài)、通道狀態(tài)等模式寄存器24 位選擇時鐘源、濾波模式SINC3/SINC4、輸出數(shù)據(jù)速率、校準模式配置寄存器24 位配置通道選擇、PGA 增益、單/雙極性、模擬輸入緩沖等數(shù)據(jù)寄存器24 位存放最新的轉(zhuǎn)換結(jié)果二進制補碼格式ID 寄存器8 位芯片 ID可用于檢查 SPI 通信是否正常第一次接觸 AD7190 的時候我最容易搞混的是通信寄存器和實際寄存器地址。AD7190 的每一個寄存器訪問動作都要先通過通信寄存器“投石問路”發(fā)送一個 8 位指令告訴芯片接下來是讀還是寫目標寄存器是哪一個。然后主機再繼續(xù)發(fā)送或接收對應位寬的數(shù)據(jù)。這個機制決定了驅(qū)動里所有讀寫操作都不是簡單的spi_write而是要先組織一個指令頭再拼上目標數(shù)據(jù)。2.2 從驅(qū)動代碼里讀出的初始化流程AD7190 的初始化流程我建議嚴格按這個順序來復位芯片。通過連續(xù)向 DIN 寫 40 個 1 觸發(fā)復位讓芯片回到默認狀態(tài)。復位后所有寄存器恢復默認值之后必須等待復位完成時間不同主頻下等待時間不同。配置模式寄存器。選擇時鐘源是用外部晶振還是內(nèi)部 4.92MHz 時鐘選擇濾波模式 SINC3 還是 SINC4設置輸出數(shù)據(jù)速率。輸出速率和濾波字直接決定噪聲水平。配置配置寄存器。選擇要用的模擬輸入通道設置 PGA 增益確認是單極性還是雙極性輸出。做校準。AD7190 支持內(nèi)部零標度校準和滿量程校準。校準的目的是消除 PGA 和調(diào)制器本身的失調(diào)與增益誤差。等待 RDY 信號讀取數(shù)據(jù)寄存器。為什么不能顛倒順序原因在于通信寄存器具有“粘滯性”芯片會記住上一次通信指定的目標寄存器如果上一步?jīng)]讀完整下一步可能直接錯位。其次配置寄存器的通道和增益設置必須在校準之前穩(wěn)定下來否則校準結(jié)果對應的是錯誤的配置。驅(qū)動代碼里如果發(fā)現(xiàn)校準數(shù)據(jù)異常先回看配置寄存器有沒有寫對。下面是一段初始化函數(shù)的偽代碼示意實際使用時要根據(jù)數(shù)據(jù)手冊補全宏定義static int ad7190_init(struct ad7190_state *st) { ad7190_reset(st); // 連續(xù)發(fā)送 40 個 1 ad7190_write_mode(st, AD7190_MODE_SEL_SINC3 | AD7190_MODE_CLKSRC_INT | AD7190_MODE_RATE(100)); // 設置濾波和輸出速率 ad7190_write_config(st, AD7190_CONF_CH_AIN1_AIN2 | AD7190_CONF_GAIN_1 | AD7190_CONF_BIPOLAR); // 差分輸入、PGA1、雙極性 ad7190_calibrate(st, AD7190_MODE_CAL_INT_ZSC); ad7190_calibrate(st, AD7190_MODE_CAL_INT_FSC); return 0; }這段代碼里的函數(shù)名和宏是我按常見驅(qū)動風格寫的示意不同版本可能有差異但邏輯順序是一致的。實際調(diào)試時我會在每次寫完寄存器后回讀一遍確認寫入生效這種“寫后讀”的習慣能幫你省大量排查時間。3. SPI 通信細節(jié)和內(nèi)核驅(qū)動整合3.1 SPI 模式和指令格式AD7190 的 SPI 接口通常工作在 Mode 1對應 CPOL 0、CPHA 1也就是 SCLK 空閑時為低電平數(shù)據(jù)在第二個邊沿被采樣。主控端配置 SPI 時必須把模式對準否則讀出來的數(shù)據(jù)每一位都是亂的而且這種錯位往往不會讓你看到規(guī)律性的錯誤只會覺得噪聲大得離譜。每一次通信都由通信寄存器開頭。比如我想讀數(shù)據(jù)寄存器先發(fā)一個指令字節(jié)這個字節(jié)的高位表示寫或讀中間幾位表示目標寄存器地址低幾位表示后續(xù)訪問方式。發(fā)完指令字節(jié)后根據(jù)寄存器位寬繼續(xù)發(fā)或收 8/24 位數(shù)據(jù)。MSB 先行這是所有 AD7190 驅(qū)動共同遵守的規(guī)則。有個小坑如果主控 SPI 外設的片選是硬件自動拉低的而 AD7190 對 CS 拉低到 SCLK 第一個邊沿之間的建立時間有要求某些高速主控可能達不到。為了保險建議把 CS 用 GPIO 控制軟件拉低完成一組完整 SPI 操作后再拉高這樣時序最可控。Linux 下如果使用 spidev 直接操作CS 模式也建議明確設置為mode SPI_MODE_1。3.2 Linux 驅(qū)動集成從一個 .c 文件到 sysfsLinux 下的 AD7190 驅(qū)動一般掛在 IIO 子系統(tǒng)下注冊之后用戶態(tài)可以通過 sysfs 目錄訪問。核心流程是在probe函數(shù)里設置 SPI 參數(shù)讀取設備樹屬性初始化芯片最后注冊struct iio_dev用戶態(tài)就能在/sys/bus/iio/devices/iio:device0/下面看到in_voltage0_raw。內(nèi)核配置方面需要開啟CONFIG_IIO和CONFIG_AD7190。設備樹里至少要聲明 compatible、reg、spi-max-frequency 和 vref-supply。參考寫法如下spi0 { status okay; ad71900 { compatible adi,ad7190; reg 0; spi-max-frequency 1000000; vref-supply vref_3v3; #io-channel-cells 1; }; };vref-supply要指向?qū)嶋H的參考電壓節(jié)點驅(qū)動在初始化時會用它計算轉(zhuǎn)換系數(shù)。如果你的板子上 DOUT/RDY 連到了某個 GPIO也可以在設備樹里加drdy-gpios讓驅(qū)動用中斷方式等待轉(zhuǎn)換完成而不是輪詢狀態(tài)寄存器。編譯時需要注意驅(qū)動代碼可能在很老的內(nèi)核版本上寫的API 和新的 IIO 框架有差異。常見的坑是spi_write_then_read和iio_validate_scan_mask_onehot這些接口在新版本里改了名字編譯報錯時不要硬改內(nèi)核版本優(yōu)先找對應內(nèi)核的源碼分支。3.3 裸機平臺移植思路如果最終目標是 STM32 或 ESP32完全可以復用這份驅(qū)動的邏輯只是把 Linux SPI 相關調(diào)用替換成平臺 HAL 庫。需要改動的部分并不多主要是三處SPI 收發(fā)函數(shù)。把spi_write/spi_read替換成HAL_SPI_Transmit/HAL_SPI_Receive注意設置 CPOL/CPHA。CS 控制。Linux 里通常由 SPI 框架管理裸機下用 GPIO 輸出控制。延時函數(shù)。Linux 內(nèi)核用usleep_range裸機下用HAL_Delay/delay_us。驅(qū)動核心邏輯比如寄存器組織、校準流程、RDY 判斷完全不用動。這也是我建議先讀 Linux 驅(qū)動源碼而不是直接找裸機例程的原因——Linux 版本往往考慮得更全面錯誤處理也更完整。4. 實際調(diào)試中的坑和解決實錄4.1 讀出來全是 0 或者滿量程這是最常見的現(xiàn)象。我遇到的情況是 SPI 模式配成 Mode 0導致通信寄存器指令字節(jié)沒有被正確解析芯片根本沒進入讀數(shù)據(jù)模式。排查方法很簡單先讀 ID 寄存器。AD7190 的 ID 寄存器有固定值如果能讀到預期值說明 SPI 通信正常如果讀出來是 0x00 或 0xFF基本就是時序、模式或者片選的問題和 ADC 本身的寄存器配置無關。排除 SPI 問題后再看通道和增益。AD7190 的配置寄存器有通道選擇位和 PGA 增益位。如果通道沒對上比如實際信號在 AIN1/AIN2而驅(qū)動配置的是 AIN3/AIN4讀出來自然不對。另外把增益設置得太高而輸入信號又比較大轉(zhuǎn)換結(jié)果就會進飽和區(qū)表現(xiàn)為接近滿量程。我整理了一個問題速查表現(xiàn)象可能原因排查動作讀 ID 寄存器返回 0SPI 模式錯誤、CS 時序不對、接線錯誤檢查 SPI Mode 1、示波器抓 SCLK/DIN/DOUT讀數(shù)據(jù)全零輸入信號為負、單極性配置、通道沒接對檢查配置寄存器、用萬用表量輸入電壓讀數(shù)據(jù)接近滿量程PGA 增益過高、參考電壓異常降低增益檢查 VREF數(shù)值一直亂跳濾波設置不對、DOUT/RDY 未判斷檢查模式寄存器改中斷等待4.2 噪聲大、數(shù)據(jù)漂移AD7190 本身的噪聲指標很漂亮但那是建立在良好的電源和參考電壓基礎上的。驅(qū)動層面能做的是把輸出數(shù)據(jù)速率壓低啟用 SINC4 濾波并正確完成校準。實際調(diào)試中我把輸出速率從 4800 SPS 降到 50 SPS峰峰值噪聲肉眼可見地降了一個數(shù)量級。還有一點很多人忽略AD7190 的數(shù)據(jù)寄存器是 24 位的如果你在轉(zhuǎn)換完成之前讀取可能拿到半更新的數(shù)據(jù)。如果你的程序只是用HAL_Delay等固定時間而不判斷 DOUT/RDY 引腳就會出現(xiàn)偶發(fā)跳變。最簡單的做法是把 DOUT/RDY 接到外部中斷引腳每次拉低時再啟動 SPI 讀取這樣能保證每次讀到的都是完整幀。校準對最終精度影響也很大。內(nèi)部校準的前提是輸入引腳處于零標度和滿量程對應狀態(tài)。如果接的是橋式傳感器零標度校準要在傳感器空載時做如果傳感器已經(jīng)受力校準結(jié)果會把當前受力當成零點后續(xù)讀數(shù)就帶了一個很大的固定偏移。4.3 Linux 下設備加載不到板子上電后/sys/bus/iio/devices/下面沒有新設備。先確認內(nèi)核編譯時有沒有把 AD7190 驅(qū)動編進去zcat /proc/config.gz | grep CONFIG_AD7190。再確認設備樹 compatible 字符串和驅(qū)動里的 match 表一致很多問題出在字符串大小寫或者多了一個空格。如果驅(qū)動加載成功但 sysfs 下沒有讀數(shù)查看dmesg輸出。常見報錯是 vref-supply 未定義導致 probe 函數(shù)返回失敗。另外 SPI 的最大頻率不要設太高我一般建議從 1MHz 開始跑通后再一點點往上加AD7190 對 SCLK 的上升沿要求比較嚴格頻率太高容易采到毛刺。4.4 下載的驅(qū)動包被安全軟件攔截如果你在 Windows 環(huán)境下解壓驅(qū)動包系統(tǒng)提示“無法驗證此設備所需的驅(qū)動程序的數(shù)字簽名”或者“檢測為易受攻擊的驅(qū)動程序”多半是包里的 Windows 驅(qū)動沒有微軟簽名或者版本太舊。遇到這種情況我一般不會貿(mào)然關閉系統(tǒng)安全設置而是去原廠官網(wǎng)找最新版本或者只把這類驅(qū)動放在隔離的測試機里使用。對 Linux 驅(qū)動來說源碼編譯的模塊不受簽名機制影響但如果是在 Windows 下通過 DLL 調(diào)用 AD7190就要格外留意驅(qū)動來源。5. 快速使用讀取轉(zhuǎn)換結(jié)果5.1 通過 sysfs 讀原始碼驅(qū)動加載成功后讀取就很直接了cd /sys/bus/iio/devices/iio:device0 cat in_voltage0_raw cat in_voltage0_scalein_voltage0_raw是 ADC 原始碼in_voltage0_scale是每個碼對應的微伏數(shù)。實際電壓換算公式是電壓(V) raw * scale / 1e6如果配置的是雙極性模式raw 是二進制補碼可能為負值計算時直接用乘法就能得到正確符號不用自己轉(zhuǎn)換。5.2 用 Python 寫一個最簡單的讀取循環(huán)驗證驅(qū)動有沒有跑通我通常直接寫個小腳本import time def read_adc(path/sys/bus/iio/devices/iio:device0): with open(path /in_voltage0_raw) as f: raw int(f.read().strip()) with open(path /in_voltage0_scale) as f: scale float(f.read().strip()) return raw * scale / 1e6 while True: voltage read_adc() print(f{voltage:.6f} V) time.sleep(0.1)這個腳本對新手小白也很友好不依賴任何第三方庫直接把 sysfs 文件當普通文本讀就行。如果每秒需要采幾千個點用 Python 讀 sysfs 就不太合適了這時候應該走 IIO buffer配合 trigger 批量讀取。但先跑通這個簡單循環(huán)確認硬件和驅(qū)動沒問題再上高級功能是我自己的習慣。5.3 什么時候不能直接用現(xiàn)成驅(qū)動現(xiàn)成驅(qū)動覆蓋了大多數(shù)場景但如果你要同時采集多個通道并且每個通道需要不同的濾波和增益那就需要對驅(qū)動做擴展。比如稱重應用里一個通道接傳感器另一個通道接溫度傳感器做冷端補償這兩個通道的配置不一樣驅(qū)動需要支持通道切換和重新校準。另一個需要擴展的場景是同步采集。如果你有多片 AD7190 同時采樣要求各片的數(shù)據(jù)嚴格對齊那就不能只靠 sysfs 一個個讀要使用 GPIO 觸發(fā)或外部同步引腳結(jié)合 IIO trigger 來實現(xiàn)。這部分內(nèi)容比較深但順序一定是先跑通單設備 sysfs 讀取再去碰 buffer 和多設備同步否則出了問題很難定位。我這次調(diào)完這套驅(qū)動后最大的體會是AD7190 這種高精度 ADC寄存器配置只要順序?qū)α薙PI 通信只要模式對了基本都能出數(shù)。真正讓人頭疼的是數(shù)據(jù)出來以后怎么判斷準不準、穩(wěn)不穩(wěn)以及怎么把噪聲壓下去。你先學會看 ID 寄存器和 RDY 引腳再談精度這比研究任何玄學都管用。如果你也正在折騰 AD7190希望這份驅(qū)動拆解能幫你把啟動時間從一兩天縮短到半天。本文還有配套的精品資源點擊獲取