Rastreo satelital de flotas que distingue las zonas sin cobertura de los problemas reales

Cuando un rastreador sale de la cobertura celular, el punto en el mapa deja de moverse y nadie puede saber si el vehículo está en una zona sin señal, si el equipo dejó de funcionar o si lo están robando. Los dispositivos de modo dual que recurren a Iridium mantienen abierto un canal de comunicación, pero tener un canal no basta para saber qué ocurre. En este artículo exploramos cómo los TSP pueden convertir esos mensajes en alertas, reportes que reflejen la realidad y un servicio que los clientes quieran renovar, usando Navixy y el recién integrado Inmosat CarFinder Sat como ejemplo.

¿Qué pasa cuando un vehículo sale de la zona de cobertura?

Supongamos que el camión 14 está a mitad de un recorrido nocturno por un camino minero. A las 3 de la mañana entra en un valle de 40 km sin señal celular, el punto en el mapa del despachador deja de moverse y la pantalla no ofrece más información. Puede que el valle sea toda la explicación. Pero también es posible que el equipo haya dejado de funcionar o que alguien esté usando un inhibidor de señal para desviar la carga sin que nadie lo note.

Las zonas sin cobertura no son casos aislados. Hay casos de logística que señalan grandes áreas sin señal, desde los desiertos africanos hasta las selvas sudamericanas. Además, las estaciones base 2G sin mantenimiento amplían estas brechas. La inhibición de señal es la versión deliberada del problema. Según un recuento de 2020, se reportó el uso de inhibidores en aproximadamente el 85% de unos 3,400 robos a camiones de carga en México. Un proveedor de seguridad para el transporte de carga también reportó su uso en el 64% de los robos durante el primer semestre de 2024.

Para un TSP, la dificultad está en que la plataforma solo puede deducir hasta cierto punto qué significa el silencio. La regla de pérdida de conexión del dispositivo mide el tiempo sin comunicación contra un umbral, mientras que los flujos de IoT Logic se ejecutan cuando llega un mensaje. Si el equipo no envía nada, el flujo no tiene datos con los que trabajar. Nuestro reciente artículo sobre monitoreo de presencia en el hogar plantea el mismo problema en otro contexto. El despachador se queda con un punto rojo y una suposición.

Un segundo canal cambia la situación. Un dispositivo de modo dual mantiene la red celular como conexión principal y recurre a Iridium cuando pierde GSM. Así, la zona sin cobertura deja de ser un vacío y se convierte en una serie de mensajes de seguimiento poco frecuentes. Es un avance importante, aunque tiene sus límites. Los veremos más adelante.

Si quieren conocer cómo se conectan los dispositivos a Navixy antes de seguir leyendo, pueden empezar por la guía de activación. Ahí se explica qué necesita un equipo satelital del lado de la plataforma.

Qué debe cubrir una solución de rastreo satelital

Antes de elegir el hardware, conviene acordar qué debe hacer la solución. Para una flota que sale de la cobertura con frecuencia, la lista es breve.

1. Ubicación fuera de la cobertura celular. El vehículo sigue reportando sin red celular y vuelve a utilizarla cuando recupera la señal, ya que la guía de Navixy sobre Iridium establece que GSM mantiene la prioridad.
2. Un costo predecible. La comunicación satelital cuesta más que los datos celulares, por lo que debe destinarse a los activos que la necesitan.
3. Una forma de pedir ayuda. Un SOS que no dependa de una torre celular.
4. Contexto para interpretar el silencio. Una forma de distinguir una zona sin cobertura de un problema real, con alertas que no generen falsas alarmas.
5. Reportes que reflejen la realidad. Recorridos, estacionamientos y kilometraje que sigan siendo útiles incluso con pocos puntos de ubicación.

Los límites del tamaño de los mensajes explican por qué el segundo y el quinto punto importan. Los transceptores Iridium SBD más comunes envían hasta 340 bytes y reciben hasta 270, y un mensaje puede tardar entre 5 y 20 segundos en atravesar la red. Un artículo de soporte de Geotab describe su opción Iridium como un servicio que reporta cada 30 minutos y normalmente solo envía la ubicación. Los mensajes pequeños y poco frecuentes son parte del funcionamiento de la comunicación satelital.

De la lista de requisitos a un equipo que se puede instalar en el vehículo

La versión 2026.07 de Navixy agregó Inmosat CarFinder Sat, un dispositivo GPS satelital, a la lista de equipos compatibles. Inmosat especifica dos salidas digitales, memoria para más de 100 mensajes, configuración remota y antenas internas de GPS y comunicación satelital. El equipo reporta tanto por red celular como por Iridium. Eso cubre el primer punto de la lista.

El dispositivo no puede resolver el resto por sí solo. Determinar si el silencio es normal, configurar los tiempos de alerta según la frecuencia de reporte y explicar los reportes con pocos puntos son tareas que se realizan después de recibir el mensaje.

