Home
last modified time | relevance | path

Searched full:sensors (Results 1 – 25 of 391) sorted by relevance

12345678910>>...16

/Zephyr-latest/tests/drivers/build_all/sensor/
Dtestcase.yaml4 - sensors
11 sensors.build.sensorhub:
13 sensors.build.trigger.own:
15 sensors.build.trigger.global:
17 sensors.build.trigger.none:
19 sensors.build.no_default:
21 sensors.build:
22 tags: sensors
26 sensors.build.pm:
31 sensors.generic_test:
/Zephyr-latest/tests/subsys/sensing/src/
Dmain.c30 static const struct sensor_info_t sensors[] = { variable
38 for (int i = 0; i < ARRAY_SIZE(sensors); i++) { in get_total_sensor_counts()
39 total += sensors[i].sensor_type_count; in get_total_sensor_counts()
56 * @brief Test Get Sensors
67 zassert_equal(ret, 0, "Sensing Get Sensors failed"); in ZTEST()
68 zassert_equal(num, total_sensor_counts, "Expected %d sensors, but got %d", in ZTEST()
75 for (int j = 0; j < ARRAY_SIZE(sensors); ++j) { in ZTEST()
76 if (strcmp(info[i].name, sensors[j].name) == 0) { in ZTEST()
78 sensors[j].friendly_name) == 0, in ZTEST()
81 zassert_true(check_sensor_type(&info[i], &sensors[j]), in ZTEST()
/Zephyr-latest/doc/hardware/peripherals/sensor/
Dpower_management.rst4 Power management of sensors is often a non-trivial task as sensors may have multiple power states
5 for various channels. Some sensors may allow for low noise, low power, or suspending channels
7 low power states sensors may lose their state, turning off even the digital logic portion of the de…
9 All this is to say that power management of sensors is typically application specific! Often the
14 Most likely the API sensors should use for their fully suspended/resume power states is
Dread_and_decode.rst17 These APIs allow for a wider usage of sensors, sensor types, and data flows with
18 sensors. These are the future looking APIs in Zephyr and solve many issues
30 against many sensors simultaneously from a single call context.
32 This enables incredibly useful code flows when working with sensors such as:
36 * Starting a read for sensors directly from an interrupt handler. No dedicated
38 variable latency. Starting a read for multiple sensors simultaneously from a
42 * Creating entire pipelines of data flow from sensors allowing for software
43 defined virtual sensors (:ref:`sensing`) all from a single thread with DAG
80 Polling Read with Multiple Sensors
84 sensors with many channels in one thread. Effectively read requests are started
[all …]
/Zephyr-latest/samples/sensor/die_temp_polling/src/
Dmain.c16 /* support up to 16 cpu die temperature sensors */
17 static const struct device *const sensors[] = {LISTIFY(16, DIE_TEMPERATURE_SENSOR, ())}; variable
45 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
46 if (!device_is_ready(sensors[i])) { in main()
47 printk("sensor: device %s not ready.\n", sensors[i]->name); in main()
53 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
54 rc = print_die_temperature(sensors[i]); in main()
/Zephyr-latest/samples/sensor/soc_voltage/src/
Dmain.c16 /* support up to 16 voltage sensors */
17 static const struct device *const sensors[] = {LISTIFY(16, VOLT_SENSOR, ())}; variable
45 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
46 if (!device_is_ready(sensors[i])) { in main()
47 printk("sensor: device %s not ready.\n", sensors[i]->name); in main()
52 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
53 rc = print_voltage(sensors[i]); in main()
/Zephyr-latest/boards/nordic/thingy53/
Dboard.c10 /* Initialization chain of Thingy:53 board requires some delays before on board sensors
11 * could be accessed after power up. In particular bme680 and bmm150 sensors require,
14 * on board regulators, board init (this), sensors init.
36 * sensors could be accessed after power up. In particular bme680 and bmm150 in setup()
37 * sensors require, 2ms and 1ms power on delay respectively. In order not to sum in setup()
39 * executed after sensors are powered up and before their initialization. in setup()
/Zephyr-latest/samples/sensor/
Dsensor.rst1 .. zephyr:code-sample-category:: sensors
2 :name: Sensors
5 These samples demonstrate how to use various sensors supported by Zephyr.
/Zephyr-latest/samples/boards/st/sensortile_box_pro/sensors-on-board/
DREADME.rst2 :name: SensorTile.box Pro sensors
4 Read sensor data from the various SensorTile.box Pro sensors.
8 This sample provides an example of how to read sensors data
11 This sample enables all sensors of SensorTile.box Pro board, and then
13 sensors:
36 :zephyr-app: samples/boards/st/sensortile_box_pro/sensors-on-board
58 The sample code outputs sensors data on the SensorTile.box Pro console.
/Zephyr-latest/samples/shields/x_nucleo_53l0a1/src/
Dmain.c23 #define N_SENSORS ARRAY_SIZE(sensors)
24 #define LEFT sensors[0]
25 #define CENTER sensors[1]
26 #define RIGHT sensors[2]
32 static const struct device *const sensors[] = { variable
72 ret = sensor_sample_fetch(sensors[i]); in mode_show_presence()
75 sensors[i]->name, ret); in mode_show_presence()
79 ret = sensor_channel_get(sensors[i], in mode_show_presence()
84 sensors[i]->name, ret); in mode_show_presence()
/Zephyr-latest/samples/boards/st/steval_stwinbx1/sensors/
DREADME.rst2 :name: STWIN.box sensors
4 Read sensor data from the various STWIN SensorTile wireless industrial node sensors.
8 This sample provides an example of how to read sensors data
11 This sample enables all sensors of STWIN.box board, and then
13 sensors:
39 :zephyr-app: samples/boards/st/steval_stwinbx1/sensors
61 The sample code outputs sensors data on the STWIN.box console.
Dsample.yaml5 sample.board.steval_stwinbx1.sensors:
8 tags: sensors
/Zephyr-latest/samples/net/secure_mqtt_sensor_actuator/
Dsample.yaml9 - sensors
19 - sensors
29 - sensors
/Zephyr-latest/samples/sensor/dht_polling/src/
Dmain.c22 /* Support up to 10 temperature/humidity sensors */
23 static const struct device *const sensors[] = {LISTIFY(10, DHT_DEVICE, ())}; variable
44 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
45 if (!device_is_ready(sensors[i])) { in main()
46 printk("sensor: device %s not ready.\n", sensors[i]->name); in main()
52 for (size_t i = 0; i < ARRAY_SIZE(sensors); i++) { in main()
53 struct device *dev = (struct device *) sensors[i]; in main()
/Zephyr-latest/samples/shields/x_nucleo_iks01a3/standard/
DREADME.rst5 Interact with all the sensors of an X-NUCLEO-IKS01A3 shield using Standard mode.
13 This sample enables all sensors of a X-NUCLEO-IKS01A3 shield, and then
14 periodically reads and displays data from the shield sensors:
36 one of the sensors available on the shield (such as disco_l475_iot1)
37 as sensors multiple instances are not supported.
47 In addition to sensors on board it is possible to place any other compatible
51 List of sensors currently supported on DIL24 by this sample:
/Zephyr-latest/samples/boards/st/sensortile_box/
DREADME.rst2 :name: SensorTile.box sensors
4 Read sensor data from the various SensorTile.box sensors.
8 This sample provides an example of how to read sensors data
11 This sample enables all sensors of SensorTile.box board, and then
13 sensors:
59 The sample code outputs sensors data on the SensorTile.box console.
Dsample.yaml5 sample.board.sensortile_box.sensors:
8 tags: sensors
/Zephyr-latest/samples/shields/x_nucleo_iks01a1/
DREADME.rst5 Interact with all the sensors of an X-NUCLEO-IKS01A1 shield.
9 This sample enables all sensors of a X-NUCLEO-IKS01A1 shield, and then
10 periodically reads and displays data from the shield sensors:
25 one of the sensors available on the shield (such as disco_l475_iot1) as zephyr
26 does not yet support sensors multiple instances.
/Zephyr-latest/samples/sensor/proximity_polling/
DREADME.rst5 Get proximity data from up to 10 proximity sensors (polling mode).
10 This sample demonstrates how to use one or multiple proximity sensors.
15 The sample supports up to 10 proximity sensors. The number of the sensors will
/Zephyr-latest/samples/sensor/sgp40_sht4x/
DREADME.rst5 Get temperature, humidity and gas sensor data from SGP40 and SHT4X sensors (polling mode).
27 …- `SHT4X sensor <https://www.sensirion.com/en/environmental-sensors/humidity-sensors/humidity-sens…
28 - `SGP40 sensor <https://www.sensirion.com/en/environmental-sensors/gas-sensors/sgp40/>`_
66 to the logarithm of the sensors resistance, hence it is labeled as [a.u.]
/Zephyr-latest/samples/boards/96boards/argonkey/sensors/
DREADME.rst2 :name: Sensors
4 Read sensor data from the ArgonKey board's onboard sensors.
22 The user may select or unselect the sensors from
23 :zephyr_file:`samples/boards/96boards/argonkey/sensors/prj.conf`.
49 :zephyr-app: samples/boards/96boards/argonkey/sensors
78 sensors that are not enabled):
Dsample.yaml5 sample.board.96b_argonkey.sensors:
8 tags: sensors
/Zephyr-latest/samples/sensor/bme280/
Dsample.yaml6 tags: sensors
19 tags: sensors
31 tags: sensors
/Zephyr-latest/samples/sensor/vl53l0x/
Dsample.yaml2 name: Sample for MEMS sensors VL53L0X
9 tags: sensors
/Zephyr-latest/samples/shields/x_nucleo_iks01a2/standard/
DREADME.rst5 Interact with all the sensors of an X-NUCLEO-IKS01A2 shield using Standard Mode.
9 This sample enables all sensors of a X-NUCLEO-IKS01A2 shield, and then
10 periodically reads and displays data from the shield sensors:
29 one of the sensors available on the shield (such as disco_l475_iot1) as zephyr
30 does not yet support sensors multiple instances.

12345678910>>...16