mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
synced 2024-10-01 14:44:12 +00:00
4c18a890df
Semtech SAR sensor SX9324 is an evolution of the SX9310: It has 4 phases that can be configured to capture and process data from any of 3 CS pins and provide independent detection: proximity, table proximity or body proximity. Gather antenna data: echo sx9324-dev3 > trigger/current_trigger echo 1 > scan_elements/in_proximity0_en echo 1 > buffer/enable od -v -An --endian=big -t d2 -w2 /dev/iio\:device3 (at 10Hz, the default). Trigger events: Setting: thresh_falling_period: 2 (events) thresh_rising_period: 2 (events) in_proximity0_thresh_either_value: 300 in_proximity0_thresh_either_hysteresis: 72 using iio_event_monitor /dev/iio\:deviceX, approaching my hand to the antenna pad, I see: ... Event: time: 1634763907532035297, type: proximity, channel: 0, evtype: thresh, direction: falling Event: time: 1634763910138104640, type: proximity, channel: 0, evtype: thresh, direction: rising ... Datasheet: https://edit.wpgdadawant.com/uploads/news_file/program/2019/30184/tech_files/program_30184_suggest_other_file.pdf Signed-off-by: Gwendal Grignou <gwendal@chromium.org> Reviewed-by: Stephen Boyd <swboyd@chromium.org> Link: https://lore.kernel.org/r/20220101203817.290512-4-gwendal@chromium.org Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
28 lines
1.1 KiB
Text
28 lines
1.1 KiB
Text
What: /sys/bus/iio/devices/iio:deviceX/in_proximity<id>_setup
|
|
Date: November 2021
|
|
KernelVersion: 5.17
|
|
Contact: Gwendal Grignou <gwendal@chromium.org>
|
|
Description:
|
|
SX9324 has 3 inputs, CS0, CS1 and CS2. Hardware layout
|
|
defines if the input is
|
|
+ not connected (HZ),
|
|
+ grounded (GD),
|
|
+ connected to an antenna where it can act as a base
|
|
(DS - data shield), or measured input (MI).
|
|
|
|
The sensor rotates measurement across 4 phases
|
|
(PH0, PH1, PH2, PH3), where the inputs are configured
|
|
and then measured.
|
|
|
|
By default, during the first phase, [PH0], CS0 is measured,
|
|
while CS1 and CS2 are used as shields.
|
|
`cat in_proximity0_setup` returns "MI,DS,DS".
|
|
[PH1], CS1 is measured, CS0 and CS2 are shield:
|
|
`cat in_proximity1_setup` returns "DS,MI,DS".
|
|
[PH2], CS2 is measured, CS0 and CS1 are shield:
|
|
`cat in_proximity1_setup` returns "DS,DS,MI".
|
|
[PH3], CS1 and CS2 are measured (combo mode):
|
|
`cat in_proximity1_setup` returns "DS,MI,MI".
|
|
|
|
Note, these are the chip default. Hardware layout will most
|
|
likely dictate different output. The entry is read-only.
|