MTSandroid Code

Modificado lo implementado ayer por otra cosa, el JobScheduler no nos es útil porque se ejecuta cuando quiere o puede es para poner código que se ejecuta en algún momento del día y permite poner requerimientos de, por ejemplo, Wi-Fi o que el teléfono este en idle (no se esté usando).
Lo probé durante un día y se ejecutó en los siguientes horarios:
2016-07-18 02:18:07
2016-07-18 02:21:13
2016-07-18 02:26:13
2016-07-18 02:36:15
2016-07-18 02:46:17
2016-07-18 02:53:45
2016-07-18 03:26:49
2016-07-18 04:31:51
2016-07-18 06:43:22
2016-07-18 11:01:08
2016-07-18 16:02:32
2016-07-18 21:04:42
Sería una buena forma de trabajar la actualización con servidores o cosas de ese estilo.
LO NUEVO!
AlarmManager a grandes rasgos utiliza el servicio de alarmas del sistema para ejecutar un código, a esto hay que agregarle otros dos tipos de servicios necesarios para que la periodicidad de la alarma se mantenga viva cuando el teléfono se reinicia (BroadcastReceiver y WakefolBroadcastReceiver) que te explico si quieres algún día cuando te vea.
Lo voy a poner a prueba así como lo hice con el JobScheduler, si funciona le pongo el código que mediría las pulsaciones del corazón.

JobService, nuevo tipo de servicio al cual le indicas cada cuanto tiempo tiene que ejecutarse y el tiempo de tolerancia para cancelar petición entre otras cosas.
De momento se inicia al hacer click en el único botón del nuevo fragment Configuracion, y el JobService muestra una notificación con la fecha en la que lo hizo, para ver si la forma en que trabaja nos sirve para medir pulsaciones cada 1h y otras cosas a ver.

el bind entre el GpsFragment y el servicio de GPS funciona, de momento desde el GpsFragment llamo al metodo forzarObtencionUbicacion() del service que me devuelve el ultimo Location, lo cual no siginifica que sea la actual (ver como hacer eso)
Por otro lado, aparece un error de volley, de un parseo de string o algo asi, no se porque es, despues lo veo.

Heart Rate, cambie el comportamiento de medir y parar repetitivo del servicio del smartwatch para que lea continuamente hasta matar el servicio.
arreglos visuales del snackbar (ya no sale doble al apretar cancelar el 2do snackbar) y no se duplican los datos al aceptar segundos valores mayores a 0 en el método onSensorUpdatedEvent.

inicio con google andando

van imagenes

las pantallas de comienzo, y esta implemenatado un ejemplo de login con google.

Heart rate, notificaciones con snackbar y se puede cancelar desde el mismo.

Modificaciones visuales ahora tiene un botón flotante y recyclerView con cards dentro.
no pude implementar esto https://github.com/DmitryMalkovich/circular-with-floating-action-button pero en todos los otros proyectos que probé funciono.
ahora guarda toda las mediciones en la base local al telefono.

Heart rate funcionando.
Detalles de funcionamiento: al dar en el botón de play inicia el servicio HRService.java en el smartwatch, comienza a mandar datos y se detiene automáticamente cuando detecta un valor mayor a 0, también se puede cancelar.
Problemas presentados: se tuvo que modificar el sdk del smartwatch porque con 23 no funcionaba, se bajo a 22, eso también requirió bajar el del shared.
A hacer: lo comencé a hacerlo a partir de las clases del proyecto SensorDashboard, va a ser necesario adaptar las clases y servicios de comunicación con el del Step del SensorServer.