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ómetro, Giroscopio, Magnetómetro y radios (BLE, Wi-Fi, NFC, LoRa) tienen sentido y cuáles no.

Grupos 3-4
≈ 45 min
Smartphone + app de sensores (ej. 'Sensors' en Android / 'Sensor Logger' en iOS)

Paso 1

Inventario de sensores

Instalen la app de sensores que más les acomode y revisen qué hay realmente en sus dispositivos. Algunos sensores que damos por sentado (magnetómetro, sensor de luz) faltan en modelos de gama media; otros (barómetro) sobran en gama alta. Marquen la columna ¿Está en mi smartphone? con sí / no, y rellenen unidad y frecuencia típica con lo que la app reporta. Si un sensor no aparece, escriban "no disponible" y sigan — saber lo que no tienen es parte del ejercicio.

Sensor	¿Está en mi smartphone?	Qué mide / unidad	Frecuencia típica
Acelerómetro
Giroscopio
Magnetómetro
GPS
Sensor de luz ambiental
Sensor de proximidad
Micrófono
NFC
Wi-Fi RSSI

Paso 2

Elijan exactamente 2 sensores

Miren su inventario y decidan, en grupo, qué dos sensores van a ser la base de su micro-servicio. Pueden ser de cualquier tipo (movimiento, ambiental, comunicación), pero tienen que estar presentes en al menos un teléfono del grupo. Justifiquen brevemente la elección cuando discutan el micro-servicio más abajo.

Elijan exactamente 2 opciones — ni más, ni menos.

AcelerómetroAceleración lineal en 3 ejes — útil para movimiento, gestos, caídas.GiroscopioVelocidad angular en 3 ejes — útil para orientación y rotación.MagnetómetroBrújula digital — útil para dirección cardinal y detección de campo magnético.GPSUbicación global (lat/lon/altitud) — útil al aire libre, no funciona indoor.Sensor de luz ambientalLux — útil para detectar día/noche, dentro/fuera del bolsillo, modo oscuro automático.Sensor de proximidadDistancia binaria (cerca/lejos) — útil para apagar pantalla cuando hay llamada.MicrófonoAudio — útil para detección de eventos sonoros (vidrios rotos, llanto, ronquidos).NFCLectura/escritura de tags <10cm — útil para pairing, autenticación, pagos.Wi-Fi RSSIIntensidad de señal Wi-Fi — útil para localización indoor por triangulación.

Paso 3

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.

Bluetooth Low Energy (BLE)Alcance ~10 m, bitrate bajo-medio, batería de meses en el otro extremo. Ideal para wearables, sensores próximos al teléfono, transmisión esporádica.Wi-FiAlcance ~50 m, bitrate alto, consumo de batería elevado. Ideal cuando hay infraestructura disponible (hogar, oficina) y se necesita subir mucho dato o streaming continuo.NFCAlcance <10 cm, intercambio puntual, el tag no necesita batería. Ideal para autenticación, pago, pairing rápido o lectura de etiquetas.LoRa / largo alcanceAlcance varios km, bitrate muy bajo, batería de meses o años. Ideal para sensores rurales, asset tracking, agricultura, ambientes donde no hay Wi-Fi ni celular.

Paso 4

Definan el micro-servicio

Ahora junten las piezas. Escriban un párrafo que cuente qué problema cotidiano resuelve su micro-servicio, quién es el usuario, y cómo los 2 sensores + la red trabajan juntos. Eviten formulaciones genéricas tipo "una app que te ayuda con la salud" — sean concretos sobre el escenario, el evento que dispara el sistema, y la acción final.

Paso 5

Diagrama de flujo-evento

Dibujen el recorrido completo del dato: desde que un sensor captura una lectura hasta que el usuario recibe el feedback. Usen formas estándar (rectángulos para procesos, rombos para decisiones, óvalos para inicio/fin, flechas para el flujo). Incluyan explícitamente las cuatro etapas: sensores → procesamiento → red → servicio IoT → feedback al usuario. Puede ser en papel y luego foto, o digital (Google Drawings, draw.io, Excalidraw) y luego exportar como imagen.

Sube un diagrama (papel o digital) que muestre el flujo: sensores → procesamiento → red → servicio IoT → feedback

Arrastra una imagen aquío elige una opción:

Paso 6

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é BLE en vez de Wi-Fi (o viceversa)
Por qué procesamiento local vs en la nube
Cómo manejamos pérdida de conectividad

Paso 7

Elevator pitch

Cierren con un pitch de 60 segundos (≈ 150 palabras) que podrían decir en un ascensor a alguien que no conoce el proyecto. Estructura sugerida: problema que aborda · solución propuesta (su micro-servicio en una frase) · ventaja diferencial (por qué su combinación de sensores + red es la correcta y no otra). Sin jerga técnica innecesaria — si la abuela no lo entiende, reescriban.