色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

電子發燒友App

硬聲App

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
电子发烧友
开通电子发烧友VIP会员 尊享10大特权
海量资料免费下载
精品直播免费看
优质内容免费畅学
课程9折专享价
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示
電子發燒友網>電子資料下載>類型>參考設計>AD7291 IIO ADC Linux驅動程序

AD7291 IIO ADC Linux驅動程序

2021-05-23 | pdf | 164.34KB | 次下載 | 2積分

資料介紹

This version (20 Dec 2016 10:24) was approved by Lars-Peter Clausen.The Previously approved version (11 Feb 2016 20:45) is available.Diff

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

Source Mainlined?
git Yes

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

21 Oct 2010 16:10

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.

02 Mar 2011 15:16

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;
};
02 Mar 2011 15:16

Typical event attributes

/sys/bus/iio/devices/iio:deviceX/events
Configuration of which hardware generated events are passed up to user-space.

  • Threshold Events:

Z[_name]_thresh[_rising|falling]_en
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. [Z][_name]__thresh_value) or [Z][_name]__thresh_rising_value and [Z][_name]__thresh_falling_value may take different values, but the device can only enable both thresholds or neither. Note the driver will assume the last p events requested are to be enabled where p is however many it supports (which may vary depending on the exact set requested. So if you want to be sure you have set what you think you have, check the contents of these attributes after everything is configured. Drivers may have to buffer any parameters so that they are consistent when a given event type is enabled a future point (and not those for whatever event was previously enabled).

Z[_name]_thresh[_rising|falling]_value
Specifies the value of threshold that the device is comparing against for the events enabled by Z[_name]_thresh[_rising|falling]_en. If separate attributes exist for the two directions, but direction is not specified for this attribute, then a single threshold value applies to both directions. The raw or input element of the name indicates whether the value is in raw device units or in processed units (as _raw and _input do on sysfs direct channel read attributes).

  • Rate of Change Events:

[Z][_name]_roc[_rising|falling]_en
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. [Z][_name]__roc_value) or [Z][_name]__roc_rising_value and [Z][_name]__roc_falling_value may take different values, but the device can only enable both rate of change thresholds or neither. Note the driver will assume the last p events requested are to be enabled where p is however many it supports (which may vary depending on the exact set requested. So if you want to be sure you have set what you think you have, check the contents of these attributes after everything is configured. Drivers may have to buffer any parameters so that they are consistent when a given event type is enabled a future point (and not those for whatever event was previously enabled).

[Z][_name]_roc[_rising|falling]_value
Specifies the value of rate of change threshold that the device is comparing against for the events enabled by [Z][_name]_roc[_rising|falling]_en. If separate attributes exist for the two directions, but direction is not specified for this attribute, then a single threshold value applies to both directions. The raw or input element of the name indicates whether the value is in raw device units or in processed units (as _raw and _input do on sysfs direct channel read attributes).

  • Magnitude Events:

Z[_name]_mag[_rising|falling]_en
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.

Z[_name]_mag[_rising|falling]_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:

[Z][_name][_thresh|_roc][_rising|falling]_period
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.

02 Mar 2011 15:16

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

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

下載該資料的人也在下載 下載該資料的人還在閱讀
更多 >

評論

请按住滑块,拖动到最右边
了解新功能

查看更多

广告

下載排行

本周

  1. 1電子電路原理第七版PDF電子教材免費下載
  2. 0.00 MB  |  1491次下載  |  免費
  3. 2單片機典型實例介紹
  4. 18.19 MB  |  95次下載  |  1 積分
  5. 3S7-200PLC編程實例詳細資料
  6. 1.17 MB  |  27次下載  |  1 積分
  7. 4筆記本電腦主板的元件識別和講解說明
  8. 4.28 MB  |  18次下載  |  4 積分
  9. 5開關電源原理及各功能電路詳解
  10. 0.38 MB  |  11次下載  |  免費
  11. 6100W短波放大電路圖
  12. 0.05 MB  |  4次下載  |  3 積分
  13. 7基于單片機和 SG3525的程控開關電源設計
  14. 0.23 MB  |  4次下載  |  免費
  15. 8基于AT89C2051/4051單片機編程器的實驗
  16. 0.11 MB  |  4次下載  |  免費

本月

  1. 1OrCAD10.5下載OrCAD10.5中文版軟件
  2. 0.00 MB  |  234313次下載  |  免費
  3. 2PADS 9.0 2009最新版 -下載
  4. 0.00 MB  |  66304次下載  |  免費
  5. 3protel99下載protel99軟件下載(中文版)
  6. 0.00 MB  |  51209次下載  |  免費
  7. 4LabView 8.0 專業版下載 (3CD完整版)
  8. 0.00 MB  |  51043次下載  |  免費
  9. 5555集成電路應用800例(新編版)
  10. 0.00 MB  |  33562次下載  |  免費
  11. 6接口電路圖大全
  12. 未知  |  30320次下載  |  免費
  13. 7Multisim 10下載Multisim 10 中文版
  14. 0.00 MB  |  28588次下載  |  免費
  15. 8開關電源設計實例指南
  16. 未知  |  21539次下載  |  免費

總榜

  1. 1matlab軟件下載入口
  2. 未知  |  935053次下載  |  免費
  3. 2protel99se軟件下載(可英文版轉中文版)
  4. 78.1 MB  |  537793次下載  |  免費
  5. 3MATLAB 7.1 下載 (含軟件介紹)
  6. 未知  |  420026次下載  |  免費
  7. 4OrCAD10.5下載OrCAD10.5中文版軟件
  8. 0.00 MB  |  234313次下載  |  免費
  9. 5Altium DXP2002下載入口
  10. 未知  |  233046次下載  |  免費
  11. 6電路仿真軟件multisim 10.0免費下載
  12. 340992  |  191183次下載  |  免費
  13. 7十天學會AVR單片機與C語言視頻教程 下載
  14. 158M  |  183277次下載  |  免費
  15. 8proe5.0野火版下載(中文版免費下載)
  16. 未知  |  138039次下載  |  免費
主站蜘蛛池模板: 97在线观看免费视频 | 久久视热频这里只精品 | 99久久伊人一区二区yy5o99 | 国产欧美日韩视频怡春院 | 女教师跟黑人男朋友激情过后 | 成人国内精品久久久久影院 | 亚洲精品久久区二区三区蜜桃臀 | 亚洲精品AV一二三区无码 | 人妻美妇疯狂迎合 | 亚洲AV无码专区国产精品99 | 抽插内射高潮呻吟V杜V | 草莓视频在线观看免费观看高清 | 国产精品视频免费观看 | 67194成在线观看免费 | 精品国产乱码久久久久久下载 | 性欧美13处14处破 | 亚洲乱码AV久久久久久久 | 极品少妇高潮啪啪无码吴梦 | 亚洲第一国产 | 色狠狠AV老熟女 | 国产精品悠悠久久人妻精品 | 蜜桃臀无码内射一区二区三区 | 视频一区国产在线二区 | 我的奶头被客人吸的又肿又红 | 免费在线观看国产 | 三级黄色小视频 | 久久亚洲精品AV成人无 | 亚洲VA欧美VA天堂V国产综合 | 2020亚洲国产在线播放在线 | 高清国产在线观看 | 四库影院永久国产精品 | 老汉老太bbbbbxxxxx| 色综合色综合久久综合频道 | 扒开老师大腿猛进AAA片邪恶 | 极品虎白在线观看 | 91夫妻交友论坛 | 成人精品视频在线观看 | 亚洲精品电影天堂网 | 中字幕久久久人妻熟女天美传媒 | 亚洲精品资源网在线观看 | 国产精品网红女主播久久久 |