Llega un mensaje desde la zona sin cobertura. ¿Qué sigue?

El camión 14 envía un mensaje de seguimiento desde el valle poco después de las 3 de la mañana. Veamos qué puede hacer la plataforma con él.

Darle contexto geográfico al mensaje

Las zonas sin cobertura son lugares, y Navixy ya cuenta con herramientas para describirlos. Dibujen geocercas alrededor de las áreas sin señal que conocen, como el camino minero, un paso de montaña o un tramo de carretera en el desierto. El mensaje deja de ser un par de coordenadas y pasa a indicar que el camión 14 está dentro de la zona del valle, poco después de las 3 de la mañana. El análisis que veremos más adelante ayudará a encontrar las zonas sin cobertura que todavía no conocen.

Crear la regla en IoT Logic

Las funciones de geocercas inGeofence(), enterGeofence() y leaveGeofence() permiten que un flujo tome distintas rutas según el lugar desde el que llegó un mensaje. Para el camión 14, la regla es sencilla.

Mensaje satelital → ¿Está dentro de una zona conocida sin cobertura? → Sí, registrar como normal / No, escalar

Un mensaje enviado desde una zona conocida sin cobertura se considera normal. Si llega desde cualquier otro lugar, pasa a un nodo Webhook, que envía una solicitud HTTP POST al centro de seguridad o al sistema de tickets del cliente sin esperar una respuesta. El contenido del mensaje depende del dispositivo y de cómo estén mapeados sus datos en Navixy. Por eso, antes de poner el flujo en producción, envíen un mensaje de prueba e inspecciónenlo en el Data Stream Analyzer.

Ajustar los tiempos a la frecuencia de reporte

Un punto rojo que siempre está rojo termina siendo parte del fondo de pantalla. Si los despachadores ven la misma alerta de desconexión cada vez que un camión cruza el mismo valle, dejan de prestarle atención. La causa habitual es aplicar el mismo tiempo de espera a todos los dispositivos. Un equipo que reporta cada hora por satélite y otro que actualiza cada 30 segundos por red celular no pueden compartir el mismo criterio de silencio.

Navixy permite configurar el tiempo de espera para considerar desconectado cada dispositivo en los ajustes del estado de conexión, desde 1 minuto hasta aproximadamente 3,000 días. El campo muestra 10 minutos hasta que guardan un valor, pero esa cifra es solo un texto de referencia. Los dispositivos sin un valor guardado utilizan un tiempo de espera interno que varía según el equipo y el tipo de conexión. La regla de pérdida de conexión del dispositivo suma su propio tiempo personalizado a un valor predeterminado independiente de 10 minutos, así que creen una regla por cada perfil de reporte. La documentación no detalla cómo interactúan ambos temporizadores, por lo que conviene probar la combinación primero en un equipo.

Reportes que reflejen la realidad aunque haya pocos puntos

Ahora el cliente cuestiona el recorrido del camión 14. El kilometraje parece menor de lo que sugieren los comprobantes de combustible y falta una parte del recorrido en el mapa. La escasez de puntos es la causa probable, y cada reporte puede ofrecer cierta información, pero no toda.

La detección de estacionamiento requiere que el equipo permanezca por debajo del umbral de velocidad de inactividad durante todo el tiempo mínimo de inactividad. Por eso, ese tiempo debe ser mayor que el intervalo de reporte. Si el intervalo supera el tiempo de inactividad, Navixy no mostrará los recorridos y el dispositivo puede permanecer en estado estacionado. Las visitas a geocercas se calculan a partir de los puntos recibidos, así que una visita breve entre dos mensajes de seguimiento no aparecerá. El kilometraje también se ve afectado, porque los puntos poco frecuentes recortan las curvas del recorrido y el odómetro virtual registra menos distancia.

La actualidad de los datos también importa. Los datos con más de cinco minutos de antigüedad se muestran como no actuales. Por eso, los mensajes almacenados que se cargan después de salir de una zona sin cobertura aparecen con el estado GPS no actualizado, aunque el equipo funcione correctamente. Documenten qué mostrarán y qué no mostrarán los reportes de cada clase de activo, y acuerden ese perfil de una página con el cliente antes de poner el servicio en operación.

Un botón de pánico que funciona sin red celular

La zona sin cobertura también es el lugar donde el conductor del camión 14 está solo. Un botón de pánico que depende de la red celular falla justo cuando se necesita, y el caso de Teltonika en Zambia muestra esta situación. Un módem Iridium Edge envía la alerta con coordenadas mediante Short Burst Data y solo transmite cuando el rastreador no puede utilizar la red celular.

En Navixy, una regla SOS puede convertir un evento de pánico de un dispositivo compatible en notificaciones por SMS, correo electrónico, push o dentro de la aplicación para la persona que esté de turno. En las integraciones compatibles, los comandos de salida también pueden enviarse de vuelta al dispositivo por el canal satelital cuando su última conexión se realizó mediante SBD.

