1 What: /sys/bus/iio/devices/iio:deviceX
3 Contact: linux-iio@vger.kernel.org
5 Hardware chip or device accessed by one communication port.
6 Corresponds to a grouping of sensor channels. X is the IIO
9 What: /sys/bus/iio/devices/triggerX
11 Contact: linux-iio@vger.kernel.org
13 An event driven driver of data capture to an in kernel buffer.
14 May be provided by a device driver that also has an IIO device
15 based on hardware generated events (e.g. data ready) or
16 provided by a separate driver for other hardware (e.g.
17 periodic timer, GPIO or high resolution timer).
18 Contains trigger type specific elements. These do not
19 generalize well and hence are not documented in this file.
20 X is the IIO index of the trigger.
22 What: /sys/bus/iio/devices/iio:deviceX/buffer
24 Contact: linux-iio@vger.kernel.org
26 Directory of attributes relating to the buffer for the device.
28 What: /sys/bus/iio/devices/iio:deviceX/name
30 Contact: linux-iio@vger.kernel.org
32 Description of the physical chip / device for device X.
33 Typically a part number.
35 What: /sys/bus/iio/devices/iio:deviceX/timestamp_clock
37 Contact: linux-iio@vger.kernel.org
39 String identifying current posix clock used to timestamp
40 buffered samples and events for device X.
42 What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency
43 What: /sys/bus/iio/devices/iio:deviceX/buffer/sampling_frequency
44 What: /sys/bus/iio/devices/triggerX/sampling_frequency
46 Contact: linux-iio@vger.kernel.org
48 Some devices have internal clocks. This parameter sets the
49 resulting sampling frequency. In many devices this
50 parameter has an effect on input filters etc. rather than
51 simply controlling when the input is sampled. As this
52 effects data ready triggers, hardware buffers and the sysfs
53 direct access interfaces, it may be found in any of the
54 relevant directories. If it effects all of the above
55 then it is to be found in the base device directory.
57 What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency_available
58 What: /sys/.../iio:deviceX/buffer/sampling_frequency_available
59 What: /sys/bus/iio/devices/triggerX/sampling_frequency_available
61 Contact: linux-iio@vger.kernel.org
63 When the internal sampling clock can only take a small
64 discrete set of values, this file lists those available.
66 What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio
68 Contact: linux-iio@vger.kernel.org
70 Hardware dependent ADC oversampling. Controls the sampling ratio
71 of the digital filter if available.
73 What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio_available
75 Contact: linux-iio@vger.kernel.org
77 Hardware dependent values supported by the oversampling filter.
79 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_raw
80 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_raw
81 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_i_raw
82 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_q_raw
84 Contact: linux-iio@vger.kernel.org
86 Raw (unscaled no bias removal etc.) voltage measurement from
87 channel Y. In special cases where the channel does not
88 correspond to externally available input one of the named
89 versions may be used. The number must always be specified and
90 unique to allow association with event codes. Units after
91 application of scale and offset are millivolts.
93 Channels with 'i' and 'q' modifiers always exist in pairs and both
94 channels refer to the same signal. The 'i' channel contains the in-phase
95 component of the signal while the 'q' channel contains the quadrature
98 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY-voltageZ_raw
100 Contact: linux-iio@vger.kernel.org
102 Raw (unscaled) differential voltage measurement equivalent to
103 channel Y - channel Z where these channel numbers apply to the
104 physically equivalent inputs when non differential readings are
105 separately available. In differential only parts, then all that
106 is required is a consistent labeling. Units after application
107 of scale and offset are millivolts.
109 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_raw
110 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_supply_raw
112 Contact: linux-iio@vger.kernel.org
114 Raw (unscaled no bias removal etc.) current measurement from
115 channel Y. In special cases where the channel does not
116 correspond to externally available input one of the named
117 versions may be used. The number must always be specified and
118 unique to allow association with event codes. Units after
119 application of scale and offset are milliamps.
121 What: /sys/bus/iio/devices/iio:deviceX/in_capacitanceY_raw
123 Contact: linux-iio@vger.kernel.org
125 Raw capacitance measurement from channel Y. Units after
126 application of scale and offset are nanofarads.
128 What: /sys/.../iio:deviceX/in_capacitanceY-in_capacitanceZ_raw
130 Contact: linux-iio@vger.kernel.org
132 Raw differential capacitance measurement equivalent to
133 channel Y - channel Z where these channel numbers apply to the
134 physically equivalent inputs when non differential readings are
135 separately available. In differential only parts, then all that
136 is required is a consistent labeling. Units after application
137 of scale and offset are nanofarads.
139 What: /sys/bus/iio/devices/iio:deviceX/in_temp_raw
140 What: /sys/bus/iio/devices/iio:deviceX/in_tempX_raw
141 What: /sys/bus/iio/devices/iio:deviceX/in_temp_x_raw
142 What: /sys/bus/iio/devices/iio:deviceX/in_temp_y_raw
143 What: /sys/bus/iio/devices/iio:deviceX/in_temp_ambient_raw
144 What: /sys/bus/iio/devices/iio:deviceX/in_temp_object_raw
145 KernelVersion: 2.6.35
146 Contact: linux-iio@vger.kernel.org
148 Raw (unscaled no bias removal etc.) temperature measurement.
149 If an axis is specified it generally means that the temperature
150 sensor is associated with one part of a compound device (e.g.
151 a gyroscope axis). The ambient and object modifiers distinguish
152 between ambient (reference) and distant temperature for contact-
153 less measurements. Units after application of scale and offset
154 are milli degrees Celsius.
156 What: /sys/bus/iio/devices/iio:deviceX/in_tempX_input
157 KernelVersion: 2.6.38
158 Contact: linux-iio@vger.kernel.org
160 Scaled temperature measurement in milli degrees Celsius.
162 What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_raw
163 What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_raw
164 What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_raw
165 KernelVersion: 2.6.35
166 Contact: linux-iio@vger.kernel.org
168 Acceleration in direction x, y or z (may be arbitrarily assigned
169 but should match other such assignments on device).
170 Has all of the equivalent parameters as per voltageY. Units
171 after application of scale and offset are m/s^2.
173 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_raw
174 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_raw
175 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_raw
176 KernelVersion: 2.6.35
177 Contact: linux-iio@vger.kernel.org
179 Angular velocity about axis x, y or z (may be arbitrarily
180 assigned). Has all the equivalent parameters as per voltageY.
181 Units after application of scale and offset are radians per
184 What: /sys/bus/iio/devices/iio:deviceX/in_incli_x_raw
185 What: /sys/bus/iio/devices/iio:deviceX/in_incli_y_raw
186 What: /sys/bus/iio/devices/iio:deviceX/in_incli_z_raw
187 KernelVersion: 2.6.35
188 Contact: linux-iio@vger.kernel.org
190 Inclination raw reading about axis x, y or z (may be
191 arbitrarily assigned). Data converted by application of offset
192 and scale to degrees.
194 What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_raw
195 What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_raw
196 What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_raw
197 KernelVersion: 2.6.35
198 Contact: linux-iio@vger.kernel.org
200 Magnetic field along axis x, y or z (may be arbitrarily
201 assigned). Data converted by application of offset
204 What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_peak_raw
205 What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_peak_raw
206 What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_peak_raw
207 KernelVersion: 2.6.36
208 Contact: linux-iio@vger.kernel.org
210 Highest value since some reset condition. These
211 attributes allow access to this and are otherwise
212 the direct equivalent of the <type>Y[_name]_raw attributes.
214 What: /sys/bus/iio/devices/iio:deviceX/in_accel_xyz_squared_peak_raw
215 KernelVersion: 2.6.36
216 Contact: linux-iio@vger.kernel.org
218 A computed peak value based on the sum squared magnitude of
219 the underlying value in the specified directions.
221 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_raw
222 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_raw
224 Contact: linux-iio@vger.kernel.org
226 Raw pressure measurement from channel Y. Units after
227 application of scale and offset are kilopascal.
229 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_input
230 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_input
232 Contact: linux-iio@vger.kernel.org
234 Scaled pressure measurement from channel Y, in kilopascal.
236 What: /sys/bus/iio/devices/iio:deviceX/in_humidityrelative_raw
238 Contact: linux-iio@vger.kernel.org
240 Raw humidity measurement of air. Units after application of
241 scale and offset are milli percent.
243 What: /sys/bus/iio/devices/iio:deviceX/in_humidityrelative_input
245 Contact: linux-iio@vger.kernel.org
247 Scaled humidity measurement in milli percent.
249 What: /sys/bus/iio/devices/iio:deviceX/in_X_mean_raw
251 Contact: linux-iio@vger.kernel.org
253 Averaged raw measurement from channel X. The number of values
254 used for averaging is device specific. The converting rules for
255 normal raw values also applies to the averaged raw values.
257 What: /sys/bus/iio/devices/iio:deviceX/in_accel_offset
258 What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_offset
259 What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_offset
260 What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_offset
261 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_offset
262 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_offset
263 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_i_offset
264 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_q_offset
265 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_q_offset
266 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_i_offset
267 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_offset
268 What: /sys/bus/iio/devices/iio:deviceX/in_current_offset
269 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_i_offset
270 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_q_offset
271 What: /sys/bus/iio/devices/iio:deviceX/in_current_q_offset
272 What: /sys/bus/iio/devices/iio:deviceX/in_current_i_offset
273 What: /sys/bus/iio/devices/iio:deviceX/in_tempY_offset
274 What: /sys/bus/iio/devices/iio:deviceX/in_temp_offset
275 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_offset
276 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_offset
277 What: /sys/bus/iio/devices/iio:deviceX/in_humidityrelative_offset
278 What: /sys/bus/iio/devices/iio:deviceX/in_magn_offset
279 What: /sys/bus/iio/devices/iio:deviceX/in_rot_offset
280 KernelVersion: 2.6.35
281 Contact: linux-iio@vger.kernel.org
283 If known for a device, offset to be added to <type>[Y]_raw prior
284 to scaling by <type>[Y]_scale in order to obtain value in the
285 <type> units as specified in <type>[Y]_raw documentation.
286 Not present if the offset is always 0 or unknown. If Y or
287 axis <x|y|z> is not present, then the offset applies to all
288 in channels of <type>.
289 May be writable if a variable offset can be applied on the
290 device. Note that this is different to calibbias which
291 is for devices (or drivers) that apply offsets to compensate
292 for variation between different instances of the part, typically
293 adjusted by using some hardware supported calibration procedure.
294 Calibbias is applied internally, offset is applied in userspace
297 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_scale
298 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_i_scale
299 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_q_scale
300 What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_scale
301 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_scale
302 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_i_scale
303 What: /sys/bus/iio/devices/iio:deviceX/in_voltage_q_scale
304 What: /sys/bus/iio/devices/iio:deviceX/in_voltage-voltage_scale
305 What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_scale
306 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_scale
307 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_scale
308 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_supply_scale
309 What: /sys/bus/iio/devices/iio:deviceX/in_current_scale
310 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_i_scale
311 What: /sys/bus/iio/devices/iio:deviceX/in_currentY_q_scale
312 What: /sys/bus/iio/devices/iio:deviceX/in_current_i_scale
313 What: /sys/bus/iio/devices/iio:deviceX/in_current_q_scale
314 What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale
315 What: /sys/bus/iio/devices/iio:deviceX/in_accel_peak_scale
316 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_scale
317 What: /sys/bus/iio/devices/iio:deviceX/in_energy_scale
318 What: /sys/bus/iio/devices/iio:deviceX/in_distance_scale
319 What: /sys/bus/iio/devices/iio:deviceX/in_magn_scale
320 What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_scale
321 What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_scale
322 What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_scale
323 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_magnetic_scale
324 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_true_scale
325 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_magnetic_tilt_comp_scale
326 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_true_tilt_comp_scale
327 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_scale
328 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_scale
329 What: /sys/bus/iio/devices/iio:deviceX/in_humidityrelative_scale
330 What: /sys/bus/iio/devices/iio:deviceX/in_velocity_sqrt(x^2+y^2+z^2)_scale
331 What: /sys/bus/iio/devices/iio:deviceX/in_illuminance_scale
332 What: /sys/bus/iio/devices/iio:deviceX/in_countY_scale
333 KernelVersion: 2.6.35
334 Contact: linux-iio@vger.kernel.org
336 If known for a device, scale to be applied to <type>Y[_name]_raw
337 post addition of <type>[Y][_name]_offset in order to obtain the
338 measured value in <type> units as specified in
339 <type>[Y][_name]_raw documentation. If shared across all in
340 channels then Y and <x|y|z> are not present and the value is
341 called <type>[Y][_name]_scale. The peak modifier means this
342 value is applied to <type>Y[_name]_peak_raw values.
344 What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibbias
345 What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibbias
346 What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibbias
347 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibbias
348 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibbias
349 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibbias
350 What: /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibbias
351 What: /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibbias
352 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_calibbias
353 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_calibbias
354 KernelVersion: 2.6.35
355 Contact: linux-iio@vger.kernel.org
357 Hardware applied calibration offset (assumed to fix production
360 What /sys/bus/iio/devices/iio:deviceX/in_voltageY_calibscale
361 What /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_calibscale
362 What /sys/bus/iio/devices/iio:deviceX/in_voltageY_i_calibscale
363 What /sys/bus/iio/devices/iio:deviceX/in_voltageY_q_calibscale
364 What /sys/bus/iio/devices/iio:deviceX/in_voltage_i_calibscale
365 What /sys/bus/iio/devices/iio:deviceX/in_voltage_q_calibscale
366 What /sys/bus/iio/devices/iio:deviceX/in_voltage_calibscale
367 What /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibscale
368 What /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibscale
369 What /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibscale
370 What /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibscale
371 What /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibscale
372 What /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibscale
373 what /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibscale
374 what /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibscale
375 What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_calibscale
376 What: /sys/bus/iio/devices/iio:deviceX/in_pressure_calibscale
377 What: /sys/bus/iio/devices/iio:deviceX/in_illuminance_calibscale
378 KernelVersion: 2.6.35
379 Contact: linux-iio@vger.kernel.org
381 Hardware applied calibration scale factor (assumed to fix
382 production inaccuracies). If shared across all channels,
383 <type>_calibscale is used.
385 What: /sys/bus/iio/devices/iio:deviceX/in_activity_calibgender
386 What: /sys/bus/iio/devices/iio:deviceX/in_energy_calibgender
387 What: /sys/bus/iio/devices/iio:deviceX/in_distance_calibgender
388 What: /sys/bus/iio/devices/iio:deviceX/in_velocity_calibgender
390 Contact: linux-iio@vger.kernel.org
392 Gender of the user (e.g.: male, female) used by some pedometers
393 to compute the stride length, distance, speed and activity
396 What: /sys/bus/iio/devices/iio:deviceX/in_activity_calibgender_available
397 What: /sys/bus/iio/devices/iio:deviceX/in_energy_calibgender_available
398 What: /sys/bus/iio/devices/iio:deviceX/in_distance_calibgender_available
399 What: /sys/bus/iio/devices/iio:deviceX/in_velocity_calibgender_available
401 Contact: linux-iio@vger.kernel.org
403 Lists all available gender values (e.g.: male, female).
405 What: /sys/bus/iio/devices/iio:deviceX/in_activity_calibheight
406 What: /sys/bus/iio/devices/iio:deviceX/in_energy_calibheight
407 What: /sys/bus/iio/devices/iio:deviceX/in_distance_calibheight
408 What: /sys/bus/iio/devices/iio:deviceX/in_velocity_calibheight
410 Contact: linux-iio@vger.kernel.org
412 Height of the user (in meters) used by some pedometers
413 to compute the stride length, distance, speed and activity
416 What: /sys/bus/iio/devices/iio:deviceX/in_energy_calibweight
418 Contact: linux-iio@vger.kernel.org
420 Weight of the user (in kg). It is needed by some pedometers
421 to compute the calories burnt by the user.
423 What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale_available
424 What: /sys/.../iio:deviceX/in_anglvel_scale_available
425 What: /sys/.../iio:deviceX/in_magn_scale_available
426 What: /sys/.../iio:deviceX/in_illuminance_scale_available
427 What: /sys/.../iio:deviceX/in_intensity_scale_available
428 What: /sys/.../iio:deviceX/in_proximity_scale_available
429 What: /sys/.../iio:deviceX/in_voltageX_scale_available
430 What: /sys/.../iio:deviceX/in_voltage-voltage_scale_available
431 What: /sys/.../iio:deviceX/out_voltageX_scale_available
432 What: /sys/.../iio:deviceX/out_altvoltageX_scale_available
433 What: /sys/.../iio:deviceX/in_capacitance_scale_available
434 What: /sys/.../iio:deviceX/in_pressure_scale_available
435 What: /sys/.../iio:deviceX/in_pressureY_scale_available
436 KernelVersion: 2.6.35
437 Contact: linux-iio@vger.kernel.org
439 If a discrete set of scale values is available, they
440 are listed in this attribute.
442 What /sys/bus/iio/devices/iio:deviceX/out_voltageY_hardwaregain
443 What: /sys/bus/iio/devices/iio:deviceX/in_intensity_red_hardwaregain
444 What: /sys/bus/iio/devices/iio:deviceX/in_intensity_green_hardwaregain
445 What: /sys/bus/iio/devices/iio:deviceX/in_intensity_blue_hardwaregain
446 What: /sys/bus/iio/devices/iio:deviceX/in_intensity_clear_hardwaregain
447 KernelVersion: 2.6.35
448 Contact: linux-iio@vger.kernel.org
450 Hardware applied gain factor. If shared across all channels,
451 <type>_hardwaregain is used.
453 What: /sys/.../in_accel_filter_low_pass_3db_frequency
454 What: /sys/.../in_magn_filter_low_pass_3db_frequency
455 What: /sys/.../in_anglvel_filter_low_pass_3db_frequency
457 Contact: linux-iio@vger.kernel.org
459 If a known or controllable low pass filter is applied
460 to the underlying data channel, then this parameter
461 gives the 3dB frequency of the filter in Hz.
463 What: /sys/.../in_accel_filter_high_pass_3db_frequency
464 What: /sys/.../in_anglvel_filter_high_pass_3db_frequency
465 What: /sys/.../in_magn_filter_high_pass_3db_frequency
467 Contact: linux-iio@vger.kernel.org
469 If a known or controllable high pass filter is applied
470 to the underlying data channel, then this parameter
471 gives the 3dB frequency of the filter in Hz.
473 What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_raw
474 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_raw
475 KernelVersion: 2.6.37
476 Contact: linux-iio@vger.kernel.org
478 Raw (unscaled, no bias etc.) output voltage for
479 channel Y. The number must always be specified and
480 unique if the output corresponds to a single channel.
481 While DAC like devices typically use out_voltage,
482 a continuous frequency generating device, such as
483 a DDS or PLL should use out_altvoltage.
485 What: /sys/bus/iio/devices/iio:deviceX/out_voltageY&Z_raw
486 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY&Z_raw
487 KernelVersion: 2.6.37
488 Contact: linux-iio@vger.kernel.org
490 Raw (unscaled, no bias etc.) output voltage for an aggregate of
491 channel Y, channel Z, etc. This interface is available in cases
492 where a single output sets the value for multiple channels
495 What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown_mode
496 What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown_mode
497 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown_mode
498 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown_mode
499 KernelVersion: 2.6.38
500 Contact: linux-iio@vger.kernel.org
502 Specifies the output powerdown mode.
503 DAC output stage is disconnected from the amplifier and
504 1kohm_to_gnd: connected to ground via an 1kOhm resistor,
505 6kohm_to_gnd: connected to ground via a 6kOhm resistor,
506 20kohm_to_gnd: connected to ground via a 20kOhm resistor,
507 90kohm_to_gnd: connected to ground via a 90kOhm resistor,
508 100kohm_to_gnd: connected to ground via an 100kOhm resistor,
509 125kohm_to_gnd: connected to ground via an 125kOhm resistor,
510 500kohm_to_gnd: connected to ground via a 500kOhm resistor,
511 640kohm_to_gnd: connected to ground via a 640kOhm resistor,
512 three_state: left floating.
513 For a list of available output power down options read
514 outX_powerdown_mode_available. If Y is not present the
515 mode is shared across all outputs.
517 What: /sys/.../iio:deviceX/out_voltageY_powerdown_mode_available
518 What: /sys/.../iio:deviceX/out_voltage_powerdown_mode_available
519 What: /sys/.../iio:deviceX/out_altvoltageY_powerdown_mode_available
520 What: /sys/.../iio:deviceX/out_altvoltage_powerdown_mode_available
521 KernelVersion: 2.6.38
522 Contact: linux-iio@vger.kernel.org
524 Lists all available output power down modes.
525 If Y is not present the mode is shared across all outputs.
527 What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown
528 What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown
529 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown
530 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown
531 KernelVersion: 2.6.38
532 Contact: linux-iio@vger.kernel.org
534 Writing 1 causes output Y to enter the power down mode specified
535 by the corresponding outY_powerdown_mode. DAC output stage is
536 disconnected from the amplifier. Clearing returns to normal
537 operation. Y may be suppressed if all outputs are controlled
540 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_frequency
542 Contact: linux-iio@vger.kernel.org
544 Output frequency for channel Y in Hz. The number must always be
545 specified and unique if the output corresponds to a single
548 What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_phase
550 Contact: linux-iio@vger.kernel.org
552 Phase in radians of one frequency/clock output Y
553 (out_altvoltageY) relative to another frequency/clock output
554 (out_altvoltageZ) of the device X. The number must always be
555 specified and unique if the output corresponds to a single
558 What: /sys/bus/iio/devices/iio:deviceX/events
559 KernelVersion: 2.6.35
560 Contact: linux-iio@vger.kernel.org
562 Configuration of which hardware generated events are passed up
565 What: /sys/.../iio:deviceX/events/in_accel_x_thresh_rising_en
566 What: /sys/.../iio:deviceX/events/in_accel_x_thresh_falling_en
567 What: /sys/.../iio:deviceX/events/in_accel_y_thresh_rising_en
568 What: /sys/.../iio:deviceX/events/in_accel_y_thresh_falling_en
569 What: /sys/.../iio:deviceX/events/in_accel_z_thresh_rising_en
570 What: /sys/.../iio:deviceX/events/in_accel_z_thresh_falling_en
571 What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_rising_en
572 What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_falling_en
573 What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_rising_en
574 What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_falling_en
575 What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_rising_en
576 What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_falling_en
577 What: /sys/.../iio:deviceX/events/in_magn_x_thresh_rising_en
578 What: /sys/.../iio:deviceX/events/in_magn_x_thresh_falling_en
579 What: /sys/.../iio:deviceX/events/in_magn_y_thresh_rising_en
580 What: /sys/.../iio:deviceX/events/in_magn_y_thresh_falling_en
581 What: /sys/.../iio:deviceX/events/in_magn_z_thresh_rising_en
582 What: /sys/.../iio:deviceX/events/in_magn_z_thresh_falling_en
583 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_thresh_rising_en
584 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_thresh_falling_en
585 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_thresh_rising_en
586 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_thresh_falling_en
587 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_tilt_comp_thresh_rising_en
588 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_tilt_comp_thresh_falling_en
589 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_tilt_comp_thresh_rising_en
590 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_tilt_comp_thresh_falling_en
591 What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_rising_en
592 What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_falling_en
593 What: /sys/.../iio:deviceX/events/in_voltageY_thresh_rising_en
594 What: /sys/.../iio:deviceX/events/in_voltageY_thresh_falling_en
595 What: /sys/.../iio:deviceX/events/in_voltageY_thresh_either_en
596 What: /sys/.../iio:deviceX/events/in_tempY_thresh_rising_en
597 What: /sys/.../iio:deviceX/events/in_tempY_thresh_falling_en
598 KernelVersion: 2.6.37
599 Contact: linux-iio@vger.kernel.org
601 Event generated when channel passes a threshold in the specified
602 (_rising|_falling) direction. If the direction is not specified,
603 then either the device will report an event which ever direction
604 a single threshold value is passed in (e.g.
605 <type>[Y][_name]_<raw|input>_thresh_value) or
606 <type>[Y][_name]_<raw|input>_thresh_rising_value and
607 <type>[Y][_name]_<raw|input>_thresh_falling_value may take
608 different values, but the device can only enable both thresholds
610 Note the driver will assume the last p events requested are
611 to be enabled where p is how many it supports (which may vary
612 depending on the exact set requested. So if you want to be
613 sure you have set what you think you have, check the contents of
614 these attributes after everything is configured. Drivers may
615 have to buffer any parameters so that they are consistent when
616 a given event type is enabled at a future point (and not those for
617 whatever event was previously enabled).
619 What: /sys/.../iio:deviceX/events/in_accel_x_roc_rising_en
620 What: /sys/.../iio:deviceX/events/in_accel_x_roc_falling_en
621 What: /sys/.../iio:deviceX/events/in_accel_y_roc_rising_en
622 What: /sys/.../iio:deviceX/events/in_accel_y_roc_falling_en
623 What: /sys/.../iio:deviceX/events/in_accel_z_roc_rising_en
624 What: /sys/.../iio:deviceX/events/in_accel_z_roc_falling_en
625 What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_rising_en
626 What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_falling_en
627 What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_rising_en
628 What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_falling_en
629 What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_rising_en
630 What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_falling_en
631 What: /sys/.../iio:deviceX/events/in_magn_x_roc_rising_en
632 What: /sys/.../iio:deviceX/events/in_magn_x_roc_falling_en
633 What: /sys/.../iio:deviceX/events/in_magn_y_roc_rising_en
634 What: /sys/.../iio:deviceX/events/in_magn_y_roc_falling_en
635 What: /sys/.../iio:deviceX/events/in_magn_z_roc_rising_en
636 What: /sys/.../iio:deviceX/events/in_magn_z_roc_falling_en
637 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_roc_rising_en
638 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_roc_falling_en
639 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_roc_rising_en
640 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_roc_falling_en
641 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_tilt_comp_roc_rising_en
642 What: /sys/.../iio:deviceX/events/in_rot_from_north_magnetic_tilt_comp_roc_falling_en
643 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_tilt_comp_roc_rising_en
644 What: /sys/.../iio:deviceX/events/in_rot_from_north_true_tilt_comp_roc_falling_en
645 What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_rising_en
646 What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_falling_en
647 What: /sys/.../iio:deviceX/events/in_voltageY_roc_rising_en
648 What: /sys/.../iio:deviceX/events/in_voltageY_roc_falling_en
649 What: /sys/.../iio:deviceX/events/in_tempY_roc_rising_en
650 What: /sys/.../iio:deviceX/events/in_tempY_roc_falling_en
651 KernelVersion: 2.6.37
652 Contact: linux-iio@vger.kernel.org
654 Event generated when channel passes a threshold on the rate of
655 change (1st differential) in the specified (_rising|_falling)
656 direction. If the direction is not specified, then either the
657 device will report an event which ever direction a single
658 threshold value is passed in (e.g.
659 <type>[Y][_name]_<raw|input>_roc_value) or
660 <type>[Y][_name]_<raw|input>_roc_rising_value and
661 <type>[Y][_name]_<raw|input>_roc_falling_value may take
662 different values, but the device can only enable both rate of
663 change thresholds or neither.
664 Note the driver will assume the last p events requested are
665 to be enabled where p is however many it supports (which may
666 vary depending on the exact set requested. So if you want to be
667 sure you have set what you think you have, check the contents of
668 these attributes after everything is configured. Drivers may
669 have to buffer any parameters so that they are consistent when
670 a given event type is enabled a future point (and not those for
671 whatever event was previously enabled).
673 What: /sys/.../events/in_accel_thresh_rising_value
674 What: /sys/.../events/in_accel_thresh_falling_value
675 What: /sys/.../events/in_accel_x_raw_thresh_rising_value
676 What: /sys/.../events/in_accel_x_raw_thresh_falling_value
677 What: /sys/.../events/in_accel_y_raw_thresh_rising_value
678 What: /sys/.../events/in_accel_y_raw_thresh_falling_value
679 What: /sys/.../events/in_accel_z_raw_thresh_rising_value
680 What: /sys/.../events/in_accel_z_raw_thresh_falling_value
681 What: /sys/.../events/in_anglvel_x_raw_thresh_rising_value
682 What: /sys/.../events/in_anglvel_x_raw_thresh_falling_value
683 What: /sys/.../events/in_anglvel_y_raw_thresh_rising_value
684 What: /sys/.../events/in_anglvel_y_raw_thresh_falling_value
685 What: /sys/.../events/in_anglvel_z_raw_thresh_rising_value
686 What: /sys/.../events/in_anglvel_z_raw_thresh_falling_value
687 What: /sys/.../events/in_magn_x_raw_thresh_rising_value
688 What: /sys/.../events/in_magn_x_raw_thresh_falling_value
689 What: /sys/.../events/in_magn_y_raw_thresh_rising_value
690 What: /sys/.../events/in_magn_y_raw_thresh_falling_value
691 What: /sys/.../events/in_magn_z_raw_thresh_rising_value
692 What: /sys/.../events/in_magn_z_raw_thresh_falling_value
693 What: /sys/.../events/in_rot_from_north_magnetic_raw_thresh_rising_value
694 What: /sys/.../events/in_rot_from_north_magnetic_raw_thresh_falling_value
695 What: /sys/.../events/in_rot_from_north_true_raw_thresh_rising_value
696 What: /sys/.../events/in_rot_from_north_true_raw_thresh_falling_value
697 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_raw_thresh_rising_value
698 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_raw_thresh_falling_value
699 What: /sys/.../events/in_rot_from_north_true_tilt_comp_raw_thresh_rising_value
700 What: /sys/.../events/in_rot_from_north_true_tilt_comp_raw_thresh_falling_value
701 What: /sys/.../events/in_voltageY_supply_raw_thresh_rising_value
702 What: /sys/.../events/in_voltageY_supply_raw_thresh_falling_value
703 What: /sys/.../events/in_voltageY_raw_thresh_rising_value
704 What: /sys/.../events/in_voltageY_raw_thresh_falling_value
705 What: /sys/.../events/in_tempY_raw_thresh_rising_value
706 What: /sys/.../events/in_tempY_raw_thresh_falling_value
707 What: /sys/.../events/in_illuminance0_thresh_falling_value
708 what: /sys/.../events/in_illuminance0_thresh_rising_value
709 what: /sys/.../events/in_proximity0_thresh_falling_value
710 what: /sys/.../events/in_proximity0_thresh_rising_value
711 KernelVersion: 2.6.37
712 Contact: linux-iio@vger.kernel.org
714 Specifies the value of threshold that the device is comparing
715 against for the events enabled by
716 <type>Y[_name]_thresh[_rising|falling]_en.
717 If separate attributes exist for the two directions, but
718 direction is not specified for this attribute, then a single
719 threshold value applies to both directions.
720 The raw or input element of the name indicates whether the
721 value is in raw device units or in processed units (as _raw
722 and _input do on sysfs direct channel read attributes).
724 What: /sys/.../events/in_accel_scale
725 What: /sys/.../events/in_accel_peak_scale
726 What: /sys/.../events/in_anglvel_scale
727 What: /sys/.../events/in_magn_scale
728 What: /sys/.../events/in_rot_from_north_magnetic_scale
729 What: /sys/.../events/in_rot_from_north_true_scale
730 What: /sys/.../events/in_voltage_scale
731 What: /sys/.../events/in_voltage_supply_scale
732 What: /sys/.../events/in_temp_scale
733 What: /sys/.../events/in_illuminance_scale
734 What: /sys/.../events/in_proximity_scale
736 Contact: linux-iio@vger.kernel.org
738 Specifies the conversion factor from the standard units
739 to device specific units used to set the event trigger
742 What: /sys/.../events/in_accel_x_thresh_rising_hysteresis
743 What: /sys/.../events/in_accel_x_thresh_falling_hysteresis
744 What: /sys/.../events/in_accel_x_thresh_either_hysteresis
745 What: /sys/.../events/in_accel_y_thresh_rising_hysteresis
746 What: /sys/.../events/in_accel_y_thresh_falling_hysteresis
747 What: /sys/.../events/in_accel_y_thresh_either_hysteresis
748 What: /sys/.../events/in_accel_z_thresh_rising_hysteresis
749 What: /sys/.../events/in_accel_z_thresh_falling_hysteresis
750 What: /sys/.../events/in_accel_z_thresh_either_hysteresis
751 What: /sys/.../events/in_anglvel_x_thresh_rising_hysteresis
752 What: /sys/.../events/in_anglvel_x_thresh_falling_hysteresis
753 What: /sys/.../events/in_anglvel_x_thresh_either_hysteresis
754 What: /sys/.../events/in_anglvel_y_thresh_rising_hysteresis
755 What: /sys/.../events/in_anglvel_y_thresh_falling_hysteresis
756 What: /sys/.../events/in_anglvel_y_thresh_either_hysteresis
757 What: /sys/.../events/in_anglvel_z_thresh_rising_hysteresis
758 What: /sys/.../events/in_anglvel_z_thresh_falling_hysteresis
759 What: /sys/.../events/in_anglvel_z_thresh_either_hysteresis
760 What: /sys/.../events/in_magn_x_thresh_rising_hysteresis
761 What: /sys/.../events/in_magn_x_thresh_falling_hysteresis
762 What: /sys/.../events/in_magn_x_thresh_either_hysteresis
763 What: /sys/.../events/in_magn_y_thresh_rising_hysteresis
764 What: /sys/.../events/in_magn_y_thresh_falling_hysteresis
765 What: /sys/.../events/in_magn_y_thresh_either_hysteresis
766 What: /sys/.../events/in_magn_z_thresh_rising_hysteresis
767 What: /sys/.../events/in_magn_z_thresh_falling_hysteresis
768 What: /sys/.../events/in_magn_z_thresh_either_hysteresis
769 What: /sys/.../events/in_rot_from_north_magnetic_thresh_rising_hysteresis
770 What: /sys/.../events/in_rot_from_north_magnetic_thresh_falling_hysteresis
771 What: /sys/.../events/in_rot_from_north_magnetic_thresh_either_hysteresis
772 What: /sys/.../events/in_rot_from_north_true_thresh_rising_hysteresis
773 What: /sys/.../events/in_rot_from_north_true_thresh_falling_hysteresis
774 What: /sys/.../events/in_rot_from_north_true_thresh_either_hysteresis
775 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_thresh_rising_hysteresis
776 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_thresh_falling_hysteresis
777 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_thresh_either_hysteresis
778 What: /sys/.../events/in_rot_from_north_true_tilt_comp_thresh_rising_hysteresis
779 What: /sys/.../events/in_rot_from_north_true_tilt_comp_thresh_falling_hysteresis
780 What: /sys/.../events/in_rot_from_north_true_tilt_comp_thresh_either_hysteresis
781 What: /sys/.../events/in_voltageY_thresh_rising_hysteresis
782 What: /sys/.../events/in_voltageY_thresh_falling_hysteresis
783 What: /sys/.../events/in_voltageY_thresh_either_hysteresis
784 What: /sys/.../events/in_tempY_thresh_rising_hysteresis
785 What: /sys/.../events/in_tempY_thresh_falling_hysteresis
786 What: /sys/.../events/in_tempY_thresh_either_hysteresis
787 What: /sys/.../events/in_illuminance0_thresh_falling_hysteresis
788 what: /sys/.../events/in_illuminance0_thresh_rising_hysteresis
789 what: /sys/.../events/in_illuminance0_thresh_either_hysteresis
790 what: /sys/.../events/in_proximity0_thresh_falling_hysteresis
791 what: /sys/.../events/in_proximity0_thresh_rising_hysteresis
792 what: /sys/.../events/in_proximity0_thresh_either_hysteresis
794 Contact: linux-iio@vger.kernel.org
796 Specifies the hysteresis of threshold that the device is comparing
797 against for the events enabled by
798 <type>Y[_name]_thresh[_(rising|falling)]_hysteresis.
799 If separate attributes exist for the two directions, but
800 direction is not specified for this attribute, then a single
801 hysteresis value applies to both directions.
802 For falling events the hysteresis is added to the _value attribute for
803 this event to get the upper threshold for when the event goes back to
804 normal, for rising events the hysteresis is subtracted from the _value
805 attribute. E.g. if in_voltage0_raw_thresh_rising_value is set to 1200
806 and in_voltage0_raw_thresh_rising_hysteresis is set to 50. The event
807 will get activated once in_voltage0_raw goes above 1200 and will become
808 deactived again once the value falls below 1150.
810 What: /sys/.../events/in_accel_x_raw_roc_rising_value
811 What: /sys/.../events/in_accel_x_raw_roc_falling_value
812 What: /sys/.../events/in_accel_y_raw_roc_rising_value
813 What: /sys/.../events/in_accel_y_raw_roc_falling_value
814 What: /sys/.../events/in_accel_z_raw_roc_rising_value
815 What: /sys/.../events/in_accel_z_raw_roc_falling_value
816 What: /sys/.../events/in_anglvel_x_raw_roc_rising_value
817 What: /sys/.../events/in_anglvel_x_raw_roc_falling_value
818 What: /sys/.../events/in_anglvel_y_raw_roc_rising_value
819 What: /sys/.../events/in_anglvel_y_raw_roc_falling_value
820 What: /sys/.../events/in_anglvel_z_raw_roc_rising_value
821 What: /sys/.../events/in_anglvel_z_raw_roc_falling_value
822 What: /sys/.../events/in_magn_x_raw_roc_rising_value
823 What: /sys/.../events/in_magn_x_raw_roc_falling_value
824 What: /sys/.../events/in_magn_y_raw_roc_rising_value
825 What: /sys/.../events/in_magn_y_raw_roc_falling_value
826 What: /sys/.../events/in_magn_z_raw_roc_rising_value
827 What: /sys/.../events/in_magn_z_raw_roc_falling_value
828 What: /sys/.../events/in_rot_from_north_magnetic_raw_roc_rising_value
829 What: /sys/.../events/in_rot_from_north_magnetic_raw_roc_falling_value
830 What: /sys/.../events/in_rot_from_north_true_raw_roc_rising_value
831 What: /sys/.../events/in_rot_from_north_true_raw_roc_falling_value
832 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_raw_roc_rising_value
833 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_raw_roc_falling_value
834 What: /sys/.../events/in_rot_from_north_true_tilt_comp_raw_roc_rising_value
835 What: /sys/.../events/in_rot_from_north_true_tilt_comp_raw_roc_falling_value
836 What: /sys/.../events/in_voltageY_supply_raw_roc_rising_value
837 What: /sys/.../events/in_voltageY_supply_raw_roc_falling_value
838 What: /sys/.../events/in_voltageY_raw_roc_rising_value
839 What: /sys/.../events/in_voltageY_raw_roc_falling_value
840 What: /sys/.../events/in_tempY_raw_roc_rising_value
841 What: /sys/.../events/in_tempY_raw_roc_falling_value
842 KernelVersion: 2.6.37
843 Contact: linux-iio@vger.kernel.org
845 Specifies the value of rate of change threshold that the
846 device is comparing against for the events enabled by
847 <type>[Y][_name]_roc[_rising|falling]_en.
848 If separate attributes exist for the two directions,
849 but direction is not specified for this attribute,
850 then a single threshold value applies to both directions.
851 The raw or input element of the name indicates whether the
852 value is in raw device units or in processed units (as _raw
853 and _input do on sysfs direct channel read attributes).
855 What: /sys/.../events/in_accel_x_thresh_rising_period
856 What: /sys/.../events/in_accel_x_thresh_falling_period
857 What: /sys/.../events/in_accel_x_roc_rising_period
858 What: /sys/.../events/in_accel_x_roc_falling_period
859 What: /sys/.../events/in_accel_y_thresh_rising_period
860 What: /sys/.../events/in_accel_y_thresh_falling_period
861 What: /sys/.../events/in_accel_y_roc_rising_period
862 What: /sys/.../events/in_accel_y_roc_falling_period
863 What: /sys/.../events/in_accel_z_thresh_rising_period
864 What: /sys/.../events/in_accel_z_thresh_falling_period
865 What: /sys/.../events/in_accel_z_roc_rising_period
866 What: /sys/.../events/in_accel_z_roc_falling_period
867 What: /sys/.../events/in_anglvel_x_thresh_rising_period
868 What: /sys/.../events/in_anglvel_x_thresh_falling_period
869 What: /sys/.../events/in_anglvel_x_roc_rising_period
870 What: /sys/.../events/in_anglvel_x_roc_falling_period
871 What: /sys/.../events/in_anglvel_y_thresh_rising_period
872 What: /sys/.../events/in_anglvel_y_thresh_falling_period
873 What: /sys/.../events/in_anglvel_y_roc_rising_period
874 What: /sys/.../events/in_anglvel_y_roc_falling_period
875 What: /sys/.../events/in_anglvel_z_thresh_rising_period
876 What: /sys/.../events/in_anglvel_z_thresh_falling_period
877 What: /sys/.../events/in_anglvel_z_roc_rising_period
878 What: /sys/.../events/in_anglvel_z_roc_falling_period
879 What: /sys/.../events/in_magn_x_thresh_rising_period
880 What: /sys/.../events/in_magn_x_thresh_falling_period
881 What: /sys/.../events/in_magn_x_roc_rising_period
882 What: /sys/.../events/in_magn_x_roc_falling_period
883 What: /sys/.../events/in_magn_y_thresh_rising_period
884 What: /sys/.../events/in_magn_y_thresh_falling_period
885 What: /sys/.../events/in_magn_y_roc_rising_period
886 What: /sys/.../events/in_magn_y_roc_falling_period
887 What: /sys/.../events/in_magn_z_thresh_rising_period
888 What: /sys/.../events/in_magn_z_thresh_falling_period
889 What: /sys/.../events/in_magn_z_roc_rising_period
890 What: /sys/.../events/in_magn_z_roc_falling_period
891 What: /sys/.../events/in_rot_from_north_magnetic_thresh_rising_period
892 What: /sys/.../events/in_rot_from_north_magnetic_thresh_falling_period
893 What: /sys/.../events/in_rot_from_north_magnetic_roc_rising_period
894 What: /sys/.../events/in_rot_from_north_magnetic_roc_falling_period
895 What: /sys/.../events/in_rot_from_north_true_thresh_rising_period
896 What: /sys/.../events/in_rot_from_north_true_thresh_falling_period
897 What: /sys/.../events/in_rot_from_north_true_roc_rising_period
898 What: /sys/.../events/in_rot_from_north_true_roc_falling_period
899 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_thresh_rising_period
900 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_thresh_falling_period
901 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_roc_rising_period
902 What: /sys/.../events/in_rot_from_north_magnetic_tilt_comp_roc_falling_period
903 What: /sys/.../events/in_rot_from_north_true_tilt_comp_thresh_rising_period
904 What: /sys/.../events/in_rot_from_north_true_tilt_comp_thresh_falling_period
905 What: /sys/.../events/in_rot_from_north_true_tilt_comp_roc_rising_period
906 What: /sys/.../events/in_rot_from_north_true_tilt_comp_roc_falling_period
907 What: /sys/.../events/in_voltageY_supply_thresh_rising_period
908 What: /sys/.../events/in_voltageY_supply_thresh_falling_period
909 What: /sys/.../events/in_voltageY_supply_roc_rising_period
910 What: /sys/.../events/in_voltageY_supply_roc_falling_period
911 What: /sys/.../events/in_voltageY_thresh_rising_period
912 What: /sys/.../events/in_voltageY_thresh_falling_period
913 What: /sys/.../events/in_voltageY_roc_rising_period
914 What: /sys/.../events/in_voltageY_roc_falling_period
915 What: /sys/.../events/in_tempY_thresh_rising_period
916 What: /sys/.../events/in_tempY_thresh_falling_period
917 What: /sys/.../events/in_tempY_roc_rising_period
918 What: /sys/.../events/in_tempY_roc_falling_period
919 What: /sys/.../events/in_accel_x&y&z_mag_falling_period
920 What: /sys/.../events/in_intensity0_thresh_period
921 What: /sys/.../events/in_proximity0_thresh_period
922 What: /sys/.../events/in_activity_still_thresh_rising_period
923 What: /sys/.../events/in_activity_still_thresh_falling_period
924 What: /sys/.../events/in_activity_walking_thresh_rising_period
925 What: /sys/.../events/in_activity_walking_thresh_falling_period
926 What: /sys/.../events/in_activity_jogging_thresh_rising_period
927 What: /sys/.../events/in_activity_jogging_thresh_falling_period
928 What: /sys/.../events/in_activity_running_thresh_rising_period
929 What: /sys/.../events/in_activity_running_thresh_falling_period
930 KernelVersion: 2.6.37
931 Contact: linux-iio@vger.kernel.org
933 Period of time (in seconds) for which the condition must be
934 met before an event is generated. If direction is not
935 specified then this period applies to both directions.
937 What: /sys/.../events/in_accel_thresh_rising_low_pass_filter_3db
938 What: /sys/.../events/in_anglvel_thresh_rising_low_pass_filter_3db
939 What: /sys/.../events/in_magn_thresh_rising_low_pass_filter_3db
941 Contact: linux-iio@vger.kernel.org
943 If a low pass filter can be applied to the event generation
944 this property gives its 3db frequency in Hz.
945 A value of zero disables the filter.
947 What: /sys/.../events/in_accel_thresh_rising_high_pass_filter_3db
948 What: /sys/.../events/in_anglvel_thresh_rising_high_pass_filter_3db
949 What: /sys/.../events/in_magn_thresh_rising_high_pass_filter_3db
951 Contact: linux-iio@vger.kernel.org
953 If a high pass filter can be applied to the event generation
954 this property gives its 3db frequency in Hz.
955 A value of zero disables the filter.
957 What: /sys/.../events/in_activity_still_thresh_rising_en
958 What: /sys/.../events/in_activity_still_thresh_falling_en
959 What: /sys/.../events/in_activity_walking_thresh_rising_en
960 What: /sys/.../events/in_activity_walking_thresh_falling_en
961 What: /sys/.../events/in_activity_jogging_thresh_rising_en
962 What: /sys/.../events/in_activity_jogging_thresh_falling_en
963 What: /sys/.../events/in_activity_running_thresh_rising_en
964 What: /sys/.../events/in_activity_running_thresh_falling_en
966 Contact: linux-iio@vger.kernel.org
968 Enables or disables activitity events. Depending on direction
969 an event is generated when sensor ENTERS or LEAVES a given state.
971 What: /sys/.../events/in_activity_still_thresh_rising_value
972 What: /sys/.../events/in_activity_still_thresh_falling_value
973 What: /sys/.../events/in_activity_walking_thresh_rising_value
974 What: /sys/.../events/in_activity_walking_thresh_falling_value
975 What: /sys/.../events/in_activity_jogging_thresh_rising_value
976 What: /sys/.../events/in_activity_jogging_thresh_falling_value
977 What: /sys/.../events/in_activity_running_thresh_rising_value
978 What: /sys/.../events/in_activity_running_thresh_falling_value
980 Contact: linux-iio@vger.kernel.org
982 Confidence value (in units as percentage) to be used
983 for deciding when an event should be generated. E.g for
984 running: If the confidence value reported by the sensor
985 is greater than in_activity_running_thresh_rising_value
986 then the sensor ENTERS running state. Conversely, if the
987 confidence value reported by the sensor is lower than
988 in_activity_running_thresh_falling_value then the sensor
989 is LEAVING running state.
991 What: /sys/.../iio:deviceX/events/in_accel_mag_en
992 What: /sys/.../iio:deviceX/events/in_accel_mag_rising_en
993 What: /sys/.../iio:deviceX/events/in_accel_mag_falling_en
994 What: /sys/.../iio:deviceX/events/in_accel_x_mag_en
995 What: /sys/.../iio:deviceX/events/in_accel_x_mag_rising_en
996 What: /sys/.../iio:deviceX/events/in_accel_x_mag_falling_en
997 What: /sys/.../iio:deviceX/events/in_accel_y_mag_en
998 What: /sys/.../iio:deviceX/events/in_accel_y_mag_rising_en
999 What: /sys/.../iio:deviceX/events/in_accel_y_mag_falling_en
1000 What: /sys/.../iio:deviceX/events/in_accel_z_mag_en
1001 What: /sys/.../iio:deviceX/events/in_accel_z_mag_rising_en
1002 What: /sys/.../iio:deviceX/events/in_accel_z_mag_falling_en
1003 What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_rising_en
1004 What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_falling_en
1005 KernelVersion: 2.6.37
1006 Contact: linux-iio@vger.kernel.org
1008 Similar to in_accel_x_thresh[_rising|_falling]_en, but here the
1009 magnitude of the channel is compared to the threshold, not its
1012 What: /sys/.../events/in_accel_raw_mag_value
1013 What: /sys/.../events/in_accel_x_raw_mag_rising_value
1014 What: /sys/.../events/in_accel_y_raw_mag_rising_value
1015 What: /sys/.../events/in_accel_z_raw_mag_rising_value
1016 KernelVersion: 2.6.37
1017 Contact: linux-iio@vger.kernel.org
1019 The value to which the magnitude of the channel is compared. If
1020 number or direction is not specified, applies to all channels of
1023 What: /sys/.../events/in_steps_change_en
1025 Contact: linux-iio@vger.kernel.org
1027 Event generated when channel passes a threshold on the absolute
1028 change in value. E.g. for steps: a step change event is
1029 generated each time the user takes N steps, where N is set using
1030 in_steps_change_value.
1032 What: /sys/.../events/in_steps_change_value
1034 Contact: linux-iio@vger.kernel.org
1036 Specifies the value of change threshold that the
1037 device is comparing against for the events enabled by
1038 <type>[Y][_name]_roc[_rising|falling|]_en. E.g. for steps:
1039 if set to 3, a step change event will be generated every 3
1042 What: /sys/bus/iio/devices/iio:deviceX/trigger/current_trigger
1043 KernelVersion: 2.6.35
1044 Contact: linux-iio@vger.kernel.org
1046 The name of the trigger source being used, as per string given
1047 in /sys/class/iio/triggerY/name.
1049 What: /sys/bus/iio/devices/iio:deviceX/buffer/length
1050 KernelVersion: 2.6.35
1051 Contact: linux-iio@vger.kernel.org
1053 Number of scans contained by the buffer.
1055 What: /sys/bus/iio/devices/iio:deviceX/buffer/enable
1056 KernelVersion: 2.6.35
1057 Contact: linux-iio@vger.kernel.org
1059 Actually start the buffer capture up. Will start trigger
1060 if first device and appropriate.
1062 What: /sys/bus/iio/devices/iio:deviceX/scan_elements
1063 KernelVersion: 2.6.37
1064 Contact: linux-iio@vger.kernel.org
1066 Directory containing interfaces for elements that will be
1067 captured for a single triggered sample set in the buffer.
1069 What: /sys/.../iio:deviceX/scan_elements/in_accel_x_en
1070 What: /sys/.../iio:deviceX/scan_elements/in_accel_y_en
1071 What: /sys/.../iio:deviceX/scan_elements/in_accel_z_en
1072 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_x_en
1073 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_y_en
1074 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_z_en
1075 What: /sys/.../iio:deviceX/scan_elements/in_magn_x_en
1076 What: /sys/.../iio:deviceX/scan_elements/in_magn_y_en
1077 What: /sys/.../iio:deviceX/scan_elements/in_magn_z_en
1078 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_magnetic_en
1079 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_true_en
1080 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_magnetic_tilt_comp_en
1081 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_true_tilt_comp_en
1082 What: /sys/.../iio:deviceX/scan_elements/in_timestamp_en
1083 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_supply_en
1084 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_en
1085 What: /sys/.../iio:deviceX/scan_elements/in_voltageY-voltageZ_en
1086 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_i_en
1087 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_q_en
1088 What: /sys/.../iio:deviceX/scan_elements/in_voltage_i_en
1089 What: /sys/.../iio:deviceX/scan_elements/in_voltage_q_en
1090 What: /sys/.../iio:deviceX/scan_elements/in_incli_x_en
1091 What: /sys/.../iio:deviceX/scan_elements/in_incli_y_en
1092 What: /sys/.../iio:deviceX/scan_elements/in_pressureY_en
1093 What: /sys/.../iio:deviceX/scan_elements/in_pressure_en
1094 What: /sys/.../iio:deviceX/scan_elements/in_rot_quaternion_en
1095 What: /sys/.../iio:deviceX/scan_elements/in_proximity_en
1096 KernelVersion: 2.6.37
1097 Contact: linux-iio@vger.kernel.org
1099 Scan element control for triggered data capture.
1101 What: /sys/.../iio:deviceX/scan_elements/in_accel_type
1102 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_type
1103 What: /sys/.../iio:deviceX/scan_elements/in_magn_type
1104 What: /sys/.../iio:deviceX/scan_elements/in_incli_type
1105 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_type
1106 What: /sys/.../iio:deviceX/scan_elements/in_voltage_type
1107 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_supply_type
1108 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_i_type
1109 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_q_type
1110 What: /sys/.../iio:deviceX/scan_elements/in_voltage_i_type
1111 What: /sys/.../iio:deviceX/scan_elements/in_voltage_q_type
1112 What: /sys/.../iio:deviceX/scan_elements/in_timestamp_type
1113 What: /sys/.../iio:deviceX/scan_elements/in_pressureY_type
1114 What: /sys/.../iio:deviceX/scan_elements/in_pressure_type
1115 What: /sys/.../iio:deviceX/scan_elements/in_rot_quaternion_type
1116 What: /sys/.../iio:deviceX/scan_elements/in_proximity_type
1117 KernelVersion: 2.6.37
1118 Contact: linux-iio@vger.kernel.org
1120 Description of the scan element data storage within the buffer
1121 and hence the form in which it is read from user-space.
1122 Form is [be|le]:[s|u]bits/storagebits[>>shift].
1123 be or le specifies big or little endian. s or u specifies if
1124 signed (2's complement) or unsigned. bits is the number of bits
1125 of data and storagebits is the space (after padding) that it
1126 occupies in the buffer. shift if specified, is the shift that
1127 needs to be applied prior to masking out unused bits. Some
1128 devices put their data in the middle of the transferred elements
1129 with additional information on both sides. Note that some
1130 devices will have additional information in the unused bits
1131 so to get a clean value, the bits value must be used to mask
1132 the buffer output value appropriately. The storagebits value
1133 also specifies the data alignment. So s48/64>>2 will be a
1134 signed 48 bit integer stored in a 64 bit location aligned to
1135 a 64 bit boundary. To obtain the clean value, shift right 2
1136 and apply a mask to zero the top 16 bits of the result.
1137 For other storage combinations this attribute will be extended
1140 What: /sys/.../iio:deviceX/scan_elements/in_accel_type_available
1141 KernelVersion: 2.6.37
1142 Contact: linux-iio@vger.kernel.org
1144 If the type parameter can take one of a small set of values,
1145 this attribute lists them.
1147 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_index
1148 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_supply_index
1149 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_i_index
1150 What: /sys/.../iio:deviceX/scan_elements/in_voltageY_q_index
1151 What: /sys/.../iio:deviceX/scan_elements/in_voltage_i_index
1152 What: /sys/.../iio:deviceX/scan_elements/in_voltage_q_index
1153 What: /sys/.../iio:deviceX/scan_elements/in_accel_x_index
1154 What: /sys/.../iio:deviceX/scan_elements/in_accel_y_index
1155 What: /sys/.../iio:deviceX/scan_elements/in_accel_z_index
1156 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_x_index
1157 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_y_index
1158 What: /sys/.../iio:deviceX/scan_elements/in_anglvel_z_index
1159 What: /sys/.../iio:deviceX/scan_elements/in_magn_x_index
1160 What: /sys/.../iio:deviceX/scan_elements/in_magn_y_index
1161 What: /sys/.../iio:deviceX/scan_elements/in_magn_z_index
1162 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_magnetic_index
1163 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_true_index
1164 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_magnetic_tilt_comp_index
1165 What: /sys/.../iio:deviceX/scan_elements/in_rot_from_north_true_tilt_comp_index
1166 What: /sys/.../iio:deviceX/scan_elements/in_incli_x_index
1167 What: /sys/.../iio:deviceX/scan_elements/in_incli_y_index
1168 What: /sys/.../iio:deviceX/scan_elements/in_timestamp_index
1169 What: /sys/.../iio:deviceX/scan_elements/in_pressureY_index
1170 What: /sys/.../iio:deviceX/scan_elements/in_pressure_index
1171 What: /sys/.../iio:deviceX/scan_elements/in_rot_quaternion_index
1172 What: /sys/.../iio:deviceX/scan_elements/in_proximity_index
1173 KernelVersion: 2.6.37
1174 Contact: linux-iio@vger.kernel.org
1176 A single positive integer specifying the position of this
1177 scan element in the buffer. Note these are not dependent on
1178 what is enabled and may not be contiguous. Thus for user-space
1179 to establish the full layout these must be used in conjunction
1180 with all _en attributes to establish which channels are present,
1181 and the relevant _type attributes to establish the data storage
1184 What: /sys/.../iio:deviceX/in_activity_still_input
1185 What: /sys/.../iio:deviceX/in_activity_walking_input
1186 What: /sys/.../iio:deviceX/in_activity_jogging_input
1187 What: /sys/.../iio:deviceX/in_activity_running_input
1189 Contact: linux-iio@vger.kernel.org
1191 This attribute is used to read the confidence for an activity
1192 expressed in units as percentage.
1194 What: /sys/.../iio:deviceX/in_anglvel_z_quadrature_correction_raw
1195 KernelVersion: 2.6.38
1196 Contact: linux-iio@vger.kernel.org
1198 This attribute is used to read the amount of quadrature error
1199 present in the device at a given time.
1201 What: /sys/.../iio:deviceX/in_accelX_power_mode
1203 Contact: linux-iio@vger.kernel.org
1205 Specifies the chip power mode.
1206 low_noise: reduce noise level from ADC,
1207 low_power: enable low current consumption.
1208 For a list of available output power modes read
1209 in_accel_power_mode_available.
1211 What: /sys/.../iio:deviceX/in_energy_input
1212 What: /sys/.../iio:deviceX/in_energy_raw
1214 Contact: linux-iio@vger.kernel.org
1216 This attribute is used to read the energy value reported by the
1217 device (e.g.: human activity sensors report energy burnt by the
1218 user). Units after application of scale are Joules.
1220 What: /sys/.../iio:deviceX/in_distance_input
1221 What: /sys/.../iio:deviceX/in_distance_raw
1223 Contact: linux-iio@vger.kernel.org
1225 This attribute is used to read the distance covered by the user
1226 since the last reboot while activated. Units after application
1227 of scale are meters.
1229 What: /sys/bus/iio/devices/iio:deviceX/store_eeprom
1230 KernelVersion: 3.4.0
1231 Contact: linux-iio@vger.kernel.org
1233 Writing '1' stores the current device configuration into
1234 on-chip EEPROM. After power-up or chip reset the device will
1235 automatically load the saved configuration.
1237 What: /sys/.../iio:deviceX/in_proximity_raw
1238 What: /sys/.../iio:deviceX/in_proximity_input
1239 What: /sys/.../iio:deviceX/in_proximityY_raw
1241 Contact: linux-iio@vger.kernel.org
1243 Proximity measurement indicating that some
1244 object is near the sensor, usually by observing
1245 reflectivity of infrared or ultrasound emitted.
1246 Often these sensors are unit less and as such conversion
1247 to SI units is not possible. Higher proximity measurements
1248 indicate closer objects, and vice versa.
1250 What: /sys/.../iio:deviceX/in_illuminance_input
1251 What: /sys/.../iio:deviceX/in_illuminance_raw
1252 What: /sys/.../iio:deviceX/in_illuminanceY_input
1253 What: /sys/.../iio:deviceX/in_illuminanceY_raw
1254 What: /sys/.../iio:deviceX/in_illuminanceY_mean_raw
1255 What: /sys/.../iio:deviceX/in_illuminance_ir_raw
1256 What: /sys/.../iio:deviceX/in_illuminance_clear_raw
1258 Contact: linux-iio@vger.kernel.org
1260 Illuminance measurement, units after application of scale
1263 What: /sys/.../iio:deviceX/in_intensityY_raw
1264 What: /sys/.../iio:deviceX/in_intensityY_ir_raw
1265 What: /sys/.../iio:deviceX/in_intensityY_both_raw
1266 What: /sys/.../iio:deviceX/in_intensityY_uv_raw
1268 Contact: linux-iio@vger.kernel.org
1270 Unit-less light intensity. Modifiers both and ir indicate
1271 that measurements contains visible and infrared light
1272 components or just infrared light, respectively. Modifier uv indicates
1273 that measurements contain ultraviolet light components.
1275 What: /sys/.../iio:deviceX/in_uvindex_input
1277 Contact: linux-iio@vger.kernel.org
1279 UV light intensity index measuring the human skin's response to
1280 different wavelength of sunlight weighted according to the
1281 standardised CIE Erythemal Action Spectrum. UV index values range
1282 from 0 (low) to >=11 (extreme).
1284 What: /sys/.../iio:deviceX/in_intensity_red_integration_time
1285 What: /sys/.../iio:deviceX/in_intensity_green_integration_time
1286 What: /sys/.../iio:deviceX/in_intensity_blue_integration_time
1287 What: /sys/.../iio:deviceX/in_intensity_clear_integration_time
1288 What: /sys/.../iio:deviceX/in_illuminance_integration_time
1290 Contact: linux-iio@vger.kernel.org
1292 This attribute is used to get/set the integration time in
1295 What: /sys/.../iio:deviceX/in_velocity_sqrt(x^2+y^2+z^2)_integration_time
1297 Contact: linux-iio@vger.kernel.org
1299 Number of seconds in which to compute speed.
1301 What: /sys/bus/iio/devices/iio:deviceX/in_rot_quaternion_raw
1303 Contact: linux-iio@vger.kernel.org
1305 Raw value of quaternion components using a format
1306 x y z w. Here x, y, and z component represents the axis about
1307 which a rotation will occur and w component represents the
1310 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_magnetic_tilt_comp_raw
1311 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_true_tilt_comp_raw
1312 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_magnetic_raw
1313 What: /sys/bus/iio/devices/iio:deviceX/in_rot_from_north_true_raw
1315 Contact: linux-iio@vger.kernel.org
1317 Raw value of rotation from true/magnetic north measured with
1318 or without compensation from tilt sensors.
1320 What: /sys/bus/iio/devices/iio:deviceX/in_currentX_raw
1321 What: /sys/bus/iio/devices/iio:deviceX/in_currentX_i_raw
1322 What: /sys/bus/iio/devices/iio:deviceX/in_currentX_q_raw
1324 Contact: linux-iio@vger.kernel.org
1326 Raw current measurement from channel X. Units are in milliamps
1327 after application of scale and offset. If no offset or scale is
1328 present, output should be considered as processed with the
1331 Channels with 'i' and 'q' modifiers always exist in pairs and both
1332 channels refer to the same signal. The 'i' channel contains the in-phase
1333 component of the signal while the 'q' channel contains the quadrature
1336 What: /sys/.../iio:deviceX/in_energy_en
1337 What: /sys/.../iio:deviceX/in_distance_en
1338 What: /sys/.../iio:deviceX/in_velocity_sqrt(x^2+y^2+z^2)_en
1339 What: /sys/.../iio:deviceX/in_steps_en
1341 Contact: linux-iio@vger.kernel.org
1343 Activates a device feature that runs in firmware/hardware.
1344 E.g. for steps: the pedometer saves power while not used;
1345 when activated, it will count the steps taken by the user in
1346 firmware and export them through in_steps_input.
1348 What: /sys/.../iio:deviceX/in_steps_input
1350 Contact: linux-iio@vger.kernel.org
1352 This attribute is used to read the number of steps taken by the user
1353 since the last reboot while activated.
1355 What: /sys/.../iio:deviceX/in_velocity_sqrt(x^2+y^2+z^2)_input
1356 What: /sys/.../iio:deviceX/in_velocity_sqrt(x^2+y^2+z^2)_raw
1358 Contact: linux-iio@vger.kernel.org
1360 This attribute is used to read the current speed value of the
1361 user (which is the norm or magnitude of the velocity vector).
1362 Units after application of scale are m/s.
1364 What: /sys/.../iio:deviceX/in_steps_debounce_count
1366 Contact: linux-iio@vger.kernel.org
1368 Specifies the number of steps that must occur within
1369 in_steps_filter_debounce_time for the pedometer to decide the
1370 consumer is making steps.
1372 What: /sys/.../iio:deviceX/in_steps_debounce_time
1374 Contact: linux-iio@vger.kernel.org
1376 Specifies number of seconds in which we compute the steps
1377 that occur in order to decide if the consumer is making steps.
1379 What: /sys/bus/iio/devices/iio:deviceX/buffer/watermark
1381 Contact: linux-iio@vger.kernel.org
1383 A single positive integer specifying the maximum number of scan
1384 elements to wait for.
1385 Poll will block until the watermark is reached.
1386 Blocking read will wait until the minimum between the requested
1387 read amount or the low water mark is available.
1388 Non-blocking read will retrieve the available samples from the
1389 buffer even if there are less samples then watermark level. This
1390 allows the application to block on poll with a timeout and read
1391 the available samples after the timeout expires and thus have a
1392 maximum delay guarantee.
1394 What: /sys/bus/iio/devices/iio:deviceX/buffer/hwfifo_enabled
1396 Contact: linux-iio@vger.kernel.org
1398 A read-only boolean value that indicates if the hardware fifo is
1399 currently enabled or disabled. If the device does not have a
1400 hardware fifo this entry is not present.
1401 The hardware fifo is enabled when the buffer is enabled if the
1402 current hardware fifo watermark level is set and other current
1403 device settings allows it (e.g. if a trigger is set that samples
1404 data differently that the hardware fifo does then hardware fifo
1406 If the hardware fifo is enabled and the level of the hardware
1407 fifo reaches the hardware fifo watermark level the device will
1408 flush its hardware fifo to the device buffer. Doing a non
1409 blocking read on the device when no samples are present in the
1410 device buffer will also force a flush.
1411 When the hardware fifo is enabled there is no need to use a
1412 trigger to use buffer mode since the watermark settings
1413 guarantees that the hardware fifo is flushed to the device
1416 What: /sys/bus/iio/devices/iio:deviceX/buffer/hwfifo_watermark
1418 Contact: linux-iio@vger.kernel.org
1420 Read-only entry that contains a single integer specifying the
1421 current watermark level for the hardware fifo. If the device
1422 does not have a hardware fifo this entry is not present.
1423 The watermark level for the hardware fifo is set by the driver
1424 based on the value set by the user in buffer/watermark but
1425 taking into account hardware limitations (e.g. most hardware
1426 buffers are limited to 32-64 samples, some hardware buffers
1427 watermarks are fixed or have minimum levels). A value of 0
1428 means that the hardware watermark is unset.
1430 What: /sys/bus/iio/devices/iio:deviceX/buffer/hwfifo_watermark_min
1432 Contact: linux-iio@vger.kernel.org
1434 A single positive integer specifying the minimum watermark level
1435 for the hardware fifo of this device. If the device does not
1436 have a hardware fifo this entry is not present.
1437 If the user sets buffer/watermark to a value less than this one,
1438 then the hardware watermark will remain unset.
1440 What: /sys/bus/iio/devices/iio:deviceX/buffer/hwfifo_watermark_max
1442 Contact: linux-iio@vger.kernel.org
1444 A single positive integer specifying the maximum watermark level
1445 for the hardware fifo of this device. If the device does not
1446 have a hardware fifo this entry is not present.
1447 If the user sets buffer/watermark to a value greater than this
1448 one, then the hardware watermark will be capped at this value.
1450 What: /sys/bus/iio/devices/iio:deviceX/buffer/hwfifo_watermark_available
1452 Contact: linux-iio@vger.kernel.org
1454 A list of positive integers specifying the available watermark
1455 levels for the hardware fifo. This entry is optional and if it
1456 is not present it means that all the values between
1457 hwfifo_watermark_min and hwfifo_watermark_max are supported.
1458 If the user sets buffer/watermark to a value greater than
1459 hwfifo_watermak_min but not equal to any of the values in this
1460 list, the driver will chose an appropriate value for the
1461 hardware fifo watermark level.
1463 What: /sys/bus/iio/devices/iio:deviceX/in_temp_calibemissivity
1464 What: /sys/bus/iio/devices/iio:deviceX/in_tempX_calibemissivity
1465 What: /sys/bus/iio/devices/iio:deviceX/in_temp_object_calibemissivity
1466 What: /sys/bus/iio/devices/iio:deviceX/in_tempX_object_calibemissivity
1468 Contact: linux-iio@vger.kernel.org
1470 The emissivity ratio of the surface in the field of view of the
1471 contactless temperature sensor. Emissivity varies from 0 to 1,
1472 with 1 being the emissivity of a black body.
1474 What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_oversampling_ratio
1475 What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_oversampling_ratio
1476 What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_oversampling_ratio
1478 Contact: linux-iio@vger.kernel.org
1480 Hardware applied number of measurements for acquiring one
1481 data point. The HW will do <type>[_name]_oversampling_ratio
1482 measurements and return the average value as output data. Each
1483 value resulted from <type>[_name]_oversampling_ratio measurements
1484 is considered as one sample for <type>[_name]_sampling_frequency.
1486 What: /sys/bus/iio/devices/iio:deviceX/in_concentration_raw
1487 What: /sys/bus/iio/devices/iio:deviceX/in_concentrationX_raw
1488 What: /sys/bus/iio/devices/iio:deviceX/in_concentration_co2_raw
1489 What: /sys/bus/iio/devices/iio:deviceX/in_concentrationX_co2_raw
1490 What: /sys/bus/iio/devices/iio:deviceX/in_concentration_voc_raw
1491 What: /sys/bus/iio/devices/iio:deviceX/in_concentrationX_voc_raw
1493 Contact: linux-iio@vger.kernel.org
1495 Raw (unscaled no offset etc.) percentage reading of a substance.
1497 What: /sys/bus/iio/devices/iio:deviceX/in_resistance_raw
1498 What: /sys/bus/iio/devices/iio:deviceX/in_resistanceX_raw
1499 What: /sys/bus/iio/devices/iio:deviceX/out_resistance_raw
1500 What: /sys/bus/iio/devices/iio:deviceX/out_resistanceX_raw
1502 Contact: linux-iio@vger.kernel.org
1504 Raw (unscaled no offset etc.) resistance reading that can be processed
1507 What: /sys/bus/iio/devices/iio:deviceX/heater_enable
1508 KernelVersion: 4.1.0
1509 Contact: linux-iio@vger.kernel.org
1511 '1' (enable) or '0' (disable) specifying the enable
1512 of heater function. Same reading values apply
1513 This ABI is especially applicable for humidity sensors
1514 to heatup the device and get rid of any condensation
1515 in some humidity environment
1517 What: /sys/bus/iio/devices/iio:deviceX/in_ph_raw
1519 Contact: linux-iio@vger.kernel.org
1521 Raw (unscaled no offset etc.) pH reading of a substance as a negative
1522 base-10 logarithm of hydrodium ions in a litre of water.
1524 What: /sys/bus/iio/devices/iio:deviceX/mount_matrix
1525 What: /sys/bus/iio/devices/iio:deviceX/in_mount_matrix
1526 What: /sys/bus/iio/devices/iio:deviceX/out_mount_matrix
1527 What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_mount_matrix
1528 What: /sys/bus/iio/devices/iio:deviceX/in_accel_mount_matrix
1530 Contact: linux-iio@vger.kernel.org
1532 Mounting matrix for IIO sensors. This is a rotation matrix which
1533 informs userspace about sensor chip's placement relative to the
1534 main hardware it is mounted on.
1535 Main hardware placement is defined according to the local
1536 reference frame related to the physical quantity the sensor
1538 Given that the rotation matrix is defined in a board specific
1539 way (platform data and / or device-tree), the main hardware
1540 reference frame definition is left to the implementor's choice
1541 (see below for a magnetometer example).
1542 Applications should apply this rotation matrix to samples so
1543 that when main hardware reference frame is aligned onto local
1544 reference frame, then sensor chip reference frame is also
1545 perfectly aligned with it.
1546 Matrix is a 3x3 unitary matrix and typically looks like
1547 [0, 1, 0; 1, 0, 0; 0, 0, -1]. Identity matrix
1548 [1, 0, 0; 0, 1, 0; 0, 0, 1] means sensor chip and main hardware
1549 are perfectly aligned with each other.
1551 For example, a mounting matrix for a magnetometer sensor informs
1552 userspace about sensor chip's ORIENTATION relative to the main
1554 More specifically, main hardware orientation is defined with
1555 respect to the LOCAL EARTH GEOMAGNETIC REFERENCE FRAME where :
1556 * Y is in the ground plane and positive towards magnetic North ;
1557 * X is in the ground plane, perpendicular to the North axis and
1558 positive towards the East ;
1559 * Z is perpendicular to the ground plane and positive upwards.
1561 An implementor might consider that for a hand-held device, a
1562 'natural' orientation would be 'front facing camera at the top'.
1563 The main hardware reference frame could then be described as :
1564 * Y is in the plane of the screen and is positive towards the
1566 * X is in the plane of the screen, perpendicular to Y axis, and
1567 positive towards the right hand side of the screen ;
1568 * Z is perpendicular to the screen plane and positive out of the
1570 Another example for a quadrotor UAV might be :
1571 * Y is in the plane of the propellers and positive towards the
1573 * X is in the plane of the propellers, perpendicular to Y axis,
1574 and positive towards the starboard side of the UAV ;
1575 * Z is perpendicular to propellers plane and positive upwards.
1577 What: /sys/bus/iio/devices/iio:deviceX/in_electricalconductivity_raw
1579 Contact: linux-iio@vger.kernel.org
1581 Raw (unscaled no offset etc.) electric conductivity reading that
1582 can be processed to siemens per meter.
1584 What: /sys/bus/iio/devices/iio:deviceX/in_countY_raw
1586 Contact: linux-iio@vger.kernel.org
1588 Raw counter device counts from channel Y. For quadrature
1589 counters, multiplication by an available [Y]_scale results in
1590 the counts of a single quadrature signal phase from channel Y.
1592 What: /sys/bus/iio/devices/iio:deviceX/in_indexY_raw
1594 Contact: linux-iio@vger.kernel.org
1596 Raw counter device index value from channel Y. This attribute
1597 provides an absolute positional reference (e.g. a pulse once per
1598 revolution) which may be used to home positional systems as
projects / mirror_ubuntu-zesty-kernel.git / blob