25 min. El radio propio es gratis por paquete y falla donde no hay lĂ­nea de vista. El celular cubre todo el circuito y cobra por byte. La respuesta seria casi siempre es "los dos".

Las tres categorĂ­as de LTE para IoT

CategorĂ­a Throughput tĂ­pico Latencia Consumo Para MadRams
Cat-1 ~5–10 Mbps baja (~100 ms) alto sobrado, pero es lo que hay disponible y funciona
Cat-M1 (LTE-M) ~300 kbps media medio buen ajuste — depende de cobertura del operador
NB-IoT ~30 kbps alta (segundos) bajo descartado: la latencia mata el uso en vivo

Cat-M y NB-IoT dependen de que el operador los tenga desplegados en ese venue. Verificarlo antes de comprar, no después.

MQTT sobre TLS

PatrĂłn publish/subscribe: el coche publica a un tĂłpico, los suscriptores (base de datos, dashboards, celulares en pits) reciben. Tres cosas que hay que decidir explĂ­citamente:

TLS cuesta: handshake inicial (~2–4 kB) más overhead por mensaje. En un enlace que se cae y reconecta seguido, el handshake repetido puede dominar el consumo de datos.

Failover — la parte que se diseña mal

Los criterios de conmutación deben ser medibles y con histéresis, igual que en el termostato del curso Básico:

  1. Cuántos paquetes consecutivos perdidos disparan el cambio
  2. Cuántos segundos de enlace estable se exigen para volver (banda muerta — sin ella, oscila entre enlaces toda la carrera)
  3. Qué pasa con los datos durante la transición: la SD sigue grabando todo, siempre. Ese es el punto de la Sesión 6.

Presupuesto de datos

MB/hora = bytes_por_mensaje Ă— mensajes/s Ă— 3600 / 1e6

Sumar overhead de MQTT (~2–10 B por mensaje según longitud del tópico) y TCP/IP (~40 B por segmento). Con paquetes chicos, el overhead puede superar al dato: conviene agrupar varias muestras por mensaje aunque suba la latencia. Comparar el resultado contra el plan de datos contratado y contra un fin de semana de carrera completo, no contra una hora.

BibliografĂ­a