Localizar la flota ya no es suficiente
Durante años, gestionar una flota ha sido sinónimo de saber dónde está cada vehículo. Un GPS resuelve esa pregunta razonablemente bien. Pero la localización no dice nada sobre cómo se está usando el vehículo: si el motor está dando un código de error, cuánto combustible se está consumiendo realmente, si un conductor frena bruscamente de forma recurrente o si una furgoneta lleva días funcionando con una avería menor que acabará siendo cara.
Esa información no vive en el GPS. Vive dentro del propio vehículo, circulando constantemente por una red interna llamada CAN Bus, a la que se puede acceder a través de un puerto estandarizado: el OBD-II.
Para una flota de transporte y logística, acceder a esos datos en tiempo real cambia la gestión de reactiva a preventiva: permite anticipar averías, optimizar consumo y mejorar la seguridad de conducción, en lugar de enterarse del problema cuando el vehículo ya está parado en el arcén.
Qué es el CAN Bus y para qué sirve el puerto OBD-II
El CAN Bus (Controller Area Network) es la red de comunicación interna que usan los vehículos modernos para que sus distintas centralitas (motor, frenos, transmisión, airbags, cuadro de instrumentos...) se hablen entre sí sin necesidad de un cableado dedicado para cada señal. Es, en esencia, el sistema nervioso electrónico del vehículo.
El puerto OBD-II (On-Board Diagnostics, segunda generación) es la puerta de acceso estandarizada a esa red. Desde 1996 en EE. UU. y desde mediados de los 2000 en la Unión Europea, es obligatorio en turismos y, con variantes, en buena parte de los vehículos comerciales. Originalmente se diseñó para que los talleres pudieran diagnosticar averías de emisiones, pero se ha convertido en la vía más extendida para que un dispositivo externo —como un tracker de flota— pueda leer datos del vehículo sin intervenir en su electrónica.
En resumen:
- El CAN Bus es la red por la que circulan los datos.
- El OBD-II es el conector físico y el protocolo estandarizado para leerlos desde fuera.
- Un dispositivo de telemetría conectado al OBD-II actúa como “oyente” de esa red: no modifica el funcionamiento del vehículo, simplemente interpreta lo que ya está circulando por el CAN Bus.
Qué datos se pueden extraer en tiempo real
El nivel de detalle depende del vehículo, del fabricante y de si el dispositivo solo lee parámetros estándar (PID genéricos de OBD-II) o también parámetros específicos del fabricante, que requieren librerías propias y menos abiertas. Entre los datos habituales que una flota puede obtener:
RPM y velocidad
Revoluciones del motor y velocidad instantánea del vehículo.
Consumo de combustible
Estimado o real según el vehículo, útil para detectar desviaciones de consumo.
Códigos de diagnóstico (DTC)
Alertas de avería antes de que se conviertan en una parada en carretera.
Temperatura del motor
Temperatura del motor y del líquido refrigerante, indicador temprano de problemas.
Eventos de conducción
Frenadas bruscas, aceleraciones agresivas y exceso de ralentí.
Batería (eléctricos/híbridos)
Nivel de batería en vehículos eléctricos o híbridos, cuando el protocolo lo expone.
Para una flota, estos datos no son un ejercicio técnico: son la diferencia entre programar un mantenimiento preventivo con margen o afrontar una avería mayor y un vehículo parado sin generar ingresos.
Cómo llega el dato del vehículo a la nube
Leer el CAN Bus es solo el primer paso. Ese dato tiene que salir del vehículo y llegar a una plataforma de gestión para ser útil. Ahí entra el dispositivo de telemetría —habitualmente un dongle conectado directamente al puerto OBD-II, o una caja de mayor capacidad instalada de forma más permanente— que cumple tres funciones.
Ese tercer paso es el que convierte un dato interesante en información accionable en tiempo real. Sin conectividad, el dispositivo solo almacena un histórico que habría que descargar manualmente del vehículo, perdiendo el valor de la alerta inmediata —por ejemplo, un código de avería crítico que debería frenar la ruta del vehículo ese mismo día.
Qué conectividad SIM necesita este tipo de telemetría
Un dispositivo CAN-OBD-II para flotas tiene requisitos de conectividad distintos a los de un sensor fijo en una nave o un contador de agua enterrado. Las particularidades que hay que tener en cuenta al elegir la SIM:
- Cobertura en movimiento y en carretera, no solo en ciudad. Un vehículo de reparto o un camión de larga distancia atraviesa zonas con cobertura desigual. Una SIM mono-operador puede dejar al dispositivo sin señal en tramos concretos de la ruta, justo cuando más interesa no perder el dato. Lo vemos con más detalle en por qué una SIM de un solo operador deja tus dispositivos sin cobertura.
- Envío de datos casi continuo, no solo telemetría puntual. A diferencia de un sensor que reporta una vez al día, un dispositivo CAN-OBD-II puede enviar eventos varias veces por minuto (frenadas, RPM, códigos de avería). Esto implica un volumen de datos mayor y más constante que el de un tracker GPS básico, lo que afecta directamente a la tarifa de datos necesaria.
- Latencia baja para alertas críticas. Un código de diagnóstico grave o una frenada de emergencia pierde valor si tarda horas en llegar a la plataforma. La tecnología celular 4G ofrece la latencia y la cobertura necesarias frente a alternativas LPWAN pensadas para telemetría más esporádica.
- Gestión centralizada del parque de SIM. Una flota de 50, 200 o 2.000 vehículos necesita visibilidad sobre el consumo y el estado de cada SIM para detectar un dispositivo desconectado antes de que se convierta en un vehículo “ciego” para la operación. Más en cómo gestionar un parque de SIM.
- Puede perder señal en tramos concretos de carretera.
- Sin reenganche automático si la red falla.
- Dato crítico que puede llegar tarde o no llegar.
- Se reengancha al mejor operador disponible en cada tramo.
- Mayor continuidad del flujo de datos en movimiento.
- Visibilidad centralizada del estado de todo el parque.
En definitiva, el dispositivo CAN-OBD-II es tan útil como la conectividad que lo respalda. Un buen lector de CAN Bus con una SIM que pierde cobertura en la autovía es, en la práctica, un dispositivo ciego la mitad del tiempo. Así es nuestra SIM IoT / M2M multioperador gestionada: una tarjeta para todos los operadores, con panel de control y gestión del parque sin desplazamientos.
Límites y buenas prácticas a tener en cuenta
No todos los vehículos exponen los mismos datos. Los parámetros estándar (PID genéricos) están disponibles en casi cualquier vehículo con OBD-II, pero los datos más avanzados o específicos dependen del fabricante y, en algunos casos, de acuerdos de acceso a protocolos propietarios.
Privacidad del conductor. Datos como el estilo de conducción o los eventos de frenada pueden tocar cuestiones de privacidad laboral. Conviene que la política de uso de estos datos esté definida y comunicada internamente antes de desplegar el sistema a gran escala. Pendiente de confirmar: este punto requiere asesoramiento legal específico; no se trata aquí como recomendación normativa cerrada.
El OBD-II no sustituye al tacógrafo digital. Son sistemas distintos con finalidades distintas: el tacógrafo tiene una función normativa de control de tiempos de conducción y descanso, mientras que el CAN Bus/OBD-II aporta datos operativos y de mantenimiento del vehículo. Si tu interés es la obligación normativa de custodia de ficheros, lo tratamos en descarga remota del tacógrafo digital.
El CAN Bus y el puerto OBD-II convierten cualquier vehículo de flota en una fuente de datos operativos en tiempo real, mucho más rica que la simple localización GPS. Pero ese valor solo se materializa si el dispositivo que lee esos datos cuenta con una conectividad celular fiable, capaz de acompañar al vehículo allá donde circule y de sostener un volumen de datos constante sin cortes. Si tu flota ya usa GPS y estás valorando sumar telemetría de vehículo, el siguiente paso razonable es revisar si tu conectividad actual está preparada para ese salto de volumen y continuidad de datos. Más contexto sobre el conjunto de la conectividad de flota en conectividad IoT para transporte y logística y sobre localización en localización por celda vs GPS.
¿Te ha sido útil este artículo?




