1 概述

2026年1月，一個實驗性的項目中，利用安富萊TM7705模組采集電壓，在使用其多通道采集模式時，遇到采集通道與數據對應不一致的問題，經查看多種TM7705/AD7705手冊、網友案例以及組件廠家源碼文檔，基本弄清了該問題的原因。作為這段時間的思考總結以及后來者“避坑”考慮，特意將該問題的原因分析及解決過程總結整理存檔。

2  問題現象

    使用TM7705組件時，單通道采集，設置參數后，單獨使用各通道采集，一切正常。但需要使用通道1、通道2快速交替采集時，發現通道1、2的數據與通道號正好相反，設備報上來的1通道數據被報送到2通道，2通道數據也報送到1通道。以為是硬件接反了，經檢查采集程序各環節、硬件連接，均未發現問題。程序中調整1、2通道的先后采集順序，現象依舊。                              

根據手冊等資料理解，在正確的操作流程中，DRDY引腳扮演著重要角色：

a)       當新通道的數據轉換完成，DRDY引腳會變為低電平，提示MCU可以讀取數據了；

b)       第一次讀取操作完成后，DRDY通常會返回高電平。

c)       緊接著，需要再次查詢或等待DRDY再次變低，這標志著新通道的最新有效數據已經準備就緒，此時進行第二次讀取，就能拿到正確的結果。

3.2  問題查找及分析

基本可以確認，由于7705正常工作期間，是按照固定頻率采集的，其DRDY引腳輸出的波形也能看出其采集周期（數據率）遵循了已設定的參數。DRDY高電平時間相對比較短（試驗參數下，200us以內），而數據率周期比較大（試驗中是20ms），這就使得切換通道指令設置的時機，具有極大可能是處在DRDY為0電平期間。這時，如果切換后，立即讀取數據，其數據寄存器中的數據一定是上次（通道切換前的）的采集數據，而并非切換后的通道（此時，該通道還沒有開始新的采集）的數據。切換需要一定的時間（試驗中DRDY切換時，信號是保持約60ms的高電平），DRDY會拉高，開始新通道的采集，當DRDY再次變低后，讀取的才是通道切換后的正確數據。下面的波形圖中藍色波形為DRDY信號，黃色的為CS信號。

因此，可以采用兩種方法規避：

a)  連續讀取兩次（包含兩次完整的通道切換操作，安富萊的例程就是這樣處理的）；

b)   切換通道后，先等待DRDY變高（即等待芯片按照采集周期自動開始新的一次采集，所以當前數據可不讀，讀了也是切換前的舊數據）后，再等待DRDY變低（新通道切換后的第一次采集已完成）后立即讀取；

查看波形，對于b方法，切換通道指令發出后，DRDY持續保持低電平，大約60ms后拉高（此時應該完成了內部切換處理），拉高大約200us(試驗參數條件下，這個自動采集時間是DRDY高電平約為200us)后，DRDY拉低（完成新通道信號采集），立即讀取。數據讀取后，DRDY持續拉高20ms后再次拉低(由于時間原因，這里拉高20ms，沒進一步去弄清什么原因，有知道的寶子可以說說)，如果后面沒有讀取操作，則后面DRDY以200us的高電平寬度（轉換時間），按照20ms周期連續采集(即使MCU不讀，也不耽誤芯片自己持續干活)，直到遇到下一個通道切換指令重復上述過程。

經測試，這兩種方法的切換準備耗時是一樣的（約60ms），但DRDY波形上有差異，分析波形，可看出這與操作流程對器件內部工作狀態的影響是對應的。

4 一點感受該問題在網絡上的討論相對比較少見，應該是一個很多開發者在剛接觸TM7705時會有的困惑（我也是第一次用這個TM7705）。明明數據手冊里寫了相關描述，這么多人用，實際也應該有人會遇到類似的問題，但在網上的技術文章和討論里，卻很少被作為一個明顯的問題來討論。根據我了解、查到、測試及分析的信息，結合AI討論，總結可能有三個原因：a)       手冊描述“隱晦”，容易被忽略TM7705的中文數據手冊里，其實是有相關描述的。在介紹DRDY信號和讀操作的部分，TM7705手冊提到：“即使是在第一次讀操作后DRDY線返回高電平，也可能出現兩次從輸出寄存器讀到同樣數據的情況。必須注意確保在下一次輸出更新進行之前，讀操作已經完成。”�？梢姡�手冊將該現象表述為一種“可能出現”的情況，并且重點在于強調“讀操作必須在輸出更新前完成”的時序要求。這種表述方式，比較隱晦，隱藏了一些操作細節，很容易讓開發者誤以為這只是一個需要留意的時序邊界情況，而沒有意識到這是通道切換后必須執行的標準操作。很多人在快速閱讀手冊時，很可能會直接跳過或誤解這段話的含義。b)       網絡上的“成品代碼”幫后來者“避坑”搜索到的很多例程，尤其是那些被廣泛引用、驗證過的驅動代碼（比如出自安富萊等開發板的例程），它們已經內置了處理這個問題的邏輯(切換通道的代碼中，讀了兩次，其代碼注釋也驗證了這一點。并且，main函數的調用示例中，切換通道時，也注明了需要80ms的時間)。在這些成熟代碼的流程中，開發者已經通過嚴謹的流程或對DRDY的精確控制，自動完成了“丟棄舊數據、等待新數據”的過程。當直接使用或參考這些代碼時，底層已處理好了，自然就不會在應用層遇到這個問題，也就不會特意去發帖詢問了。造成了“知其然，而不知其所以然”的問題，對于有強迫癥的人來說，那就是抓心撓肺的感覺了，總感覺程序可能不健壯，藏了不好的東西。c)       芯片的“平替”屬性導致討論焦點偏移這是一個比較實際的原因。TM7705及類似型號常被認為AD7705的國產替代或“山寨”版本，價格優勢明顯。這導致使用它的開發者更關注一些更“致命”或更基礎的問題，比如：芯片是否能穩定工作？數據為什么跳變？很多帖子都在討論數據跳動、線性度差、通道間串擾等直接影響測量結果的問題。DRDY信號為什么不正常？經常有開發者遇到程序卡在等待DRDY信號的環節。相比之下，“讀兩次”更像是一個在代碼流程中就能通過邏輯規避的“小細節”，只要代碼能跑通、數據能讀對，大家通常不會深究背后的原因，而是直接采納了例程里的做法。所以，該問題在開發者的實踐中，要么被成熟的代碼模板悄悄解決了，要么被其他更棘手的硬件或穩定性問題所掩蓋了。所以，這也造成了我這次使用中的困惑，斷斷續續花了不少時間分析和驗證。用沒徹底弄清楚的東西來做開發，心里總是有疙瘩，渾身難受得緊，好在最終解決了。5說明由于臨時使用、時間、經驗有限等原因，我并沒有全面的對這款芯片做應用測試，可能有些地方存在錯誤或描述不當，各位同仁且看且辨，歡迎指出不當之處。由于初次發帖，還不會用，圖片也發不上來，磕磕巴巴的，各位莫笑，完整的見附件吧~~