Nivel Intermedio \| 6 sesiones × 90 min · 1 entregable por sesión · sin kit de hardware: Wokwi, papel y las herramientas de la página del curso.
🌐 Sitio: luisxavierxd.github.io/MadRamsCursoTelemetriaIntermedio
Cada sesión tiene 📚 Teoría (conceptos + hero + link al sitio) y 🔧 Práctica (instrucciones paso a paso, reto saboteado y rúbrica).
Sesión 1 — Protocolos de comunicación
Sesión 2 — Multiplexores y expansión de GPIO
Sesión 3 — Diseño de conexiones (pinout)
Sesión 4 — FreeRTOS: varios sensores sin estorbarse
Sesión 5 — Logging en SD y recuperación
Sesión 6 — 🏁 Análisis de los datos recabados
Estado: en construcción. Spec de implementación:
REESTRUCTURACION-CURSOS-MADRAMS.md+IMPLEMENTACION-CURSOS-TELEMETRIA-INT-AVZ.md.
Formato: 6 sesiones × 90 min · 1 entregable por sesión · sin kit de hardware: todo se trabaja en Wokwi, papel y las herramientas de la página del curso.
Sitio esperado: luisxavierxd.github.io/MadRamsCursoTelemetriaIntermedio/
| # | Sesión | Entregable | Reto saboteado (Wokwi) |
|---|---|---|---|
| I1 | Protocolos de comunicación completos (UART, RS-485, I²C, SPI, 1-Wire, CAN) | Tabla de decisión: qué bus para cada señal del coche y por qué | Baud distinto en los dos extremos del UART → texto basura |
| I2 | Multiplexores y expansión de GPIO | Arquitectura de expansión con frecuencia efectiva por canal | No se respeta el tiempo de establecimiento al cambiar de canal |
| I3 | Asignación de pines y diseño de conexiones | Pin budget del nodo, sin violaciones | Señal en pin strapping + ADC2 con Wi-Fi activo → no arranca |
| I4 | FreeRTOS: gestión de tareas multi-sensor | Plan de tareas con periodo, prioridad y núcleo | Tarea con delay() bloqueante → se congela el heartbeat |
| I5 | Logging a microSD y recuperación | Política de flush y procedimiento de recuperación | Flush cada 500 registros + reset a media escritura |
| I6 | Análisis de datos | Informe de una vuelta: eventos detectados y umbrales justificados | Umbral sin histéresis sobre datos con ruido → ~400 falsos eventos |
Regla de construcción de los retos: un solo bug raíz por proyecto. Dos bugs simultáneos no enseñan, frustran. Cada proyecto saboteado tiene su gemelo "solución" en la cuenta de equipo, no público hasta terminar la sesión.