Sensor internal timestamp and General Queries
Hi,
While using the MetaMotion R sensor I came across the following queries:
The .csv file of data obtained from the sensor includes a timestamp. From previous forum posts this timestamp appears to be that of the phone once the data is received and not of the sensor. What is the sampling rate of the sensors in order to see if there is any drift? Is it fixed internally?
Also while using 'Log', from previous posts you had mentioned that using the timestamps from the .csv is accurate enough. While using 'stream' however (at a rate of 50Hz for example), since bluetooth receives the data in packets of three, should the the timestamps be adjusted manually to read 0.02s, 0.04s, 0.06s? Would this be accurate enough and match with the sensor timestamp? And is there a way to obtain the sensor's timestamp?
Some other general questions of use:
- If the sensors go to sleep after 20 minutes, are they able to wake up automatically after activity starts again?
- With regards to the Android app, is there a way to connect more than 1 sensor at a time using 'stream' function?
Many thanks in advance,
Best,
This discussion has been closed.
Comments
https://mbientlab.com/community/discussion/1934/metahub-timestamps#latest
Alternatively, you can allocate part of the BLE packet to include a reference point from the firmware which the SDKs use to compute the timestamps, similar to how the logged data works. That is detailed in the documentation
https://mbientlab.com/androiddocs/latest/data_route.html#account