NTRIP: configurar y validar un móvil RTK

Un móvil RTK que funcione sin una base de radio local requiere un método controlado para recibir datos de corrección. NTRIP se utiliza comúnmente para transportar mensajes de corrección a través de una conexión a Internet. Una implementación confiable requiere más que entradas del servidor: requiere parámetros de servicio verificados, una ruta de datos estable, configuraciones de software de campo y receptor compatibles, un flujo de trabajo de coordenadas definido y validación antes de que comience la recopilación de producción.

Utilice este procedimiento para configurar y documentar la ruta de corrección. Complementa el procedimiento de control del proyecto, las instrucciones del proveedor del servicio de correcciones y la validación frente al control aceptado.

Qué hace NTRIP en un flujo de trabajo RTK

NTRIP es un método para entregar datos de corrección GNSS a través de una conexión a Internet. En un flujo de trabajo RTK de red típico, una red de estaciones de referencia o un proveedor de corrección pone a disposición una transmisión a través de un caster NTRIP. El móvil, el controlador o la aplicación conectada utiliza datos móviles u otra ruta de Internet para conectarse y recibir esa transmisión. Luego, el receptor utiliza la información de corrección entrante como parte de su solución RTK.

Información de configuración requerida

Solicite por escrito al proveedor de servicios de correcciones los detalles de la conexión y regístrelos en el expediente del proyecto. La mayoría de los clientes requieren un host de caster o una dirección IP, puerto, nombre de usuario, contraseña y punto de montaje. El proveedor también puede especificar un formato de corrección, si el móvil debe enviar una posición aproximada y cualquier cobertura regional o notas del marco de referencia. Nunca adivine un punto de montaje ni copie credenciales de un proyecto no relacionado.

• Ruta de conexión: confirme si los datos móviles provienen del receptor, el controlador, una conexión telefónica o un enrutador de campo.
• Rover/cliente: identifica el receptor, el controlador y el perfil de software que realizará la conexión NTRIP.
• Detalles del proveedor: registre el host, el puerto, las credenciales, el punto de montaje y cualquier vencimiento o límite de cuenta.
• Contexto del proyecto: confirmar la referencia de coordenadas, la referencia vertical y el método de validación del equipo antes de comenzar el trabajo.

Procedimiento de configuración NTRIP

1. Establecer la solución GNSS inicial

Encienda el rover al aire libre, donde tenga una vista abierta del cielo. Déle tiempo para obtener una posición independiente normal antes de intentar conectarse. Muchos flujos de trabajo utilizan la posición aproximada del móvil para ayudar a seleccionar o servir un flujo de corrección adecuado. Comenzar en el interior, junto a grandes superficies reflectantes o bajo una cubierta densa hace que el diagnóstico posterior sea menos útil.

2. Verificar la ruta de comunicación de datos.

Verifique que el dispositivo responsable de los datos tenga una conexión que funcione en el área de trabajo. Un controlador puede aparecer conectado a un móvil pero aún carece de datos móviles. Si es posible, confirme la ruta de datos con la SIM, la conexión o el enrutador planificados, no solo con el Wi-Fi de la oficina. Registre la condición cuando el sitio de un proyecto tiene cobertura intermitente para que las cuadrillas sepan si deben planificar una alternativa local.

3. Cree un perfil de corrección controlado

Abra la configuración de corrección del software de campo o del receptor y cree un perfil con un nombre claro para el proyecto o servicio. Ingrese el caster NTRIP, el puerto, el inicio de sesión y el punto de montaje exactamente como se suministran. Seleccione el formato de corrección solo cuando el flujo de trabajo del proveedor y del receptor lo especifique. Conservar un perfil de trabajo antes de editarlo; un perfil duplicado es más seguro que sobrescribir una configuración establecida utilizada por otro equipo.

4. Confirmar el informe de posición y la recepción de datos.

Algunos servicios requieren que el cliente envíe una posición aproximada del móvil, a menudo denominada NMEA GGA o "enviar posición". Confirmar el requerimiento del proveedor y que el cliente de campo tiene permiso para enviar la información. Luego observe el estado de la corrección: la pregunta útil es si el móvil realmente está recibiendo una transmisión actual, no simplemente si la pantalla de inicio de sesión aceptó la contraseña.

