«Ese equipo ya está soportado» es una frase que significa cosas muy distintas según quién la diga. A veces quiere decir que la plataforma pinta el punto en el mapa. Otras, que entiende las cuarenta señales que el equipo envía. La diferencia se nota el día que un cliente pide un reporte de combustible.
Qué es realmente un protocolo de rastreo
Un rastreador no envía «estoy en esta latitud y longitud». Envía una secuencia de bytes con una estructura definida por el fabricante: cabecera, identificador del equipo, tipo de mensaje, carga útil, suma de verificación y cierre. Dentro de la carga útil van la posición, la velocidad, el rumbo, el estado de las entradas, el voltaje, el odómetro y lo que el fabricante haya decidido incluir.
No hay un estándar universal. Cada familia de equipos tiene el suyo, y entre versiones del mismo fabricante los campos cambian de orden, de tamaño o de significado.
Las familias que más vas a encontrar
- GT06 y derivados. Originado en Concox y adoptado por una enorme cantidad de fabricantes asiáticos. Es el más extendido y también el más fragmentado: hay decenas de variantes que se llaman igual y no lo son.
- Codec de Teltonika. Bien documentado y versionado con seriedad. Permite enviar elementos de entrada y salida identificados, lo que hace que añadir un sensor nuevo no rompa nada.
- Queclink. Mensajes en texto delimitado, fáciles de depurar a ojo, con una convención de nombres consistente entre modelos.
- Suntech, Ruptela, Galileosky, Meitrack. Cada uno con su propia estructura binaria y su propio catálogo de eventos.
Por qué homologar no es configurar una IP
Apuntar un equipo a un servidor toma dos minutos. Que la plataforma entienda lo que envía es otra cosa. Homologar significa, como mínimo:
- Escribir el intérprete que convierte los bytes en campos con significado.
- Mapear cada campo al modelo de datos de la plataforma, para que una entrada digital de ese equipo sea «la misma entrada digital» que la de cualquier otro.
- Implementar los comandos en sentido contrario: la plataforma tiene que poder pedirle algo al equipo, no solo escucharlo.
- Manejar los casos raros: tramas partidas, reenvío de posiciones almacenadas durante un corte de cobertura, cambios de huso horario, desbordes de contador.
- Probar con la unidad física, porque la documentación del fabricante y el firmware real no siempre coinciden.
El trabajo difícil no es leer la trama normal: es manejar bien las diez situaciones anómalas que aparecen una vez cada mil mensajes y que, con diez mil equipos, ocurren todo el tiempo.
La trampa de la memoria del equipo
Cuando un vehículo pierde cobertura, un equipo decente guarda las posiciones y las envía todas juntas al recuperar señal. Suena simple y es donde fallan muchas integraciones.
El problema es el orden y la marca de tiempo. Si la plataforma trata esas posiciones viejas como si fueran actuales, el vehículo aparece saltando por el mapa, las geocercas se disparan tarde y el reporte de recorrido queda mal. Una integración correcta distingue la hora del evento de la hora de llegada al servidor y reordena antes de procesar las reglas.
Qué preguntar cuando te dicen «ya está soportado»
- ¿Qué versión de firmware probaron, y con qué variante regional del equipo?
- ¿Qué campos del protocolo están mapeados y cuáles se descartan?
- ¿Se pueden enviar comandos al equipo desde la plataforma, o solo recibir?
- ¿Manejan el reenvío de posiciones almacenadas respetando la hora del evento?
- ¿Las entradas y salidas digitales están identificadas, o llegan como un número crudo que alguien tiene que interpretar?
- ¿Las sondas de combustible y temperatura conectadas al equipo llegan calibradas o en valor bruto?
La última es la más reveladora. Muchas integraciones «soportan» un equipo en el sentido de que muestran el punto, pero entregan el valor del sensor sin interpretar, y entonces el módulo de combustible no sirve.
Por qué la normalización importa tanto
Si cada protocolo se maneja como un caso especial hasta arriba, cada reporte y cada regla tienen que conocer todos los equipos. El sistema se vuelve imposible de mantener: añadir un modelo obliga a tocar cuarenta sitios.
La alternativa es traducir pronto. El intérprete convierte la trama a un modelo común y de ahí en adelante nada sabe de qué fabricante vino. Una regla de exceso de velocidad funciona igual con cualquier equipo homologado, y añadir un modelo nuevo no toca el resto del sistema.
Lo que esto significa para ti
Cuando evalúes una plataforma, el número de equipos homologados dice menos de lo que parece. Lo que importa es la profundidad de cada integración y la velocidad con la que pueden añadir el modelo que te acaba de llegar en el contenedor. Un catálogo de mil equipos leyendo solo la posición vale menos que uno de doscientos leyendo el protocolo completo.
