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