Как регистрировать данные с датчиков движения Android с фиксированной скоростью

Поскольку вы знаете, что если не было запущено событие SensorChanged, не было никаких изменений, вы можете просто использовать свое старое значение. Поскольку вы запрашивали данные LOG через определенные промежутки времени, я бы не стал делать никаких выводов в методе onSensorChanged, просто клонировал новые данные в вашу переменную данных акселерометра. И затем регистрируйте значение данных акселерометра каждые 40 мс. Таким образом, вы регистрируете фактическое значение каждые 40 мс, даже если данные не изменились....

Примечание. Согласно Ridcullys Answer, также представляется возможным получать данные датчика, «доставляемые» через определенные промежутки времени. Но так как на этих "Доставках" как всегда с сенсорными данными на Андроиде есть задержка, то с моим решением вы будете точнее на интервале 40мс. С другой стороны, может случиться так, что если данные датчика изменятся в момент регистрации, может случиться так, что вы задержите новые данные на один интервал. И я предполагаю (не уверен на этот счет) - поскольку речь идет только о ведении журнала, а не о чем-то вроде "получить как можно быстрее в реальном времени", так что это не требование - Timer-Solution вызывает меньшую загрузку ЦП.

Вы можете изменить интервал, изменив задержку при регистрации датчика.

int SENSOR_DELAY_FASTEST    get sensor data as fast as possible 
int SENSOR_DELAY_GAME       rate suitable for games 
int SENSOR_DELAY_NORMAL     rate (default) suitable for screen orientation changes
int SENSOR_DELAY_UI         rate suitable for the user interface

Согласно этому, самая быстрая задержка — это то, что вам нужно, и если она не меняется достаточно быстро для вас, потому что не было никаких изменений. Метода getSensorData нет.

Вы можете указать другие задержки данных, такие как SENSOR_DELAY_GAME (задержка 20 000 микросекунд), SENSOR_DELAY_UI (задержка 60 000 микросекунд) или SENSOR_DELAY_FASTEST (задержка 0 микросекунд). Начиная с Android 3.0 (уровень API 11) вы также можете указать задержку как абсолютное значение (в микросекундах).

Указанная вами задержка является лишь предполагаемой задержкой. Система Android и другие приложения могут изменить эту задержку. Лучше всего указать максимально возможную задержку, поскольку система обычно использует меньшую задержку, чем указанная вами (то есть вам следует выбрать самую медленную частоту дискретизации, которая по-прежнему соответствует потребностям вашего приложения). Использование большей задержки снижает нагрузку на процессор и, следовательно, потребляет меньше энергии.

При регистрации прослушивателя в SensorManager с помощью registerListener вместо фиксированных констант SENSOR_DELAY_... можно передавать интервал в микросекундах, как описано в JavaDocs:

rate События датчика скорости доставляются при. Это только намек на систему. События могут быть получены быстрее или медленнее указанной скорости. Обычно события принимаются быстрее. Значение должно быть одним из SENSOR_DELAY_NORMAL, SENSOR_DELAY_UI, SENSOR_DELAY_GAME или SENSOR_DELAY_FASTEST или желаемой задержкой между событиями в микросекундах.

Итак, просто передайте 40000, чтобы соответствовать вашему примерному запросу, а также, как уже говорилось, это всего лишь подсказка, поэтому я бы не стал полагаться на получение значений в интервалах с точностью до микросекунд.

Я пытался выяснить, как у меня могут быть очень большие задержки с датчиками, и пока мне это удалось. В документации на developer.android говорится, что время задержки может быть указано в микросекундах, ниже приведено большое число, которое я пробовал:

// Initialize in onCreate
mSensorManager = (SensorManager) getSystemService(Context.SENSOR_SERVICE)
mLight = mSensorManager.getDefaultSensor(Sensor.TYPE_LIGHT);

// Register the listener, and play around with delay
mSensorManager.registerListener(this, mLight, 200000000);

Однако обратите внимание на приведенный ниже дамп LogCat - onSensorChanged() - вызывается до 4 раз в секунду ... Я пытаюсь выяснить, как увеличить задержки, но пока безуспешно !!!

01-14 06:58:07.088: D/IOE Sensors(20933): onSensorChanged вызывается, событие: android.hardware.SensorEvent@42849f70 01-14 06:58:07.268: D/IOE Sensors(20933): onSensorChanged вызывается , событие: android.hardware.SensorEvent@42849f70 01-14 06:58:07.448: D/IOE Sensors(20933): onSensorChanged вызвано, событие: android.hardware.SensorEvent@42849f70 01-14 06:58: 07.628: D/IOE Sensors(20933): onSensorChanged, событие: android.hardware.SensorEvent@42849f70 01-14 06:58:07.808: D/IOE Sensors(20933): onSensorChanged, событие: android. hardware.SensorEvent@42849f70 01-14 06:58:07.989: D/IOE Sensors(20933): onSensorChanged вызывается, событие: android.hardware.SensorEvent@42849f70 01-14 06:58:08.169: D/IOE Sensors( 20933): вызов onSensorChanged, событие: android.hardware.SensorEvent@42849f70

Кажется, что скорость, с которой вызывается onSensorChanged, должна быть одним из 4 предлагаемых значений.

Что вы можете сделать для «медленного чтения», так это использовать SENSOR_DELAY_UI и (в onSensorChanged) измерить время, прошедшее с момента последнего чтения данных датчика:

long lastUpdate = System.currentTimeMillis();

// In onSensorChanged:
long curTime = System.currentTimeMillis();

        if ((curTime - lastUpdate) > 500){ // only reads data twice per second
            lastUpdate = curTime;
            // do stuff
        }

Единственный недостаток, который я здесь вижу, заключается в том, что оператор if будет вызываться много раз с ложным результатом.