Demasiado grande para un comentario, así que lo publicaré como respuesta. Y es en cierto modo una respuesta, pero sin pruebas, solo mi experiencia.

No soy de ninguna manera un experto en Android. Pero sé un par de cosas sobre los sensores en general. Y lo principal es que siempre están activos (por no decir apagados del todo), y que siempre hay algo de ruido . Asi que

1. No se puede decir con 100% de certeza si hay movimiento o no. En su lugar, debe recopilar todos los eventos, elegir sus umbrales y decidirlo usted mismo . (Probablemente desee agregar las mediciones de varios sensores para tomar esa decisión, e incluso considerar el historial de mediciones; por ejemplo, si un usuario está en un automóvil en una carretera llena de baches, el ruido será mayor durante un período prolongado).
2. Prácticamente no hay diferencia en el consumo de energía si el sistema operativo o su servicio ejecutarán el código correspondiente. Pero hay muchas más oportunidades para personalizar los umbrales, la agregación y otra lógica con su código. Es por eso que creo que el sistema operativo mantiene la API al mínimo, y no hay eventos tales como moving starts de moving stops .
3. Lo único que consume energía por encima del mínimo es su código . Y nadie más, pero su código decide molestar a los usuarios con un flujo constante de notificaciones o no.

Por lo tanto, piense en la estrategia de agregación y los umbrales, no muestre notificaciones si no se superan los umbrales y haga que su código sea rápido (para que no use demasiada energía). Y ya está... más o menos... porque estas decisiones no son fáciles de tomar. Muchas aplicaciones de grandes empresas no logran hacerlo bien en todos los casos. Simplemente instale un par de aplicaciones de podómetro y verá que todas mostrarán diferentes conteos de pasos.

Los umbrales de lo que es 'movimiento' dependen de su aplicación, por lo que no hay muchas opciones preparadas (por ejemplo, ¿le importa si el usuario sacude su teléfono o simplemente si se mueve en un automóvil por algunas calles?).

Hay tipos de sensores que detectan el inicio/parada del movimiento. Ver aquí Si son buenos o no para su aplicación depende de su aplicación.

1. Sensor de parada:

TYPE_STATIONARY_DETECT un evento cuando el usuario no se ha movido durante 5 segundos. Escúchelo y utilícelo para detener su servicio. Si quieres más rápido que eso, tendrás que hacerlo tú mismo.

2. sensor de arranque

TYPE_MOVEMENT_DETECT es lo opuesto a detección estacionaria y se activa cuando el usuario se ha estado moviendo durante 5 segundos. Puede escuchar esto para iniciar el servicio nuevamente si la latencia de 5 segundos no es un factor decisivo.

El tipo SIGNIFICANT_MOTION también se puede usar si desea que su movimiento active la aplicación del modo de suspensión, pero nunca he tenido mucha suerte para encontrar lo que cuenta como "significativo" para ese tipo de sensor.

Si su movimiento no es una de esas dos cosas, un movimiento sostenido de 5 segundos o lo que sea que active la bandera 'significativa', entonces deberá implementar el inicio y la parada usted mismo, porque un sensor no puede detectar qué movimiento para comenzar si aún no ha comenzado y detectar movimiento . Por ejemplo, he usado algo como este pseudocódigo

 class MotionSensorMediator: enum state=[waiting, active] def ctor(): state = waiting def onSensorEvent(SensorEvent event): switch state: case waiting: checkMovementThreshold(event) break case active: checkMovementThreshold(event) sendToListener(event) break def checkMovementThreshold(SensorEvent event): results = //some distance calculations if result > threshold && state == waiting: state = active else if result < threshold && state == active: state = waiting