Cámaras compatibles con Traccar: la lista real y cómo verificarla

"¿Esta cámara es compatible con Traccar?" es probablemente la pregunta más cara del sector, porque casi siempre se responde después de comprar.

Este artículo es el índice de la serie: la lista de lo que sí funciona, la explicación de por qué la pregunta está mal formulada, y el procedimiento para verificarlo tú mismo en una tarde en vez de descubrirlo con cincuenta unidades en el almacén.

La pregunta correcta no es la marca, es el protocolo

Traccar no soporta cámaras. Traccar soporta protocolos. Ninguna marca es compatible o incompatible por sí misma: lo es el firmware que le hayan cargado al equipo.

Un mismo fabricante puede venderte dos modelos que entran al servidor por decodificadores completamente distintos —la familia Jimi IoT es el ejemplo perfecto, y lo desarrollo más abajo—. Así que cuando un distribuidor te diga "sí, es compatible con Traccar", la contrapregunta que ahorra dinero es siempre la misma:

¿Qué protocolo habla exactamente el equipo, y en qué puerto?

Si no sabe responder eso por escrito, no sabe si es compatible.

Los dos caminos de la multimedia

Antes de mirar ninguna lista, hay que entender que Traccar hace dos cosas distintas con las cámaras, por vías que no se tocan. Confundirlas es el origen del 90 % de la frustración:

Una cámara puede darte fotos guardadas en tu servidor o video en directo, y con el catálogo actual de decodificadores rara vez las dos cosas con la misma configuración. Decidir qué comprar empieza por decidir qué columna necesitas. El mecanismo completo está en cómo funciona el sistema de media de Traccar.

Protocolos que sí implementan multimedia

Traccar tiene más de 270 protocolos, y la inmensa mayoría no toca multimedia. Revisando qué decodificadores usan realmente el sistema de media, la lista es corta:

Aparte, el estándar chino JT/T808 (lo que muchos vendedores llaman "Huabao", el que hablan casi todos los MDVR) sigue su propio camino: no guarda archivos, pero sí hace video en vivo mediante el pipeline JT/T1078 que Traccar incorporó en abril de 2026. Si buscaste esto en el foro y encontraste hilos diciendo que el streaming no está soportado, son anteriores a esa fecha.

Qué comando puedes enviarle

Tres tipos de comando estándar cubren el grueso del uso:

• requestPhoto — foto bajo demanda. Lo implementan Fifotrack, Meitrack, PT502, Ruptela, Meiligao y GPS103. Teltonika y GT06 piden foto por su propio camino. Detalle completo en cómo pedir una foto remota con requestPhoto.
• videoStart / videoStop — video en vivo, exclusivo de la vía JT808/JT1078. Lo explico con logs reales de producción en video en vivo JT1078: cómo funciona y por qué se corta.

Que el comando aparezca en la interfaz no significa que tu equipo lo entienda. Hace falta que el codificador de su protocolo lo haya implementado.

El video en vivo se sirve como HLS, y lleva el canal en la ruta

Un detalle que decide instalaciones enteras y no aparece en ninguna documentación: Traccar remultiplexa el flujo JT1078 a MPEG-TS y lo publica como HLS desde VideoStreamResource, en dos rutas:

• /api/stream/{deviceId}/{channel}/live.m3u8 — la playlist
• /api/stream/{deviceId}/{channel}/{index}.ts — los segmentos

El {channel} en la URL es lo que hace utilizable un MDVR multicanal: cada cámara del equipo tiene su propia playlist. Y si pones un proxy inverso delante sin dejar pasar /api/stream/ y /api/media/, tendrás una playlist que carga y un video que nunca arranca.

Los puertos por defecto

Tomados de PortConfigSuffix.java, no de un foro:

Ojo con el 5263: circula por ahí el dato de que JT1078 usa el 5078 —por analogía con el nombre del estándar— y no es así en Traccar.

Caso práctico: la familia Jimi IoT

Es el mejor ejemplo de por qué la marca no sirve como criterio. Cinco modelos de la misma serie comercial entran al servidor por dos puertas diferentes:

Los posts de cada uno:

• JC181 — dashcam de doble canal, probada en producción. Es la única que hemos puesto a funcionar en un servidor real, y por eso es la referencia de la serie.
• JC450 — cámara de flota con ADAS y DMS. El escalón para vehículo pesado y multicanal.
• JC400 — la que no habla JT808. La rareza: va por GT06, y es la candidata natural si lo que quieres son archivos guardados en tu propio servidor.
• JC371, JC182 y JC451 — los otros modelos JT808. Mismo comportamiento garantizado a nivel de protocolo, hardware sin verificar.
• JC261 y JC120 — lo que verificar antes de comprar. No aparecen por nombre en el código, y eso merece una explicación con matices.

Sobre marcas de MDVR como Howen o Streamax no encontré decodificadores propios en Traccar. Eso no las descarta —muchos MDVR implementan JT808 de forma genérica— pero sí significa que nadie ha escrito lógica específica para ellas: pide demo antes de firmar.

Cómo verificarlo tú mismo

El procedimiento completo, en orden, con una sola unidad de muestra:

1. Pide el protocolo por escrito al distribuidor: JT808/Huabao, GT06/Concox, o propietario. Y el puerto.

2. Pide las bandas LTE de tu región. Es el fallo más caro y el más tonto: una cámara con las bandas equivocadas es un pisapapeles, por muy compatible que sea el protocolo.

3. Registra el equipo en Traccar con su identificador único y confirma que llegan posiciones. Sin posiciones no hay nada más que probar.

4. Mira por qué decodificador entra, en el log del servidor:

   grep -i "TU_IMEI" /opt/traccar/logs/tracker-server.log
   

5. Prueba las fotos y comprueba si el archivo aterrizó en disco:

   ls -la /opt/traccar/media/TU_IMEI/
   

6. Prueba el video en vivo y confirma que la cámara obedeció:

   grep -i "jt1078" /opt/traccar/logs/tracker-server.log
   

   Si aparece jt1078 < seguido de la IP de la cámara tras el videoStart, la sesión se estableció. Y espera de 10 a 15 segundos antes de volver a pulsar: cada reintento obliga a la cámara a cancelar la sesión y renegociar el socket, así que insistir es lo que impide que el video arranque.

7. Solo entonces compra el lote.

Antes de configurar nada

Dos claves que hay que tener bien puestas o nada de lo anterior funciona:

• media.path — es el interruptor real del sistema de media (por defecto ./media). Si tiene valor, el servlet se registra.
• media.bufferSize — 32 MB por defecto; las transferencias mayores se descartan. Poco relevante con fotos, decisivo con clips de video.

Y un aviso que ahorra tardes: no existe ninguna clave media.enable. Es un error frecuente en el foro. Todo el detalle práctico —permisos, dimensionado de disco, limpieza, proxy inverso— está en la guía de configuración de media.path.

Resumen para decidir

• ¿Quieres fotos archivadas en tu servidor? Busca un equipo con protocolo del sistema de media: Teltonika, GT06/Concox, Jimi por HTTP, Dualcam, Meitrack, Ruptela.
• ¿Quieres ver la cabina en directo? Busca un MDVR JT808 con JT1078, y asume que el histórico vive en la SD del vehículo.
• ¿Quieres las dos cosas? Hoy eso implica desarrollo adicional sobre el decodificador JT808, o dos equipos distintos. Tenlo claro antes de prometérselo a un cliente.