![]() |
This page is a candidate for renaming (move). The requested new name is: ADC driver or ADC STM32 driver . The supplied reason is: this article is no more dedicated to only Linux . -- Registered User (-) 15:38, 25 April 2022 (CEST). Wiki maintainers: remember to update the pages that link this page before renaming (moving) it. |
1. Article purpose[edit source]
This article introduces the Linux® and U-Boot drivers for the ADC internal peripheral. It answers the following questions:
- Which ADC features are supported by the driver,
- How to configure, use and debug the driver,
- What is the driver structure, and where the source code can be found.
2. Short description[edit source]
The ADC internal peripheral is supported in Linux and U-boot software components through dedicated drivers. Refer to ADC internal peripheral to know the actual support of an ADC particular instance, depending on STM32 MPU device and execution context (here U-Boot or Linux context).
2.1. U-Boot driver[edit source]
The U-Boot driver is based on the adc-uclass framework [1].
It supports one shot conversions in single and scan modes. U-boot ADC driver uses poll mechanism to monitor the end of ADC conversions, interrupts or DMA being not supported.
2.2. Linux kernel driver[edit source]
The ADC Linux® driver (kernel space) is based on the IIO framework.
It supports two modes:
- IIO direct mode: single capture on a channel (using interrupts)
- IIO triggered buffer mode: capture on one or more channels (preferably using DMA).
It uses the hardware triggers available in IIO. See TIM Linux driver and LPTIM Linux driver for more details.
2.3. Calibration handover between U-Boot and Linux kernel drivers[edit source]
The U-boot and Linux kernel drivers implement calibration support to improve the ADC accuracy. The recommendations to enhance ADC accuracy can be found in the application note AN2834. The ADC internal peripheral offers two kind of calibration:
- Offset calibration
This calibration is fast and may vary over time depending on voltage and temperature variations. The offset single-ended and differential calibration is performed on each boot in U-boot driver, and each time, new conversions are launched in the Linux kernel driver.
The linear calibration is STM32M MPU device dependent. This calibration is time consuming and does not change over time because it is neither voltage nor temperature dependent, it can be then done only once, on first boot.
![]() |
To minimize clock and voltage disturbances, the linear calibration is performed in U-Boot, when there is a minimal CPU activity. The ADC is kept active during the handover between U-Boot and Linux kernel, which allows the ADC Linux driver to retrieve the linear calibration factors from the ADC registers. |
3. Configuration[edit source]
3.1. U-Boot configuration[edit source]
The ADC U-Boot driver can be activated in the U-Boot configuration using the U-Boot Menuconfig tool (enable CONFIG_STM32_ADC).
Device Drivers --->
[*] Enable STMicroelectronics STM32 ADC driver
3.2. Linux kernel configuration[edit source]
The ADC Linux driver can be activated in the kernel configuration using the Linux Menuconfig tool (enable both CONFIG_STM32_ADC_CORE and CONFIG_STM32_ADC).
Device Drivers ---> <*> Industrial I/O support ---> Analog to digital converters ---> <*> STMicroelectronics STM32 adc core <*> STMicroelectronics STM32 adc
3.3. Device tree[edit source]
Refer to the ADC device tree configuration article where the configuration of ADC Linux kernel or U-boot drivers is explained.
4. How to use[edit source]
4.1. U-Boot driver[edit source]
The Analog to Digital Converters information and data can be accessed through the ADC command line tool. For that, the command line interface must be enabled in U-Boot configuration.
4.2. Linux kernel driver[edit source]
In "IIO direct mode", the conversion result can be read directly from sysfs (refer to How to do a simple ADC conversion using the sysfs interface).
In "IIO triggered buffer mode", the configuration must be performed using sysfs first. Then, character device (/dev/iio:deviceX) is used to read data (refer to Convert one or more channels using triggered buffer mode).
5. How to trace and debug[edit source]
5.1. In U-Boot[edit source]
Refer to U-Boot - How to debug for details about debug means in U-Boots.
5.2. In Linux kernel[edit source]
Refer to How to trace with dynamic debug for how to enable the debug logs in the driver and in the framework.
Refer to How to debug with debugfs for how to access information on ADC driver.
The ADC has system wide dependencies towards other key resources:
- runtime power management can be disabled, for example it may be forced on via power/control sysfs entry:
cd /sys/devices/platform/soc/48003000.adc/48003000.adc:adc@0 cat power/autosuspend_delay_ms 2000 cat power/control auto # kernel is allowed to automatically suspend the ADC device after autosuspend_delay_ms echo on > power/control # force the kernel to resume the ADC device (e.g. keep clocks and regulators enabled)
![]() |
It might be useful to disable runtime power management in order to dump registers by any means or to check clock and regulator usage (see example below). |
- clock[2] usage can be verified by reading clk_summary:
cat /sys/kernel/debug/clk/clk_summary | grep adc
adc12_k 1 1 0 24000000 0 0
adc12 1 1 0 196607910 0 0
- regulator[3] tree and usage can be verified (e.g. use count, open count or regulator reference voltage) as follows:
cat /sys/kernel/debug/regulator/regulator_summary
regulator use open bypass voltage current min max
-------------------------------------------------------------------------------
v3v3 4 5 0 3300mV 0mA 3300mV 3300mV
vdda 1 2 0 2900mV 0mA 2900mV 2900mV
40017000.dac 0mV 0mV
48003000.adc 0mV 0mV
- pinctrl[4] usage can be verified by reading pinmux-pins:
cd /sys/kernel/debug/pinctrl/soc\:pin*@50002000/ cat pinmux-pins | grep adc pin 92 (PF12): device 48003000.adc function analog group PF12 # check pin is assigned to ADC and is configured as "analog"
- interrupts can be verified by reading "interrupts":
cat /proc/interrupts
CPU0 CPU1
56: 2 0 dummy 0 Edge 48003000.adc:adc@0
6. Source code location[edit source]
6.1. U-Boot[edit source]
The ADC source code is composed of:
- stm32-adc-core driver to handle common resources such as clock (selection, prescaler), regulator used as reference voltage, interrupt and common registers.
- stm32-adc driver to handle the resources available for each ADC such as channel configuration.
6.2. Linux kernel[edit source]
The ADC source code is composed of:
- stm32-adc-core driver to handle common resources such as clock (selection, prescaler), regulator used as reference voltage, interrupt and common registers.
- stm32-adc driver to handle the resources available for each ADC such as channel configuration and buffer handling.
7. References[edit source]