加速计记录：经历帧之间偶尔长时间的延迟(Accelerometer logger: experien

我正在写日志的手机每40ms（25Hz的时）的加速度的应用程序。这帧速率可以保持平均，但有时我遇到的5'000ms延迟 - 时限之间50'000ms。我想知道为什么会这样。

在这里，你有延迟，你可以看到，他们发生得相当频繁的图表：

下面是我在做什么（这可能是坏的）：

活性指向一个加速计记录器类（单，纯java，没有机器人类扩展）。
加速计记录单继续在后台记录。
加速计记录每个日志直接保存到sqlite的分贝。
我也是在后台记录GPS数据。
在DAO（数据访问对象）每个登录分配给的LinkedBlockingQueue，并在一个单独的线程保存它们。

这就是我想可能是这个问题：

也许我要实现进一步的生命周期方法，或延长特定的Android类，使accererometer记录的收益优先级（或只是设置优先级的地方）。
我可能会使用event.timestamp代替System.currentTimeMills() （我宁愿不这样做，因为一些传感器具有不同的时区，这就是为什么我使用System.currentTimeMillis()但如果需要的话我会切换。）

你有这个或建议的任何体验，其中的问题很可能在哪里？

这里是我的代码：

@SuppressLint("NewApi")
public class AccelerometerLogger implements SensorEventListener {

    private static AccelerometerLogger singleton = new AccelerometerLogger();

    private LoggerDao loggerDao;

    private SensorManager sensorManager;

    private Sensor accelerometer;

    private double acceleorometerRate = 25; // Hz

    int accelerometerDelayMicroseconds = (int) (Math.round(((1/this.acceleorometerRate)*1000000.0)));

    private AccelerometerLogger()
    {
        this.loggerDao = LoggerDao.getInstance();
    }

    public static AccelerometerLogger getInstance()
    {
        return singleton;
    }

    public void start(Context context)
    {
        this.sensorManager = (SensorManager) context.getSystemService(Context.SENSOR_SERVICE);
        this.accelerometer = this.sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER);

        int accelerometerMinDelay = this.accelerometer.getMinDelay();

        //Log.d("lggr-r", "desired delay: "+this.accelerometerDelayMicroseconds+" microseconds");
        //Log.d("lggr-r", "provided min delay: "+accelerometerMinDelay+" microseconds");

        if(accelerometerMinDelay < this.accelerometerDelayMicroseconds)
        {
            this.sensorManager.registerListener(this, this.accelerometer, this.accelerometerDelayMicroseconds);
            //Log.d("lggr-r", "listener registered for desired rate: "+this.acceleorometerRate+"Hz (delay of "+this.accelerometerDelayMicroseconds+" microseconds).");
        } 
        else if(accelerometerMinDelay==0)
        {           
            this.sensorManager.registerListener(this, this.accelerometer, SensorManager.SENSOR_DELAY_FASTEST);
            // Log.d("lggr-r", "listener registered for streaming api. only changes will be notified (interrupt).");
        }
        else
        {
            int providedRate = (int) Math.round(1 / (accelerometerMinDelay / 1000000.0));
            this.sensorManager.registerListener(this, this.accelerometer, SensorManager.SENSOR_DELAY_FASTEST);
            // Log.d("lggr-r", "can't read at the desired rate ("+this.acceleorometerRate+"Hz), app will read at "+providedRate+"Hz instead (delay of "+accelerometerMinDelay+" microseconds).");
        }
    }

    public void stop()
    {
        this.sensorManager.unregisterListener(this);
    }

    @Override
    public void onAccuracyChanged(Sensor sensor, int accuracy)
    {
        // String name = sensor.getName();
        // Log.d("lggr", "the accurracy of "+name+" changed to "+accuracy+".");
    }

    @Override
    public void onSensorChanged(SensorEvent event)
    {
        // lazy load loggerDao (TODO: fix all of those)
        if(this.loggerDao == null)
        {
            this.loggerDao = LoggerDao.getInstance();
        }


        String values = "";
        for(float value : event.values) values += value+",";
        values = values.substring(0,values.length()-2);

        // long timestamp = System.currentTimeMillis();
        // Log.d("lggr", "acc = {time:"+timestamp+", data: ["+values+"]}");

        AccelerometerSample accelerometerSample = new AccelerometerSample();
        accelerometerSample.setTimestamp(System.currentTimeMillis());
        accelerometerSample.setValues(event.values);

        this.loggerDao.save(accelerometerSample);
    }

}

显然，问题只发生在三星Galaxy SIII的迷你。我已经与三星Galaxy SII（自定义ROM）进行了测试，并延迟总是约0.04秒（范围0.005之间0.12S - 要好得多）。

你有什么建议，为什么发生这种情况在三星Galaxy SIII的迷你？

更新：

其意要使用本福格茨答案event.timestamp有显著改善的延迟。不过，我有时会遇到一些较长的延迟。你知道我怎么能进一步提高他们呢？

Answer 1:

你绝对应该使用event.timestamp 。如果你想当地时间计算的调整系数event.timestamp和System.currentTimeMills()的第一个事件，并应用相同的调整后续样品。

附接至所述样品硬件提供的时间戳的全部要点是，它不是由线程调度延迟弄乱了。

Answer 2:

正如本·福格特说，有必要使用event.timestamp以获取传感器测量准确时间戳。下面是我用我自己和我的工作代码示例：

@Override
public void onSensorChanged(SensorEvent event) {
    if (sampleCounter == 0) {
        long miliTime = System.currentTimeMillis();

        long nanoTime = event.timestamp;

        timeDiff = miliTime - nanoTime / 1000000;
        log.info("Synchornizing sensor clock. Current time= " + miliTime
                + ", difference between clocks = " + timeDiff);
    }

    float x = event.values[0];
    float y = event.values[1];
    float z = event.values[2];
    long ts = event.timestamp / 1000000 + timeDiff;

    //Do your stuff

    sampleCounter++;
}