Hackea tu Smartphone
Todos llevan un laboratorio de sensores en el bolsillo, pero pocos lo saben usar como tal. En esta actividad van a auditar los sensores que su smartphone trae de fábrica, elegir dos de ellos más una tecnología de red, y diseñar un micro-servicio IoT que resuelva un problema cotidiano. La idea no es implementarlo: es entender qué combinaciones de Acelerómetromide aceleración lineal en 3 ejes, incluye gravedad si está quieto, Giroscopiomide velocidad angular en 3 ejes, Magnetómetrobrújula digital y radios (BLEBluetooth Low Energy, optimizado para baterías de larga duración, Wi-Fi, NFCcomunicación de campo cercano, <10cm, sin batería en el tag, LoRacomunicación de largo alcance y bajo bitrate) tienen sentido y cuáles no.
Inventario de sensores
Abran la app de sensores en un teléfono del grupo y revisen qué hay realmente dentro. Algunos sensores que damos por sentado (magnetómetro, sensor de luz) faltan en modelos de gama media; otros (barómetro) sobran en gama alta. Saber lo que no tienen es parte del ejercicio.
Marquen solo los sensores que la app confirma en al menos un teléfono del grupo. Lo que dejen sin marcar es su lista de "no disponibles". Si nadie alcanzó a instalar la app, marquen solo los que estén seguros: los no marcados se leen como "no lo sabemos".
Elijan 3 de los que marcaron, ábranlos en la app y transcriban la lectura que muestran en este momento. Un número real, con su unidad: es la diferencia entre saber que el sensor existe y saber qué entrega.
| Sensor | Valor que muestra la app AHORA | Unidad |
|---|---|---|
Elijan exactamente 2 sensores
Miren su inventario y decidan, en grupo, qué dos sensores van a ser la base de su micro-servicio. Tienen que estar presentes en al menos un teléfono del grupo, y cada uno cumple un papel distinto: uno detecta el evento, el otro aporta el contexto que evita el falso positivo.
Sensor 1 — el que detecta el evento.
Sensor 2 — el que aporta el contexto. No repitan el de arriba.
Elijan UNA tecnología de red
El micro-servicio va a tener que hablar con algo: otro dispositivo, un servicio en la nube, un tag físico. Elijan la radio que mejor encaje con su caso de uso. Cada opción tiene un perfil energético y un alcance distintos — no es lo mismo transmitir cada segundo a 100 metros que una vez al día a 10 km.
Definan el micro-servicio
Ahora junten las piezas. Una línea por casilla, concreta: nada de formulaciones genéricas tipo "una app que te ayuda con la salud". El escenario, el evento que dispara el sistema y la acción final tienen que quedar tan claros que otro grupo pueda repetirlos sin preguntarles nada.
| Campo | Respuesta (1 línea) |
|---|---|
| Problema cotidiano | |
| Usuario concreto | |
| Evento que dispara el sistema | |
| Acción final del sistema | |
| Rol de cada sensor (uno detecta, el otro aporta contexto) |
Diagrama de flujo-evento
El diagrama son estas cinco filas en orden: el recorrido completo del dato, desde que un sensor captura una lectura hasta que el usuario recibe el feedback. Las cinco etapas son sensores → procesamiento → red → servicio IoT → feedback al usuario, y cada fila pide lo que pasa en la suya — en SU micro-servicio, no la definición general.
| Etapa | Qué pasa exactamente en SU micro-servicio (1 línea) |
|---|---|
| 1 · El sensor capta… | |
| 2 · Condición que dispara el envío (el rombo) | |
| 3 · Qué viaja por la red y cada cuánto | |
| 4 · Qué hace el servicio IoT / la nube | |
| 5 · Feedback que recibe el usuario |
Decisiones de diseño
Todo micro-servicio IoT vive de los trade-offs: elegir BLE ahorra batería pero limita el alcance; procesar en el teléfono protege la privacidad pero consume CPU; cachear en local cuesta memoria pero sobrevive a la pérdida de conexión. Hagan explícitos los tres trade-offs más importantes de su diseño y cómo los resolvieron.
| Decisión | Razón | Trade-off |
|---|---|---|
| Por qué la red que elegimos y no la segunda mejor opción | ||
| Por qué procesamiento local vs en la nube | ||
| Cómo manejamos pérdida de conectividad |
Elevator pitch
Cierren con un pitch de 60 segundos (≈ 60 palabras, tres frases) que podrían decir en un ascensor a alguien que no conoce el proyecto: problema · solución (su micro-servicio en una línea) · ventaja diferencial (por qué esta combinación de sensores + red y no otra). Sin jerga técnica innecesaria — si la abuela no lo entiende, reescriban. Lo escrito es el esqueleto; el pitch se dice en voz alta.
Terminaron la hoja. Ahora entréguenla.
Responder no basta: la actividad no cuenta para la nota de participación hasta completar estos dos pasos.
- Descarguen el PDF con sus respuestas. Lleva en la portada los nombres y correos del grupo, así que revisen arriba que estén bien escritos antes de generarlo.
- Envíen el formulario de entrega. Adjunten ahí el PDF que acaban de descargar.Formulario de entregaSe abre en otra pestaña