Un archivo DBC (CAN Database) es el archivo que define, para cada mensaje que circula por el CAN-bus de un vehículo, qué señal contiene, en qué posición de bits, con qué fórmula de escala y en qué unidad. Sin ese archivo, un mensaje CAN es solo una serie de bytes sin significado —el DBC es lo que permite traducir eso a datos legibles como RPM, temperatura de motor o velocidad. Cada fabricante tiene el suyo, generalmente no público, lo que complica decodificar CAN de forma genérica entre marcas distintas. Rutio evita ese problema leyendo los datos ya estandarizados a través del protocolo OBD2, que garantiza el mismo dato legible sin importar la marca del vehículo.
El problema: el CAN-bus solo transmite números crudos
Cada mensaje que circula por el CAN-bus de un vehículo es, en esencia, un identificador más hasta 8 bytes de datos —algo como "0x0C 1A F8"—. Esos bytes no tienen significado por sí solos: podrían representar RPM, temperatura del motor, velocidad o cualquier otra cosa, y no hay forma de saberlo solo mirando el número.
Para que ese dato crudo se convierta en algo legible, hace falta un diccionario que indique qué bits corresponden a qué señal, con qué fórmula de escala y offset, y en qué unidad se expresa el resultado.
El archivo DBC como diccionario de esa red
Un archivo DBC (CAN Database, formato originalmente creado por Vector Informatik y hoy de facto estándar en la industria) es exactamente ese diccionario: define, para cada identificador de mensaje CAN, qué señales contiene, en qué posición de bits está cada una, con qué fórmula de escala y offset se calcula el valor final, y en qué unidad se expresa.
Con el DBC correcto, una herramienta de diagnóstico puede tomar esos bytes crudos —"0x0C 1A F8"— y mostrar "2.400 RPM" o "89°C", en lugar de un número sin sentido.
Por qué cada fabricante tiene el suyo (y por qué eso complica todo)
Los archivos DBC de cada marca y modelo no son públicos ni están estandarizados entre fabricantes: cada uno define sus propias señales, sus propias posiciones de bits y sus propias fórmulas de escala, muchas veces como información confidencial de ingeniería.
Por eso decodificar el CAN-bus de forma genérica, sin el DBC específico de cada vehículo, es un desafío real para cualquier fabricante de hardware o software vehicular que quiera funcionar en marcas y modelos distintos.
Cómo lo resuelve Rutio en la práctica
En vez de depender del archivo DBC propietario de cada fabricante —inaccesible en la gran mayoría de los casos—, Rutio lee los datos ya estandarizados a través del protocolo OBD2 y sus PIDs, definidos por el estándar SAE J1979. Esa capa de estandarización garantiza el mismo dato legible (RPM, temperatura de motor, velocidad, nivel de combustible) sin importar la marca del vehículo.
Es la misma razón por la que el CAN-bus funciona igual "por dentro" en autos de fabricantes distintos y por la que el puerto OBD2 puede leerlos a todos con el mismo protocolo: la estandarización es lo que le permite a un GPS OBD2 como el de Rutio funcionar "out of the box" en una flota con vehículos de marcas mixtas, sin necesitar el DBC específico de cada uno.
¿Necesito el archivo DBC de mi auto para usar Rutio?
No. Rutio lee los datos ya estandarizados a través de OBD2 y sus PIDs, sin depender del archivo DBC propietario del fabricante.
¿Un archivo DBC sirve para algo en la gestión de una flota comercial?
Es una herramienta de nicho para integradores y fabricantes de hardware o software vehicular. El usuario final de un GPS de flota no necesita conocerlo ni tocarlo para operar su flota.