- class QSensor¶
The
QSensor
class represents a single hardware sensor. More…Inherited by:
QTiltSensor
,QTapSensor
,QRotationSensor
,QProximitySensor
,QPressureSensor
,QOrientationSensor
,QMagnetometer
,QLightSensor
,QLidSensor
,QIRProximitySensor
,QHumiditySensor
,QGyroscope
,QCompass
,QAmbientTemperatureSensor
,QAmbientLightSensor
,QAccelerometer
Synopsis¶
Properties¶
activeᅟ
- Value to indicate if the sensor is activealwaysOnᅟ
- Value to indicate if the sensor should remain running when the screen is offavailableDataRatesᅟ
- The data rates that the sensor supportsaxesOrientationModeᅟ
- Mode that affects how the screen orientation changes reading valuesbusyᅟ
- Value to indicate if the sensor is busyconnectedToBackendᅟ
- Value indicating if the sensor has connected to a backendcurrentOrientationᅟ
- Current orientation that is used for rotating the reading valuesdataRateᅟ
- The data rate that the sensor should be run atdescriptionᅟ
- Descriptive string for the sensorerrorᅟ
- The last error code set on the sensoridentifierᅟ
- The backend identifier for the sensoroutputRangeᅟ
- The output range in use by the sensoroutputRangesᅟ
- List of output ranges the sensor supportsreadingᅟ
- The reading classskipDuplicatesᅟ
- Indicates whether duplicate reading values should be omittedtypeᅟ
- The type of the sensoruserOrientationᅟ
- Angle used for rotating the reading values in the UserOrientation mode
Methods¶
def
__init__()
def
addFilter()
def
backend()
def
bufferSize()
def
dataRate()
def
description()
def
error()
def
filters()
def
identifier()
def
isActive()
def
isAlwaysOn()
def
isBusy()
def
maxBufferSize()
def
outputRange()
def
outputRanges()
def
reading()
def
removeFilter()
def
setActive()
def
setAlwaysOn()
def
setBufferSize()
def
setDataRate()
def
setIdentifier()
def
setOutputRange()
def
skipDuplicates()
def
type()
Slots¶
Signals¶
def
activeChanged()
def
busyChanged()
def
readingChanged()
def
sensorError()
Static functions¶
def
sensorTypes()
def
sensorsForType()
Note
This documentation may contain snippets that were automatically translated from C++ to Python. We always welcome contributions to the snippet translation. If you see an issue with the translation, you can also let us know by creating a ticket on https:/bugreports.qt.io/projects/PYSIDE
Detailed Description¶
The life cycle of a sensor is typically:
Create a sub-class of
QSensor
on the stack or heap.Setup as required by the application.
Start receiving values.
Sensor data is used by the application.
Stop receiving values.
The sensor data is delivered via
QSensorReading
and its sub-classes.Orientation¶
Some sensors react to screen orientation changes, such as
QAccelerometer
,QMagnetometer
andQRotationSensor
. These are so called orientable sensors. For orientable sensors,QSensor
supports changing the reporting of the reading values based on the orientation of the screen.For orientable sensors, the
axesOrientationMode
property controls how the orientation affects the reading values.In the default mode,
FixedOrientation
, the reading values remain unaffected by the orientation. In theAutomaticOrientation
mode, the reading values are automatically rotated by taking the current screen orientation into account. And finally, in theUserOrientation
mode, the reading values are rotated according to a user-specified orientation.The functionality of this is only available if it is supported by the backend and if the sensor is orientable, which can be checked by calling
isFeatureSupported()
with theAxesOrientation
flag.The orientation values here are always of the screen orientation, not the device orientation. The screen orientation is the orientation of the GUI. For example when rotating a device by 90 degrees counter-clockwise, the screen orientation compensates for that by rotating 90 degrees clockwise, to the effect that the GUI is still facing upright after the device has been rotated. Note that applications can lock the screen orientation, for example to force portrait or landscape mode. For locked orientations, orientable sensors will not react with reading changes if the device orientation is changed, as orientable sensors react to screen orientation changes only. This makes sense, as the purpose of orientable sensors is to keep the sensor orientation in sync with the screen orientation.
The orientation values range from 0 to 270 degrees. The orientation is applied in clockwise direction, e.g. an orientation value of 90 degrees means that the screen has been rotated 90 degress to the right from its origin position, to compensate a device rotation of 90 degrees to the left.
See also
- class Feature¶
Lists optional features a backend might support.
The features common to all sensor types are:
Constant
Description
QSensor.Buffering
The backend supports buffering of readings, controlled by the
bufferSize
property.QSensor.AlwaysOn
The backend supports changing the policy on whether to suspend when idle, controlled by the
alwaysOn
property.QSensor.SkipDuplicates
The backend supports skipping of same or very similar successive readings. This can be enabled by setting the
skipDuplicates
property to true.The features of
QMagnetometer
are:Constant
Description
QSensor.GeoValues
The backend supports returning geo values, which can be controlled with the
returnGeoValues
property.The features of
QLightSensor
are:Constant
Description
QSensor.FieldOfView
The backend specifies its field of view, which can be read from the
fieldOfView
property.The features of
QAccelerometer
are:Constant
Description
QSensor.AccelerationMode
The backend supports switching the acceleration mode of the acceleromter with the
accelerationMode
property.The features of
QPressureSensor
are:Constant
Description
QSensor.PressureSensorTemperature
The backend provides the pressure sensor’s die temperature
The features of all orientable sensors are:
Constant
Description
QSensor.AxesOrientation
The backend supports changing the axes orientation from the default of
FixedOrientation
to something else.See also
- class AxesOrientationMode¶
Describes how reading values are affected by the screen orientation.
Constant
Description
QSensor.FixedOrientation
No automatic rotation is applied to the reading values.
QSensor.AutomaticOrientation
The reading values are automatically rotated based on the screen orientation.
QSensor.UserOrientation
The reading values are rotated based on the angle of the
userOrientation
property.See also
Note
Properties can be used directly when
from __feature__ import true_property
is used or via accessor functions otherwise.- property activeᅟ: bool¶
This property holds a value to indicate if the sensor is active..
This is true if the sensor is active (returning values). This is false otherwise.
Note that setting this value to true will not have an immediate effect. Instead, the sensor will be started once the event loop has been reached.
- Access functions:
Signal
activeChanged()
- property alwaysOnᅟ: bool¶
This property holds a value to indicate if the sensor should remain running when the screen is off..
Some platforms have a policy of suspending sensors when the screen turns off. Setting this property to true will ensure the sensor continues to run.
- Access functions:
- property availableDataRatesᅟ: list of std.pairint,int¶
This property holds the data rates that the sensor supports..
This is a list of the data rates that the sensor supports. Measured in Hertz.
Entries in the list can represent discrete rates or a continuous range of rates. A discrete rate is noted by having both values the same.
Note that this information is not mandatory as not all sensors have a rate at which they run. In such cases, the list will be empty.
See also
- Access functions:
- property axesOrientationModeᅟ: QSensor.AxesOrientationMode¶
This property holds The mode that affects how the screen orientation changes reading values..
When set to
FixedOrientation
, which is the default mode, no automatic rotation is applied to the reading. This is the only mode available for backends that do not support theAxesOrientation
feature.When set to
AutomaticOrientation
, the reading values are automatically rotated when the screen orientation changes. In effect, the screen orientation is canceled out.As an example, assume the device is rotated by 180 degrees and therefore the screen orientation also is rotated by 180 degrees from the native orientation. Without automatic axes orientation, the reading values would now be changed: Both the X and the Y values would be negated, forcing an application developer to manually cancel out the negation in application code. Automatic axes orientation does this automatically, in this mode the X and Y values would be the same as with the default screen orientation.
This automatic rotation of the axes is handy is some usecases, for example in a bubble level application that measures how level a surface is by looking at the X axis value of an accelerometer. When the device and screen orientation change by 90 degrees, an application developer does not need to change anything, he can continue using the X axis value even though the device is rotated. Without automatic axes orientation, the application developer would need to look at the Y values instead, thereby adding code to the application that reads from a different axis depending on the screen orientation.
The
UserOrientation
mode is quite similar toAutomaticOrientation
, only that the screen orientation is manually controlled instead of automatically determined. The angle of theuserOrientation
property is then used for rotating the reading values.Since the rotation of the reading values is based on the screen orientation, Z values will never change, as the Z axis is perpendicular to the screen. As screen orientation changes in 90 degree steps, rotating the reading values is also done in steps of 90 degrees.
This property is only used for orientable sensors.
- Access functions:
- property bufferSizeᅟ: int¶
This property holds the size of the buffer. By default, the buffer size is 1, which means no buffering. If the maximum buffer size is 1, then buffering is not supported by the sensor.
Setting bufferSize greater than
maxBufferSize
will causemaxBufferSize
to be used.Buffering is turned on when bufferSize is greater than 1. The sensor will collect the requested number of samples and deliver them all to the application at one time. They will be delivered to the application as a burst of changed readings so it is particularly important that the application processes each reading immediately or saves the values somewhere else.
If
stop()
is called when buffering is on-going, the partial buffer is not delivered.When the sensor is started with buffering option, values are collected from that moment onwards. There is no pre-existing buffer that can be utilized.
Some backends only support enabling or disabling the buffer and do not give control over the size. In this case, the
maxBufferSize
andefficientBufferSize
properties might not be set at all, even though buffering is supported. Setting the bufferSize property to any value greater than 1 will enable buffering. After the sensor has been started, the bufferSize property will be set to the actual value by the backend.See also
- Access functions:
- property busyᅟ: bool¶
This property holds a value to indicate if the sensor is busy..
Some sensors may be on the system but unavailable for use. This function will return true if the sensor is busy. You will not be able to
start()
the sensor.Note that this function does not return true if you are using the sensor, only if another process is using the sensor.
See also
- Access functions:
Signal
busyChanged()
- property connectedToBackendᅟ: bool¶
This property holds a value indicating if the sensor has connected to a backend..
A sensor that has not been connected to a backend cannot do anything useful.
Call the
connectToBackend()
method to force the sensor to connect to a backend immediately. This is automatically called if you callstart()
so you only need to do this if you need access to sensor properties (ie. to poll the sensor’s meta-data before you use it).- Access functions:
- property currentOrientationᅟ: int¶
This property holds The current orientation that is used for rotating the reading values..
This might not be the same as the screen orientation. For example, in the
FixedOrientation
mode, the reading values are not rotated, and therefore the property is 0.In the
UserOrientation
mode, the readings are rotated based on theuserOrientation
property, and therefore this property is equal to theuserOrientation
property.In the
AutomaticOrientation
mode, the readings are rotated based on the screen orientation, and therefore this property will be equal to the current screen orientation.This property is set by the backend and only valid for orientable sensors.
- Access functions:
- property dataRateᅟ: int¶
This property holds the data rate that the sensor should be run at..
Measured in Hertz.
The data rate is the maximum frequency at which the sensor can detect changes.
Setting this property is not portable and can cause conflicts with other applications. Check with the sensor backend and platform documentation for any policy regarding multiple applications requesting a data rate.
The default value (0) means that the app does not care what the data rate is. Applications should consider using a timer-based poll of the current value or ensure that the code that processes values can run very quickly as the platform may provide updates hundreds of times each second.
This should be set before calling
start()
because the sensor may not notice changes to this value while it is running.Note that there is no mechanism to determine the current data rate in use by the platform.
See also
- Access functions:
- property descriptionᅟ: str¶
This property holds a descriptive string for the sensor..
- Access functions:
- property efficientBufferSizeᅟ: int¶
The property holds the most efficient buffer size. Normally this is 1 (which means no particular size is most efficient). Some sensor drivers have a FIFO buffer which makes it more efficient to deliver the FIFO’s size worth of readings at one time.
See also
- Access functions:
- property errorᅟ: int¶
This property holds the last error code set on the sensor..
Note that error codes are sensor-specific.
- Access functions:
Signal
sensorError()
- property identifierᅟ: QByteArray¶
This property holds the backend identifier for the sensor..
Note that the identifier is filled out automatically when the sensor is connected to a backend. If you want to connect a specific backend, you should call setIdentifier() before
connectToBackend()
.- Access functions:
- property maxBufferSizeᅟ: int¶
The property holds the maximum buffer size.
Note that this may be 1, in which case the sensor does not support any form of buffering. In that case,
isFeatureSupported
(Buffering
) will also return false.See also
- Access functions:
- property outputRangeᅟ: int¶
This property holds the output range in use by the sensor..
This value represents the index in the
outputRanges
list to use.Setting this property is not portable and can cause conflicts with other applications. Check with the sensor backend and platform documentation for any policy regarding multiple applications requesting an output range.
The default value (-1) means that the app does not care what the output range is.
Note that there is no mechanism to determine the current output range in use by the platform.
See also
- Access functions:
- property outputRangesᅟ: list of qoutputrange¶
This property holds a list of output ranges the sensor supports..
A sensor may have more than one output range. Typically this is done to give a greater measurement range at the cost of lowering accuracy.
Note that this information is not mandatory. This information is typically only available for sensors that have selectable output ranges (such as typical accelerometers).
See also
- Access functions:
- property readingᅟ: QSensorReading¶
This property holds the reading class..
The reading class provides access to sensor readings. The reading object is a volatile cache of the most recent sensor reading that has been received so the application should process readings immediately or save the values somewhere for later processing.
Note that this will return 0 until a sensor backend is connected to a backend.
Also note that readings are not immediately available after
start()
is called. Applications must wait for thereadingChanged()
signal to be emitted.See also
- Access functions:
Signal
readingChanged()
- property skipDuplicatesᅟ: bool¶
This property holds Indicates whether duplicate reading values should be omitted..
When duplicate skipping is enabled, successive readings with the same or very similar values are omitted. This helps reducing the amount of processing done, as less sensor readings are made available. As a consequence, readings arrive at an irregular interval.
Duplicate skipping is not just enabled for readings that are exactly the same, but also for readings that are quite similar, as each sensor has a bit of jitter even if the device is not moved.
Support for this property depends on the backend. Use
isFeatureSupported()
to check if it is supported on the current platform.Duplicate skipping is disabled by default.
Duplicate skipping takes effect when the sensor is started, changing the property while the sensor is active has no immediate effect.
- Access functions:
- property typeᅟ: QByteArray¶
This property holds the type of the sensor..
- Access functions:
- property userOrientationᅟ: int¶
This property holds The angle used for rotating the reading values in the
UserOrientation
mode..When the
axesOrientationMode
property is set toUserOrientation
, the angle for rotating the reading values is taken from this property. In other modes, the property has no effect.The default is 0. The only valid values are 0, 90, 180 and 270, as those are the only possible screen orientations.
This property is only valid for orientable sensors.
- Access functions:
- __init__(type[, parent=None])¶
- Parameters:
type –
QByteArray
parent –
QObject
Warning
This section contains snippets that were automatically translated from C++ to Python and may contain errors.
Construct the
type
sensor as a child ofparent
.Do not use this constructor if a derived class exists for the specific sensor type.
The wrong way is to use the base class constructor:
magnetometer = QSensor(QMagnetometer.sensorType, self)
The right way is to create an instance of the derived class:
magnetometer = QMagnetometer(self)
The derived classes have additional properties and data members which are needed for certain features such as geo value support in
QMagnetometer
or acceleration mode support inQAccelerometer
. These features will only work properly when creating a sensor instance from aQSensor
subclass.Only use this constructor if there is no derived sensor class available. Note that all built-in sensors have a derived class, so using this constructor should only be necessary when implementing custom sensors.
- activeChanged()¶
This signal is emitted when the
active
property has changed.See also
active
Notification signal of property
activeᅟ
.- addFilter(filter)¶
- Parameters:
filter –
QSensorFilter
Add a
filter
to the sensor.The sensor does not take ownership of the filter.
QSensorFilter
will inform the sensor if it is destroyed.See also
- alwaysOnChanged()¶
This signal is emitted when the
alwaysOn
property changes.Notification signal of property
alwaysOnᅟ
.- availableDataRates()¶
- Return type:
.list of std.pairint,int
Getter of property
availableDataRatesᅟ
.- availableSensorsChanged()¶
This signal is emitted when the list of available sensors has changed. The sensors available to a program will not generally change over time however some of the available sensors may represent hardware that is not permanently connected. For example, a game controller that is connected via bluetooth would become available when it was on and would become unavailable when it was off.
See also
- axesOrientationMode()¶
- Return type:
See also
Getter of property
axesOrientationModeᅟ
.- axesOrientationModeChanged(axesOrientationMode)¶
- Parameters:
axesOrientationMode –
AxesOrientationMode
Notification signal of property
axesOrientationModeᅟ
.- backend()¶
- Return type:
- bufferSize()¶
- Return type:
int
See also
Getter of property
bufferSizeᅟ
.- bufferSizeChanged(bufferSize)¶
- Parameters:
bufferSize – int
Notification signal of property
bufferSizeᅟ
.- busyChanged()¶
This signal is emitted when the sensor is no longer busy. This can be used to grab a sensor when it becomes available.
sensor.start(); if (sensor.isBusy()) { // need to wait for busyChanged signal and try again }
Notification signal of property
busyᅟ
.- connectToBackend()¶
- Return type:
bool
Try to connect to a sensor backend.
Returns true if a suitable backend could be found, false otherwise.
The type must be set before calling this method if you are using
QSensor
directly.See also
- currentOrientation()¶
- Return type:
int
See also
Getter of property
currentOrientationᅟ
.- currentOrientationChanged(currentOrientation)¶
- Parameters:
currentOrientation – int
Notification signal of property
currentOrientationᅟ
.- dataRate()¶
- Return type:
int
See also
Getter of property
dataRateᅟ
.- dataRateChanged()¶
Notification signal of property
dataRateᅟ
.- static defaultSensorForType(type)¶
- Parameters:
type –
QByteArray
- Return type:
Returns the default sensor identifier for
type
. This is set in a config file and can be overridden if required. If no default is available the system will return the first registered sensor fortype
.Note that there is special case logic to prevent the generic plugin’s backends from becoming the default when another backend is registered for the same type. This logic means that a backend identifier starting with
generic.
will only be the default if no other backends have been registered for that type or if it is specified inSensors.conf
.- description()¶
- Return type:
str
Getter of property
descriptionᅟ
.- efficientBufferSize()¶
- Return type:
int
See also
Getter of property
efficientBufferSizeᅟ
.- efficientBufferSizeChanged(efficientBufferSize)¶
- Parameters:
efficientBufferSize – int
Notification signal of property
efficientBufferSizeᅟ
.- error()¶
- Return type:
int
Getter of property
errorᅟ
.- filters()¶
- Return type:
.list of QSensorFilter
Returns the filters currently attached to the sensor.
See also
- identifier()¶
- Return type:
See also
Getter of property
identifierᅟ
.- identifierChanged()¶
Notification signal of property
identifierᅟ
.- isActive()¶
- Return type:
bool
Getter of property
activeᅟ
.- isAlwaysOn()¶
- Return type:
bool
Getter of property
alwaysOnᅟ
.- isBusy()¶
- Return type:
bool
Getter of property
busyᅟ
.- isConnectedToBackend()¶
- Return type:
bool
Getter of property
connectedToBackendᅟ
.Checks if a specific feature is supported by the backend.
QtSensors supports a rich API for controlling and providing information about sensors. Naturally, not all of this functionality can be supported by all of the backends.
To check if the current backend supports the feature
feature
, call this function.The backend needs to be connected, otherwise false will be returned. Calling
connectToBackend()
orstart()
will create a connection to the backend.Backends have to implement
isFeatureSupported()
to make this work.Returns whether or not the feature is supported if the backend is connected, or false if the backend is not connected.
- maxBufferSize()¶
- Return type:
int
See also
Getter of property
maxBufferSizeᅟ
.- maxBufferSizeChanged(maxBufferSize)¶
- Parameters:
maxBufferSize – int
Notification signal of property
maxBufferSizeᅟ
.- outputRange()¶
- Return type:
int
See also
Getter of property
outputRangeᅟ
.- outputRanges()¶
- Return type:
.list of qoutputrange
Getter of property
outputRangesᅟ
.- reading()¶
- Return type:
Getter of property
readingᅟ
.- readingChanged()¶
This signal is emitted when a new sensor reading is received.
The sensor reading can be found in the
reading
property. Note that the reading object is a volatile cache of the most recent sensor reading that has been received so the application should process the reading immediately or save the values somewhere for later processing.Before this signal has been emitted for the first time, the reading object will have uninitialized data.
See also
Notification signal of property
readingᅟ
.- removeFilter(filter)¶
- Parameters:
filter –
QSensorFilter
Remove
filter
from the sensor.See also
- sensorError(error)¶
- Parameters:
error – int
This signal is emitted when an
error
code is set on the sensor. Note that some errors will cause the sensor to stop working. You should callisActive()
to determine if the sensor is still running.Notification signal of property
errorᅟ
.- static sensorTypes()¶
- Return type:
.list of QByteArray
Returns a list of all sensor types.
- static sensorsForType(type)¶
- Parameters:
type –
QByteArray
- Return type:
.list of QByteArray
Returns a list of ids for each of the sensors for
type
. If there are no sensors of that type available the list will be empty.- setActive(active)¶
- Parameters:
active – bool
See also
Setter of property
activeᅟ
.- setAlwaysOn(alwaysOn)¶
- Parameters:
alwaysOn – bool
See also
Setter of property
alwaysOnᅟ
.- setAxesOrientationMode(axesOrientationMode)¶
- Parameters:
axesOrientationMode –
AxesOrientationMode
See also
Setter of property
axesOrientationModeᅟ
.- setBufferSize(bufferSize)¶
- Parameters:
bufferSize – int
See also
Setter of property
bufferSizeᅟ
.- setCurrentOrientation(currentOrientation)¶
- Parameters:
currentOrientation – int
Sets the current screen orientation to
currentOrientation
. This is to be called from the backend whenever the screen orientation or theuserOrientation
property changes.See also
- setDataRate(rate)¶
- Parameters:
rate – int
See also
Setter of property
dataRateᅟ
.- setEfficientBufferSize(efficientBufferSize)¶
- Parameters:
efficientBufferSize – int
Sets the efficient buffer size to
efficientBufferSize
. This is to be called from the backend.See also
- setIdentifier(identifier)¶
- Parameters:
identifier –
QByteArray
See also
Setter of property
identifierᅟ
.- setMaxBufferSize(maxBufferSize)¶
- Parameters:
maxBufferSize – int
Sets the maximum buffer size to
maxBufferSize
. This is to be called from the backend.See also
- setOutputRange(index)¶
- Parameters:
index – int
See also
Setter of property
outputRangeᅟ
.- setSkipDuplicates(skipDuplicates)¶
- Parameters:
skipDuplicates – bool
Sets the duplicate skipping to
skipDuplicates
.See also
Setter of property
skipDuplicatesᅟ
.- setUserOrientation(userOrientation)¶
- Parameters:
userOrientation – int
See also
Setter of property
userOrientationᅟ
.- skipDuplicates()¶
- Return type:
bool
See also
Getter of property
skipDuplicatesᅟ
.- skipDuplicatesChanged(skipDuplicates)¶
- Parameters:
skipDuplicates – bool
This signal is emitted when the
skipDuplicates
property changes.Notification signal of property
skipDuplicatesᅟ
.- start()¶
- Return type:
bool
Start retrieving values from the sensor. Returns true if the sensor was started, false otherwise.
The sensor may fail to start for several reasons.
Once an application has started a sensor it must wait until the sensor receives a new value before it can query the sensor’s values. This is due to how the sensor receives values from the system. Sensors do not (in general) poll for new values, rather new values are pushed to the sensors as they happen.
For example, this code will not work as intended.
sensor->start(); sensor->reading()->x(); // no data available
To work correctly, the code that accesses the reading should ensure the
readingChanged()
signal has been emitted.connect(sensor, SIGNAL(readingChanged()), this, SLOT(checkReading())); sensor->start(); } void MyClass::checkReading() { sensor->reading()->x();
See also
busy
- stop()¶
Stop retrieving values from the sensor.
This releases the sensor so that other processes can use it.
See also
busy
- type()¶
- Return type:
Getter of property
typeᅟ
.- userOrientation()¶
- Return type:
int
See also
Getter of property
userOrientationᅟ
.- userOrientationChanged(userOrientation)¶
- Parameters:
userOrientation – int
Notification signal of property
userOrientationᅟ
.