資料介紹

Table of Contents
AD7291 IIO ADC Linux Driver
Supported Devices
Evaluation Boards
Description
This is a Linux industrial I/O (IIO) subsystem driver, targeting multi channel serial interface ADCs. The industrial I/O subsystem provides a unified framework for drivers for many different types of converters and sensors using a number of different physical interfaces (i2c, spi, etc). See IIO for more information.
Source Code
Status
Files
Function | File |
---|---|
driver | drivers/iio/adc/ad7291.c |
Example platform device initialization
Specifying reference voltage via the regulator framework
In case the AD7291 on-chip 2.5V reference is not used, this driver requires specifying the reference voltage, by using the Linux regulator framework.
Below example specifies a 3.3 Volt reference for the I2C device 0-002a on I2C-Bus 0. (0-002a)
#if defined(CONFIG_REGULATOR_FIXED_VOLTAGE) || defined(CONFIG_REGULATOR_FIXED_VOLTAGE_MODULE) static struct regulator_consumer_supply ad7291_consumer_supplies[] = { REGULATOR_SUPPLY("vcc", "0-002a"), }; ? static struct regulator_init_data board_avdd_reg_init_data = { .constraints = { .name = "3V3", .valid_ops_mask = REGULATOR_CHANGE_STATUS, }, .consumer_supplies = ad7291_consumer_supplies, .num_consumer_supplies = ARRAY_SIZE(ad7291_consumer_supplies), }; ? static struct fixed_voltage_config board_vdd_pdata = { .supply_name = "board-3V3", .microvolts = 3300000, .gpio = -EINVAL, .enabled_at_boot = 0, .init_data = &board_avdd_reg_init_data, }; static struct platform_device brd_voltage_regulator = { .name = "reg-fixed-voltage", .id = -1, .num_resources = 0, .dev = { .platform_data = &board_vdd_pdata, }, }; #endif
static struct platform_device *board_devices[] __initdata = { #if defined(CONFIG_REGULATOR_FIXED_VOLTAGE) || defined(CONFIG_REGULATOR_FIXED_VOLTAGE_MODULE) &brd_voltage_regulator #endif };
static int __init board_init(void) { [--snip--] ? platform_add_devices(board_devices, ARRAY_SIZE(board_devices)); ? [--snip--] ? return 0; } arch_initcall(board_init);
Declaring I2C devices
Unlike PCI or USB devices, I2C devices are not enumerated at the hardware level. Instead, the software must know which devices are connected on each I2C bus segment, and what address these devices are using. For this reason, the kernel code must instantiate I2C devices explicitly. There are different ways to achieve this, depending on the context and requirements. However the most common method is to declare the I2C devices by bus number.
This method is appropriate when the I2C bus is a system bus, as in many embedded systems, wherein each I2C bus has a number which is known in advance. It is thus possible to pre-declare the I2C devices that inhabit this bus. This is done with an array of struct i2c_board_info, which is registered by calling i2c_register_board_info().
So, to enable such a driver one need only edit the board support file by adding an appropriate entry to i2c_board_info.
For more information see: Documentation/i2c/instantiating-devices
Depending on the converter IC used, you may need to set the I2C_BOARD_INFO name accordingly, matching your part name.
static struct i2c_board_info __initdata board_i2c_board_info[] = { #if defined(CONFIG_AD7291) || defined(CONFIG_AD7291_MODULE) { I2C_BOARD_INFO("ad7291", 0x2A), .irq = IRQ_PG14, }, #endif };
static int __init board_init(void) { [--snip--] ? i2c_register_board_info(0, board_i2c_board_info, ARRAY_SIZE(board_i2c_board_info)); [--snip--] ? return 0; } arch_initcall(board_init);
Adding Linux driver support
Configure kernel with “make menuconfig” (alternatively use “make xconfig” or “make qconfig”)
The driver depends on CONFIG_I2C
Linux Kernel Configuration Device Drivers ---> [*] Staging drivers ---> <*> Industrial I/O support ---> --- Industrial I/O support -*- Enable ring buffer support within IIO -*- Industrial I/O lock free software ring -*- Enable triggered sampling support *** Analog to digital converters *** [--snip--] <*> Analog Devices AD7291 ADC driver [--snip--]
Hardware configuration
Driver testing
Each and every IIO device, typically a hardware chip, has a device folder under /sys/bus/iio/devices/iio:deviceX. Where X is the IIO index of the device. Under every of these directory folders reside a set of files, depending on the characteristics and features of the hardware device in question. These files are consistently generalized and documented in the IIO ABI documentation. In order to determine which IIO deviceX corresponds to which hardware device, the user can read the name file /sys/bus/iio/devices/iio:deviceX/name. In case the sequence in which the iio device drivers are loaded/registered is constant, the numbering is constant and may be known in advance.
This specifies any shell prompt running on the target
root:/> cd /sys/bus/iio/devices/ root:/sys/bus/iio/devices> ls iio:device0 root:/sys/bus/iio/devices> cd iio:device0 root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> ls -l -r--r--r-- 1 root root 4096 Jan 1 00:38 dev drwxr-xr-x 2 root root 0 Jan 1 00:38 events -rw-r--r-- 1 root root 4096 Jan 1 00:38 in_temp0_mean_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_temp0_raw -rw-r--r-- 1 root root 4096 Jan 1 00:38 in_temp0_scale -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage0_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage1_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage2_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage3_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage4_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage5_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage6_raw -r--r--r-- 1 root root 4096 Jan 1 00:38 in_voltage7_raw -rw-r--r-- 1 root root 4096 Jan 1 00:38 in_voltage_scale -r--r--r-- 1 root root 4096 Jan 1 00:38 name drwxr-xr-x 2 root root 0 Jan 1 00:38 power --w------- 1 root root 4096 Jan 1 00:38 reset lrwxrwxrwx 1 root root 0 Jan 1 00:38 subsystem -> ../../../../../../bus/iio -rw-r--r-- 1 root root 4096 Jan 1 00:38 uevent
Show device name
This specifies any shell prompt running on the target
root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> cat name ad7291
Show scale
Description:
scale to be applied to in_voltageX_raw in order to obtain the measured voltage in millivolts.
This specifies any shell prompt running on the target
root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> cat in_voltage_scale 0.610000
Show channel 0 measurement
Description:
Raw unscaled voltage measurement on channel 0
ADC Input | Channel name |
---|---|
VIN0 | in_voltage0_raw |
VIN1 | in_voltage1_raw |
VIN2 | in_voltage2_raw |
VIN3 | in_voltage3_raw |
VIN4 | in_voltage4_raw |
VIN5 | in_voltage5_raw |
VIN6 | in_voltage6_raw |
VIN7 | in_voltage7_raw |
This specifies any shell prompt running on the target
root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> cat in_voltage0_raw 1641
U = in_voltage0_raw * in_voltage_scale = 1641 * 0.610000 = 1001,01 mV
Show internal temperature
Description: /sys/bus/iio/devices/iio:deviceX/in_temp0_raw
Shows raw unscaled temperature.
Channel name | Description |
---|---|
in_temp0_raw | Current temperature |
in_temp0_mean_raw | Averaged temperature |
This specifies any shell prompt running on the target
root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> cat in_temp0_raw 107 root:/sys/devices/platform/i2c-bfin-twi.0/i2c-0/0-002a/iio:device0> cat in_temp0_scale 250
T = in_temp0_raw * in_temp0_scale = 107 * 250 = 26750 = 26.75 °C
Hardware Events
Event Management
The Industrial I/O subsystem provides support for passing hardware generated events up to userspace.
In IIO events are not used for passing normal readings from the sensing devices to userspace, but rather for out of band information. Normal data reaches userspace through a low overhead character device - typically via either software or hardware buffer. The stream format is pseudo fixed, so is described and controlled via sysfs rather than adding headers to the data describing what is in it.
Pretty much all IIO events correspond to thresholds on some value derived from one or more raw readings from the sensor. They are provided by the underlying hardware.
Examples include:
- Straight crossing a voltage threshold
- Moving average crosses a threshold
- Motion detectors (lots of ways of doing this).
- Thresholds on sum squared or rms values.
- Rate of change thresholds.
- Lots more variants…
Events have timestamps.
The Interface:
- Single user at a time.
- Simple chrdev per device (aggregation across devices doesn't really make sense for IIO as you tend to really care which sensor caused the event rather than just that it happened.)
The format is:
/** * struct iio_event_data - The actual event being pushed to userspace * @id: event identifier * @timestamp: best estimate of time of event occurrence (often from * the interrupt handler) */ struct iio_event_data { u64 id; s64 timestamp; };
Typical event attributes
/sys/bus/iio/devices/iio:deviceX/events
Configuration of which hardware generated events are passed up
to user-space.
- Threshold Events:
Event generated when channel passes a threshold in the specified
(_rising|_falling) direction. If the direction is not specified,
then either the device will report an event which ever direction
a single threshold value is called in (e.g.
Specifies the value of threshold that the device is comparing
against for the events enabled by
- Rate of Change Events:
Event generated when channel passes a threshold on the rate of
change (1st differential) in the specified (_rising|_falling)
direction. If the direction is not specified, then either the
device will report an event which ever direction a single
threshold value is called in (e.g.
Specifies the value of rate of change threshold that the
device is comparing against for the events enabled by
- Magnitude Events:
Similar to in_accel_x_thresh[_rising|_falling]_en, but here the
magnitude of the channel is compared to the threshold, not its
signed value.
The value to which the magnitude of the channel is compared. If
number or direction is not specified, applies to all channels of
this type.
- Temporal Conditions:
Period of time (in seconds) for which the condition must be
met before an event is generated. If direction is not
specified then this period applies to both directions.
Supported Events
Event Attributes |
---|
Channel Temp |
in_temp0_thresh_both_hyst_raw |
in_temp0_thresh_falling_en |
in_temp0_thresh_falling_value |
in_temp0_thresh_rising_en |
in_temp0_thresh_rising_value |
Channel VIN0 |
in_voltage0_thresh_both_hyst_raw |
in_voltage0_thresh_falling_en |
in_voltage0_thresh_falling_value |
in_voltage0_thresh_rising_en |
in_voltage0_thresh_rising_value |
Channel VIN1 |
in_voltage1_thresh_both_hyst_raw |
in_voltage1_thresh_falling_en |
in_voltage1_thresh_falling_value |
in_voltage1_thresh_rising_en |
in_voltage1_thresh_rising_value |
Channel VIN2 |
in_voltage2_thresh_both_hyst_raw |
in_voltage2_thresh_falling_en |
in_voltage2_thresh_falling_value |
in_voltage2_thresh_rising_en |
in_voltage2_thresh_rising_value |
Channel VIN3 |
in_voltage3_thresh_both_hyst_raw |
in_voltage3_thresh_falling_en |
in_voltage3_thresh_falling_value |
in_voltage3_thresh_rising_en |
in_voltage3_thresh_rising_value |
Channel VIN4 |
in_voltage4_thresh_both_hyst_raw |
in_voltage4_thresh_falling_en |
in_voltage4_thresh_falling_value |
in_voltage4_thresh_rising_en |
in_voltage4_thresh_rising_value |
Channel VIN5 |
in_voltage5_thresh_both_hyst_raw |
in_voltage5_thresh_falling_en |
in_voltage5_thresh_falling_value |
in_voltage5_thresh_rising_en |
in_voltage5_thresh_rising_value |
Channel VIN6 |
in_voltage6_thresh_both_hyst_raw |
in_voltage6_thresh_falling_en |
in_voltage6_thresh_falling_value |
in_voltage6_thresh_rising_en |
in_voltage6_thresh_rising_value |
Channel VIN7 |
in_voltage7_thresh_both_hyst_raw |
in_voltage7_thresh_falling_en |
in_voltage7_thresh_falling_value |
in_voltage7_thresh_rising_en |
in_voltage7_thresh_rising_value |
More Information
- IIO mailing list: linux [dash] iio [at] vger [dot] kernel [dot] org
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
- AD5449 IIO DAC Linux驱动程序3次下载
- AD5380 IIO多通道Linux驱动程序DAC8次下载
- AD5421 IIO DAC Linux驱动程序2次下载
- AD5360 IIO多通道Linux驱动程序DAC7次下载
- AD7303 IIO DAC Linux驱动程序1次下载
- AD5446 IIO DAC Linux驱动程序8次下载
- AD7606 IIO多通道同步采样ADC Linux驱动程序23次下载
- IIO单通道串行ADC Linux驱动程序7次下载
- AD9834 IIO直接数字合成Linux驱动程序1次下载
- AD9832 IIO直接数字合成Linux驱动程序3次下载
- AD7998 IIO ADC Linux驱动程序16次下载
- AD7887 IIO ADC Linux驱动程序6次下载
- AD5933 IIO阻抗转换器和网络分析仪Linux驱动程序13次下载
- AD5677R NanDAC+IIO Linux驱动程序12次下载
- AD7291 评估软件7次下载
- 怎么编写Framebuffer驱动程序923次阅读
- 自动删除SDK/Vitis下驱动程序的旧版本的Linux脚本832次阅读
- 如何写一个Linux设备驱动程序4944次阅读
- 米尔科技LINUX设备驱动程序教程2379次阅读
- 嵌入式Linux内核的驱动程序开发是怎样的1683次阅读
- 浅谈电脑驱动程序的工作原理 详解电脑驱动程序意义31180次阅读
- 基于嵌入式Linux内核的系统设备驱动程序开发设计1365次阅读
- 基于Linux2.6.30开发DS18B20的驱动程序的类型和文件操作接口函数详解1681次阅读
- 可动态安装的Linux设备驱动程序1113次阅读
- 8255A驱动程序3695次阅读
- 8155驱动程序3529次阅读
- 深入了解USB驱动之总线驱动程序9136次阅读
- Xilinx设备的驱动程序8540次阅读
- 基于ADC081S051与51单片机的接口电路及驱动程序4861次阅读
- PCI驱动程序开发实例7075次阅读
下載排行
本周
- 1電子電路原理第七版PDF電子教材免費下載
- 0.00 MB | 1491次下載 | 免費
- 2單片機典型實例介紹
- 18.19 MB | 95次下載 | 1 積分
- 3S7-200PLC編程實例詳細資料
- 1.17 MB | 27次下載 | 1 積分
- 4筆記本電腦主板的元件識別和講解說明
- 4.28 MB | 18次下載 | 4 積分
- 5開關電源原理及各功能電路詳解
- 0.38 MB | 11次下載 | 免費
- 6100W短波放大電路圖
- 0.05 MB | 4次下載 | 3 積分
- 7基于單片機和 SG3525的程控開關電源設計
- 0.23 MB | 4次下載 | 免費
- 8基于AT89C2051/4051單片機編程器的實驗
- 0.11 MB | 4次下載 | 免費
本月
- 1OrCAD10.5下載OrCAD10.5中文版軟件
- 0.00 MB | 234313次下載 | 免費
- 2PADS 9.0 2009最新版 -下載
- 0.00 MB | 66304次下載 | 免費
- 3protel99下載protel99軟件下載(中文版)
- 0.00 MB | 51209次下載 | 免費
- 4LabView 8.0 專業版下載 (3CD完整版)
- 0.00 MB | 51043次下載 | 免費
- 5555集成電路應用800例(新編版)
- 0.00 MB | 33562次下載 | 免費
- 6接口電路圖大全
- 未知 | 30320次下載 | 免費
- 7Multisim 10下載Multisim 10 中文版
- 0.00 MB | 28588次下載 | 免費
- 8開關電源設計實例指南
- 未知 | 21539次下載 | 免費
總榜
- 1matlab軟件下載入口
- 未知 | 935053次下載 | 免費
- 2protel99se軟件下載(可英文版轉中文版)
- 78.1 MB | 537793次下載 | 免費
- 3MATLAB 7.1 下載 (含軟件介紹)
- 未知 | 420026次下載 | 免費
- 4OrCAD10.5下載OrCAD10.5中文版軟件
- 0.00 MB | 234313次下載 | 免費
- 5Altium DXP2002下載入口
- 未知 | 233046次下載 | 免費
- 6電路仿真軟件multisim 10.0免費下載
- 340992 | 191183次下載 | 免費
- 7十天學會AVR單片機與C語言視頻教程 下載
- 158M | 183277次下載 | 免費
- 8proe5.0野火版下載(中文版免費下載)
- 未知 | 138039次下載 | 免費
評論