Pérdida de solución fija RTK: diagnóstico en campo
Un móvil RTK puede pasar de una solución fija a un estado flotante, único o sin corrección durante las operaciones de campo. La respuesta adecuada es aislar la capa afectada de la cadena de posicionamiento: entorno de observación GNSS, flujo de corrección, base local o enlace de radio, conectividad de datos o configuración del proyecto. Una secuencia controlada evita cambios innecesarios de parámetros y protege la integridad de los registros de campo.
Antes de cambiar una configuración, registre la hora, la ubicación, el estado de la solución, la edad de corrección, el perfil activo y si el problema afecta a un móvil o a toda la equipo. Este registro proporciona la evidencia necesaria para un diagnóstico controlado.
Interpretar el cambio de estado de la solución
Las etiquetas del receptor difieren, pero la idea de diagnóstico es similar. Una solución RTK fija depende de observaciones GNSS utilizables, una fuente de corrección válida y una configuración compatible. Cuando una de esas entradas se interrumpe o ya no es suficiente, el receptor puede informar un estado flotante, autónomo, diferencial u otro estado de menor confianza. Ese estado es una señal para seguir el procedimiento de calidad del proyecto, no una prueba de que un receptor, servicio o antena en particular haya fallado.
Aplicar una secuencia de diagnóstico de cinco capas.
| capa | Signo típico | Primera comprobación controlada |
|---|---|---|
| Vista del cielo y entorno de antena. | El problema aparece cerca de árboles, edificios, maquinaria o superficies reflectantes. | Muévase a una ubicación clara y compare el estado |
| Flujo de correcciones | La edad de corrección aumenta, los datos se detienen o NTRIP se desconecta | Confirmar las correcciones entrantes y el perfil activo. |
| Base local y radio | Una banda de distancia, una dirección o todos los rovers locales se ven afectados | Verifique la salida de la base, la alimentación, la antena y la ruta de radio. |
| Conexión de datos | El flujo de trabajo de la red falla en un sitio o momento particular | Pruebe la SIM, la conexión o el enrutador planificados en un área abierta |
| Configuración del proyecto | El enlace parece correcto pero los resultados no se ajustan a las comprobaciones del proyecto | Revisar la configuración de coordenadas, verticales y del trabajo. |
Deslice para ver todas las columnas.
1. Verificar el entorno de observación GNSS
Compruebe primero la causa física más simple. La vegetación densa, las fachadas altas, los equipos estacionados, las pendientes cortadas, los puentes, los bordes de agua, los techos metálicos y otras superficies reflectantes pueden alterar el entorno de observación. No decida que el receptor está defectuoso porque ocurre un problema en un punto difícil. Lleve el rover a un punto abierto cercano, mantenga el mismo perfil de corrección y compare el resultado. Si la solución se recupera al aire libre, investigue el entorno de trabajo, la posición de los jalones y el método de recolección aceptable del proyecto antes de cambiar la configuración del sistema.
2. Confirmar la continuidad del flujo de corrección
En un flujo de trabajo RTK de red, una cuenta conectada no es suficiente. Compruebe si realmente llegan los datos de corrección, si el punto de montaje seleccionado está destinado al área de trabajo y si el controlador o el receptor todavía tienen una ruta de Internet. Tenga en cuenta el indicador de edad de corrección y cualquier mensaje de error. Pruebe una ruta de datos en buen estado antes de volver a ingresar la configuración GNSS.
Cuando el flujo de trabajo utiliza NTRIP, valide el perfil del caster NTRIP, el puerto, las credenciales, el punto de montaje y el requisito de informe de posición con el proveedor. La guía de configuración NTRIP separada describe esa cadena. No comparta las credenciales de la cuenta en una captura de pantalla o en una solicitud de soporte; En su lugar, informe el nombre del perfil y el contexto del servicio.
3. Verificar el enlace local-base y de radio.
Para un sistema base-rover, determine si la base está funcionando y transmitiendo las correcciones previstas antes de cambiar un móvil. Verifique la alimentación, la salida de datos, la conexión de la antena, el canal de radio y la ubicación de la antena. Una falla limitada a una dirección o a una distancia determinada puede indicar terreno, línea de visión, interferencia o planificación de enlaces. Es más probable que una falla que afecte a todos los móviles a la vez afecte a la base, su salida de corrección o una configuración compartida que varias fallas independientes de los móviles.
El alcance práctico de un enlace de radio no es un número único. Depende del terreno, los obstáculos, la altura de la antena, las interferencias y la disposición del lugar. Revise la Guía de alcance de estaciones base RTK cuando planifique el sistema en lugar de depender de una conexión intermitente en el borde del sitio.
4. Revisar la configuración del proyecto después de la verificación del enlace.
Una vez que el rover tenga un entorno estable y correcciones activas, verifique el perfil del proyecto: sistema de referencia de coordenadas, referencia vertical, localización, archivos de control y la fuente de corrección seleccionada. Esto es especialmente importante después de importar un trabajo, cambiar un controlador, actualizar el software de campo o pasar de un proyecto a otro. Conserve una copia del último perfil de trabajo. Luego compare una configuración a la vez con la documentación del proyecto o el control aceptado; cambiar varios parámetros juntos hace imposible saber qué cambio importó.
5. Realizar una comparación controlada
Una prueba controlada separa las condiciones del sitio del equipo. En un área abierta, utilice el mismo móvil, fuente de corrección y perfil de proyecto para realizar la verificación normal del proyecto. Si el sistema funciona allí, regrese al lugar afectado y observe los cambios: obstrucción del cielo, distancia, cobertura de datos, superficies cercanas o procedimiento operativo. Si el problema sigue a un componente en todas las ubicaciones, entonces la inspección del hardware, cable, radio o antena se convierte en el siguiente paso razonable. Este enfoque es más seguro que reemplazar el equipo basándose en una observación difícil.
Información requerida para soporte técnico
Envíe un resumen breve y estructurado: modelo de receptor y controlador; versión del software de campo, si se conoce; tipo de corrección; entorno aproximado; estado de la solución; edad de corrección; mensaje de error; y si el problema afecta a un móvil, a todos los móviles, a una ubicación o a una hora del día. Agregue el contexto de coordenadas del proyecto solo a través del canal de soporte aprobado. Este registro ayuda al equipo de soporte a determinar si la siguiente acción debe centrarse en correcciones, entorno de antena, planificación de radio, software o verificación de componentes.
Para los equipos que revisan un nuevo sistema en lugar de una falla única, compare la gama de receptores TOKNAV GNSS con el flujo de trabajo completo: recuento móvil, elección de base o red, antena, controlador, software de campo, entorno y capacitación. La elección del equipo debe seguir el proceso de campo respaldado.
Preguntas frecuentes
¿Por qué un rover cambia de fijo a flotante cerca de un edificio o árboles?
El entorno de observación GNSS puede verse afectado por una vista reducida del cielo o señales reflejadas. Pruebe la misma configuración en un área abierta antes de cambiar la configuración del receptor.
¿La red RTK es siempre más fiable que una base local?
No. RTK de red puede ser adecuado cuando el servicio y la cobertura de datos son confiables; una base local puede adaptarse a sitios controlados o áreas con conectividad limitada. Revisar las condiciones del proyecto antes de elegir.
¿Cuándo se debe inspeccionar el hardware?
Inspeccione el hardware cuando una comparación controlada muestre que el problema sigue a un receptor, antena, cable o radio en condiciones comparables.
Integrar la entrega de correcciones en el plan del proyecto.
Si la pérdida repetida de solución fija está afectando un flujo de trabajo de levantamiento, construcción o SIG, comparta el método de corrección, el área operativa, la cantidad de dispositivos móviles y el entorno. Comuníquese con TOKNAV para analizar un receptor, una antena y una ruta de flujo de trabajo de corrección compatibles.