Integrar los eventos satelitales al proceso del cliente

La mayoría de los clientes ya tiene un sistema desde el que gestiona la respuesta, ya sea un centro de seguridad, una herramienta de tickets o un sistema de gestión del transporte. El artículo de Navixy sobre seguridad de trabajadores solitarios plantea esta idea para los rastreadores personales, y aquí también aplica. La alerta debe llegar al proceso del cliente para que alguien actúe.

El nodo Data Source incorpora datos de rutas o envíos a un flujo, lo que permite considerar normal una parada programada dentro de una zona sin cobertura. El reenvío de datos en tiempo real envía mensajes a un servidor externo mediante 29 protocolos compatibles, y la API de reportes permite que un portal del cliente consulte los reportes sin abrir Navixy. IoT Logic requiere una licencia independiente y los dispositivos satelitales se activan manualmente a través del gateway del operador. Tengan en cuenta ambos aspectos antes de comprometer una fecha de puesta en operación.

Identificar quién necesita conexión satelital antes de ofrecerla

La mejor venta de conectividad satelital es la de menor alcance que resuelva el problema, y los datos actuales de sus clientes pueden mostrar cuánto necesitan realmente. La guía de Navixy sobre Iridium identifica como candidato ideal un rastreador que sale de la cobertura con frecuencia, envía menos de 1 Mb al mes y necesita mantenerse conectado. Empiecen por analizar la flota que ya rastrean mediante la red celular.

Raw IoT Data permite consultar tanto la hora en que el dispositivo generó un mensaje como la hora en que el servidor lo recibió. Los datos se pueden exportar en CSV o Parquet, con periodos de acceso que dependen del plan y suelen empezar en 30 días. Cárguenlos en IoT Query para consultarlos mediante SQL, o creen una vista en Dashboard Studio y expórtenla como reporte. Los intervalos largos sin mensajes, seguidos de cargas de datos almacenados, señalan los activos y las rutas que podrían necesitar conectividad satelital. El resto puede seguir usando la red celular.

Después, traten cada mensaje satelital como parte de un presupuesto. Al menos un distribuidor factura en incrementos de 50 bytes, así que decidan qué debe incluir el mensaje, por ejemplo, ubicación, encendido, un indicador de pánico y el estado de una salida. Dejen el resto para la red celular. IoT Logic trabaja con los datos después de recibirlos, por lo que no puede reducir el consumo de comunicación satelital. El dispositivo decide qué envía, y el modo de rastreo es el ajuste que tienen a su disposición.

Para un TSP, la oportunidad va más allá de vender hardware adicional

Una flota de servicios en campo, un contratista minero y un transportista de carga pueden perder la señal, pero no comprarán el mismo servicio. El hardware y el entorno de Navixy pueden ser los mismos, mientras que las zonas sin cobertura, los tiempos de espera, las rutas de escalamiento y los reportes cambian para cada cliente.

Eso permite que un TSP venda una respuesta a la pregunta de si el camión está bien y estructure distintos niveles de servicio. Un nivel básico podría incluir rastreo satelital con perfiles de reporte que reflejen sus límites. Un nivel con monitoreo agrega la evaluación de los mensajes de seguimiento y el escalamiento. Un nivel integrado envía la información a los sistemas del propio cliente.

Lo que esta solución no resuelve

La comunicación satelital no evita la inhibición de GNSS. La ubicación sigue proviniendo del receptor GNSS, por lo que un equipo afectado por un inhibidor puede perder su posición aunque el canal de mensajes siga abierto. Las reglas de Navixy para detectar inhibición de GPS y GSM dependen de lo que el propio dispositivo pueda detectar y reportar.

La instalación es el otro límite. Una conexión satelital necesita una vista suficientemente despejada del cielo. El techo del vehículo y otras estructuras pueden obstruirla cuando la antena está dentro de la cabina, así que su ubicación importa tanto como el dispositivo que elijan.

El valle sigue sin señal. El reporte ya lo explica.

Un canal satelital presenta una dificultad comercial. Cuando funciona, no ocurre nada extraordinario, por lo que el cliente que lo paga ve un costo sin un beneficio visible. Medir los resultados ayuda a resolverlo. Reporten las horas que cada activo pasó fuera de la cobertura celular, los mensajes de seguimiento que permitieron mantenerlo visible y las alertas que se consideraron normales en lugar de escalarse. Así, ese valor invisible se convierte en un dato concreto del reporte mensual.

El valle del camión 14 seguirá sin señal el próximo mes. La diferencia es que el reporte lo dejará claro, y eso debería facilitar mucho la conversación sobre la renovación del servicio.

Si están creando servicios de rastreo satelital de flotas para sus clientes, nos gustaría conocer en qué están trabajando. Contacten al equipo de Navixy para conversar sobre lo que su plataforma debería hacer una vez que llega el mensaje.