Firefly-RK3399 SAR-ADC 的 DTS 節點在 kernel/arch/arm64/boot/dts/rockchip/rk3399.dtsi 文件中定義，如下所示：

用戶首先需在DTS文件中添加ADC的資源描述：

這里申請的是SARADC通道3.

用戶驅動可參考Firefly adc demo :kernel/drivers/adc/adc-firefly-demo.c，這是一個偵測Firefly-rk3399風扇狀態的驅動。 首先在驅動文件中定義 of_device_id 結構體數組：

然后將該結構體數組填充到要使用 ADC 的 platform_driver 中：

接著在firefly_adc_probe中對DTS所添加的資源進行解析：

注：iio_channel_get 通過 probe 函數傳進來的參數 pdev 獲取 IIO 通道結構體，probe 函數如下：

調用 iio_read_channel_raw 函數讀取 AD 采集的原始數據并存入 val 中。

使用標準電壓將 AD 轉換的值轉換為用戶所需要的電壓值。其計算公式如下：

注：

• Vref 為標準電壓

• n 為 AD 轉換的位數

• Vresult 為用戶所需要的采集電壓

• raw 為 AD 采集的原始數據

例如，標準電壓為 1.8V，AD 采集位數為 10 位，AD 采集到的原始數據為 568，則：

在kernel/arch/arm64/boot/dts/rockchip/rk3399-firefly-demo.dtsi中使能adc_demo，將”disabled” 改為 “okay”:

編譯內核，燒錄內核到Firefly-RK3399 開發板上，然后插拔風扇時，會打印內核log信息如下：

有個便捷的方法可以查詢到每個SARADC的值：

驅動需要獲取ADC通道來使用時，需要對驅動的加載時間進行控制，必須要在saradc初始化之后。saradc是使用module_platform_driver()進行平臺設備驅動注冊，最終調用的是module_init()。所以用戶的驅動加載函數只需使用比module_init()優先級低的，例如：late_initcall()，就能保證驅動的加載的時間比saradc初始化時間晚，可避免出錯。