Bosch Shared
- Top Results
See all results
- About Chrisbao
- About Chrisbao
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
About Chrisbao
since
08-31-2021
10-13-2021
Chrisbao
Member
4
Posts
1
Likes
2
Solutions
10-11-2021
09:56 AM
Hi not_karl, For the case of utilizing accelerometer and light sensor data, besides the BSX_custom_accelerometer_corrected virtual sensor (from BSX4 algorithm), and the light virtual sensor (from your own coding), you will need a third virtual sensor maybe called TapActivity virtual sensor. You need to direct the trigger source of theTapActivity virtual sensor from the first two virtual sensor. In the TapActivity virtual sensor, you should create a buffer to store the data and timestamp of the two virtual sensor values. The timestamp is to make sure the data from various virtual sensor source matches. You may do your tap activity algorithm in the virtual sensor data handle, and report the algorithm output solution to the host.
... View more
09-23-2021
09:42 AM
Hi not_karl, Before answering the question, first have to classify if the designed customer's virtual sensor is a BSX related sensor (of which the physical source is ACC, GYR or MAG). If the virtual sensor is a BSX related sensor, we should not use the physcial source directly as trigger source, but through BSX library and use BSX custom virtual sensor as our sensor source. The custom BSX virtual sensor is designed as source for customer's sensors implemented in the SDK. If the customer's sensor is not using ACC, GYR, or MAG as data source, then the trigger source can be the physical source, such as a virtual Barometer sensor with trigger source from a physical pressure sensor. To answer your question, besides the obvious case of one virtual sensor triggered by another sensor, there are 2 cases here might be of your interest as you mentioned: Case1. Multiple virtual sensors triggered by one same sensor. Case2. Single virtual sensor depending on multiple sensor as source. The first case is vey common, for example, the ACC source can be used as trigger source for both step counter and motion detector. (keep note for the virtual sensor design in this example, we should use the custom BSX ACC as source.) So when designing the virtual sensor descriptor, under structure variable triggerSource.value, put the sensor type of the source. We may have the same sensor type of the source for the other virtual sensor. The triggering sequence is based on the value virtual sensor's priority, which is also under virtual sensor descriptor's structure variable. The second case, so the designed virtual sensor is a fusion sensor, and very possible an algorithm would be required inside the designed virtual sensor, as it is based on multiple data sources. The tricky part for this case, is that the timestamp should match from the multiple sensor sources that feed into the designed virtual sensor algorithm. During implementation, the multiple sensors data should all be handled in the same function to store all data and match the timestamp. When all sensor data source is ready, this function shall trigger the designed virtual sensor, and proceed the algorithm handling at the designed virtual sensor if any.
... View more
09-01-2021
10:24 AM
Your second question regarding IAQ and raw environment data can be influenced by other factors. Mainly that in BME sensor, the temperature infomation is used to compensate other parameters. This compensation has already done in the BHI260 sensor, so host side does not need to worry about compensating.
... View more
09-01-2021
10:05 AM
1 Like
Hi Phagosome, Sorry for the late reply, I hope you already have found the solution to reading new sensor data. But I will also the solution here. The key is that we need to add the new sensor we want as a new class to our code. For example, we want to enable the humidity sensor and print out the humidity values using the Standalone.ino example under Arduino/libraries/ARDUINO_BHY2/examples directory. Step1: In Standalone.ino, declare the humidity object, enable the humidity sensor, and print out the humidity value. SENSOR_ID_HUM is the sensor ID of the humidity sensor. You may find the compelete listing of all the avaliable sensors that can be enabled in Arduino/libraries/ARDUINO_BHY2/src/sensors/SensorID.h Step2: Now create the humidity sensor class. Add header file SensorHumidity.h under Arduino/libraries/ARDUINO_BHY2/src/sensors directory. May well refer to the SensorTemperature.h header file as reference. Be careful the scaling factor for humidity is different from temperature data. Step3: Include the SensorHumidity.h header file to Arduino/libraries/ARDUINO_BHY2/Arduino_BHY2.h. Step4: Add the humidity parse function in Arduino/libraries/ARDUINO_BHY2/src/sensors/DataParser.cpp. For differrent sensors with strutures the parsing can be different, but for humidity sensor parsing, there requires only read out a 16bit signed integer multiplying the scale factor, which is the value of 1. Also declare the function in the header file Arduino/libraries/ARDUINO_BHY2/src/sensors/DataParser.h. Step5: Upload the Standalone.ino project to Nicla board, open the tools->Serial Monitor to view our log. Gentle breath into the Nicla board, we should see a rise in the humidity output value.
... View more
Latest Tags
No tags yet
Still looking for something?
- Top Results
See all results