5. Estabilizar y validar la solución.

La conexión al flujo de datos no completa la validación. Observe el estado de solución y aplique el procedimiento del proyecto sobre puntos de control conocidos u otra comprobación aceptada. Verifique el sistema de coordenadas y la referencia vertical. Una conexión correcta no resuelve una localización, un datum o una plantilla de proyecto incorrectos.

Seleccione la arquitectura de corrección para el proyecto.

Las correcciones de red basadas en NTRIP pueden resultar prácticas cuando la cobertura del servicio y la conectividad de datos de campo son confiables. Un flujo de trabajo de base y radio local puede ser apropiado cuando un sitio necesita una fuente de corrección local independiente, cuando la cobertura móvil es limitada o cuando el enfoque de control del proyecto lo requiere. Ninguna ruta debe seleccionarse con una sola etiqueta, como "red" o "radio". Considere la cobertura, el terreno, la cantidad de rovers, las responsabilidades de control, la movilidad y las consecuencias de una interrupción de la conexión.

Para una comparación más amplia, revise VRS vs. Estación base RTK y la Guía de alcance de estaciones base RTK.

Cuando la sesión de corrección es inestable.

No reinicie inmediatamente todos los dispositivos. Primero anote la hora, la ubicación, el estado del móvil, la edad de corrección, la señal de datos, el punto de montaje seleccionado y el mensaje de error. Pruebe el mismo perfil en un área abierta con una cobertura de datos utilizable conocida. Si la conexión funciona allí pero no en la ubicación del proyecto, es probable que la siguiente verificación sea la cobertura o el entorno. Si varios dispositivos móviles fallan al mismo tiempo, investigue la cuenta de servicio, el estado del proveedor o la ruta de red común antes de tratar cada dispositivo móvil como una falla de hardware independiente.

Una solicitud de soporte de campo es mucho más fácil de resolver cuando incluye el método de corrección, los detalles del servicio no confidenciales del proveedor, la combinación de receptor/controlador, el entorno del sitio y una captura de pantalla o registro del estado. No envíe contraseñas en un canal no seguro. Para problemas recurrentes, utilice la ruta de soporte TOKNAV para documentar el flujo de trabajo en lugar de depender de una descripción informal.

Preguntas frecuentes

¿NTRIP reemplaza una estación base GNSS?

NTRIP describe la entrega de correcciones a través de Internet. Puede usarse con un servicio de red o una base que publica una transmisión, pero no elimina la necesidad de elegir y validar la fuente de corrección para el proyecto.

¿Por qué el rover está conectado pero no listo para producción?

Un inicio de sesión puede realizarse correctamente mientras no lleguen datos utilizables, el entorno móvil sea deficiente o la configuración de coordenadas del proyecto no sea adecuada. Verifique el flujo entrante y aplique el procedimiento de validación de campos aceptado.

¿Qué debe registrar una equipo?

Registre el proveedor de corrección, el punto de montaje, la ruta de conexión, el contexto de coordenadas, el estado de la solución y el punto conocido o la verificación del proyecto. Esto hace que la configuración sea repetible para el siguiente turno.

Evaluar la arquitectura de corrección antes de la implementación.

Para un nuevo móvil, base local o proyecto de corrección de red, comparta el país, el área de cobertura, la cantidad de usuarios, los requisitos de control y las limitaciones de conectividad de datos. Póngase en contacto con TOKNAV para analizar el receptor GNSS, la antena y la ruta de corrección adecuados.

Pruebas de compatibilidad a solicitar antes de la aceptación

Registre el modelo y el firmware del receptor, la versión del controlador/aplicación, la versión del cliente NTRIP, el caster NTRIP y el puerto, el punto de montaje, la lista de mensajes de corrección y si el servicio requiere GGA. Mantenga las contraseñas de las cuentas fuera de los registros de aceptación compartidos. Confirmar los requisitos de autenticación y transporte con el proveedor.

Valide tres resultados por separado: conexión al caster, recepción de correcciones utilizables y concordancia de coordenadas con puntos de control independientes del proyecto. Superar una etapa no implica superar la siguiente.

Regrese a la guía de compatibilidad del receptor RTK o utilice el registro de aceptación de campo.