Lleve el mapa de trabajo del sitio a la solicitud de cotización. Use un color para las tareas de ubicación generales: patio, ruta, zona de carga. Use otro para un paso, borde o línea topográfica que la máquina deba encontrar nuevamente. El GNSS estándar puede cubrir el primer color. El segundo es donde un diseño RTK merece una atención más detallada, siempre que exista el enlace de corrección y la vista del cielo.
Ese mapa ofrece una mejor introducción a la comparación entre GNSS RTK y GNSS estándar que dos cifras de precisión de un folleto. Permite al comprador tomar una decisión práctica: ¿qué información debe tener el vehículo, durante cuánto tiempo y qué sucede cuando deja de tenerla? El receptor, la antena, el servicio de corrección, la aplicación y el sistema de respaldo pueden entonces considerarse como una sola instalación.
Empiece por la decisión del vehículo, no por la etiqueta del receptor.
Un despachador que pregunta "¿en qué patio está el camión 14?" tiene un problema diferente al de una motoniveladora que sigue una superficie topografiada o un tractor que encuentra la hilera del día anterior. Coloque esa pregunta exacta al principio de la especificación. Debajo, describa qué consecuencias tendría para el trabajo una posición tardía, faltante o desplazada. Ahora la clase de posicionamiento tiene sentido.
El GNSS estándar suele ser una opción sensata para el contexto de ruta, la visibilidad de la flota y la delimitación de geocercas amplia. RTK añade una corrección de red o de referencia a las observaciones del receptor móvil. En condiciones adecuadas, esto permite una relación mucho más precisa con la referencia de trabajo. Además, añade un servicio, una ruta de datos, una transición de estado y un caso de recuperación que debe ser gestionado por alguien.
| Pregunta en el taxi | Punto de partida probable | ¿Qué podría cambiar la decisión? |
|---|---|---|
| ¿En qué ruta o zona de obras me encuentro? | GNSS estándar | Un límite estricto o una función de seguridad |
| ¿Puedo volver a esta línea de referencia? | Evaluar RTK | Correcciones deficientes o una ruta muy obstruida |
| ¿Puede la máquina mantener la trayectoria de trabajo requerida? | Evaluar RTK con el sistema de control | Límites del controlador, la antena o el marco de referencia |
| ¿Dónde se encontraba el recurso durante la última actualización? | GNSS estándar | Un caso de uso que en realidad depende de la posición medida. |
Coloque la ruta de corrección junto al hardware.
La etiqueta RTK en el número de pieza no completa el ciclo. En la misma hoja que el terminal, indique la fuente de referencia, el formato de corrección, la cuenta, el punto de montaje, el módem o la radio, la antena y la cobertura prevista. Dibuje la ruta desde la fuente hasta el receptor. Indique el responsable de cada interrupción en dicha ruta.
Solicita una verificación de corrección en tiempo real en la ubicación del comprador, no una captura de pantalla de otra ciudad. Las zonas sin cobertura celular, la interferencia de la señal de radio, las credenciales caducadas y una transmisión incorrecta pueden provocar que un receptor compatible funcione sin la corrección prevista. El archivo del proyecto debe indicar lo que informa la terminal en ese momento. «Aún tiene coordenadas» no es una respuesta completa.
Las páginas de NOAA CORS proporcionan información útil sobre las estaciones de referencia de operación continua. No establecen la cobertura del servicio para la ruta del comprador. La cobertura, la latencia, el acceso y las condiciones comerciales corresponden al servicio propuesto.
Estacione dos veces antes de hablar de precisión.
Para la primera prueba, deje el vehículo en la zona más despejada del cielo hasta que se estabilice la configuración propuesta. Guarde el tiempo, el estado de la solución, la antigüedad de la corrección, la información satelital y la posición de salida. Para la segunda prueba, utilice la pared, el dosel, el depósito o la línea de árboles reales. Guarde los mismos campos. El intervalo entre estos registros es más útil para el equipo de compras que una cifra extraída de la hoja de datos del receptor.
No combines tres resultados en uno. Primero, compara la posición con la referencia elegida. Luego, calcula cuánto tiempo de la prueba se mantuvo la solución requerida. Finalmente, busca interrupciones durante cada intervalo de trabajo. Un punto despejado puede parecer excelente aunque la ruta alrededor del edificio se desvíe constantemente.
La descripción general de precisión de GPS.gov incluye el diseño del receptor y el entorno operativo entre los factores que influyen en el rendimiento real. El comprador debe tener en cuenta su entorno.
No elija la antena de producción al final
Una antena de demostración en un poste provisional se puede mover fácilmente hasta obtener el resultado deseado. La antena de producción debe soportar el techo, el escape, las luces, las radios, los bordes metálicos y el cableado en movimiento. Tome una fotografía del techo y anote la ubicación de la antena, el plano de tierra, el cable y el conector debajo de ella. Añada la distancia medida al punto del vehículo utilizado en la aplicación.
Inspeccione la antena instalada con cuidado. El cable debe detenerse en el alivio de tensión en lugar de tirar del conector o soporte. Siga el recorrido del cable pasando por las radios y el cableado de alimentación mientras la cabina está abierta. Cinco minutos aquí suelen revelar un riesgo que no aparece en ninguna tabla comparativa de GNSS.
Repita la ruta con obstáculos utilizando el soporte y el arnés finales. Si la prueba utilizó hardware diferente, etiquete el resultado como "configuración de desarrollo" en lugar de adjuntarlo a la opción de producción. Solicite a PDS que revise el plano del techo y del arnés para la configuración de terminal seleccionada.
Escriba la transferencia del receptor al controlador.
Abra un mensaje o registro de ejemplo junto a la especificación de la interfaz. Marque con un círculo los campos de posición, tiempo, sistema de coordenadas y estado de la solución. Luego, pregunte al ingeniero de control qué campos lee realmente la aplicación. Un controlador que consume coordenadas pero descarta el indicador de estado puede seguir funcionando como si nada hubiera cambiado después de que desaparezcan las correcciones.
Registre la interfaz física, el formato del mensaje, la frecuencia de actualización y la fuente de tiempo para la configuración ofrecida. Las interfaces serial, CAN, Ethernet y USB no son intercambiables. Tampoco lo son dos familias de firmware en carcasas similares. El registro utilizado para la aceptación debe identificar el hardware del terminal, la opción del receptor y la versión del software que lo generó.
Retire el tapón corrector durante el ensayo.
Realice esta prueba en un lugar controlado y a una velocidad conocida. Desconecte o bloquee la ruta de corrección mientras registra el estado del receptor y la respuesta de la aplicación. Lea el registro posteriormente: ¿cuándo cambió el estado?, ¿cuándo apareció la advertencia?, ¿qué información llegó al controlador? y ¿qué hizo la máquina? Restablezca la conexión, pero mantenga el cronómetro en marcha hasta que se obtenga la solución acordada.
La hoja de aceptación necesita una fila para este evento. Sin ella, «compatibilidad con respaldo» puede significar desde una alarma visible hasta el uso silencioso de una estimación de posición más amplia. El fabricante de la máquina es responsable de la acción segura; el proveedor del terminal debe proporcionar la información de estado acordada con la suficiente fiabilidad para dicha acción.
| Evento de prueba | Registro | Decisión del comprador |
|---|---|---|
| Comienza a cielo abierto | Tiempo de inicialización y secuencia de estados | El tiempo de preparación se ajusta al ciclo de trabajo. |
| Superar el obstáculo principal | Estado, edad de corrección y marca de tiempo de la ruta | Se cumple con la disponibilidad requerida. |
| Correcciones de interrupción | Retraso en la detección, alerta y respuesta del controlador | Se entiende y se acepta el mecanismo de reserva. |
| Restaurar correcciones | Tiempo de recuperación y transición de estado | El regreso al trabajo se rige por la norma acordada. |
Proporcione a los sistemas GNSS estándar un informe justo sobre la compra.
Un comprador no ahorra dinero al especificar requisitos GNSS estándar de forma vaga. Indique el tamaño de la geocerca, el intervalo de actualización, el tiempo de inicio previsto, la ruta y las obstrucciones. Pruebe la posición de la antena y las interferencias con la misma atención. Decida también qué información mostrará la aplicación cuando la posición esté desactualizada o no esté disponible.
El GNSS estándar puede ser el diseño más sencillo para la localización de flotas extensas o la notificación de zonas de bajo riesgo. Tiene menos dependencias de servicios de corrección. Esto no significa que todos los receptores estándar sean iguales, ni que una ubicación aproximada se convierta en un dato de control. Mantenga visibles la decisión y su tolerancia.
Cuente las líneas RTK adicionales antes de aprobar el presupuesto.
Coloque ambas propuestas una al lado de la otra. Añada la antena, el soporte, el cable, el módem o la radio, el plan de datos, la suscripción de corrección, la integración, los registros, la puesta en marcha y el soporte. Marque las piezas suministradas por el comprador. Un receptor RTK más económico con la columna de corrección e integración vacía no es la solución más barata para el vehículo.
RTK suele ser superior en aquellas líneas donde una trayectoria repetida, un borde medido o una referencia de trabajo reducen el desperdicio o la necesidad de rehacer el trabajo. No se beneficia simplemente porque la cifra del folleto sea menor. Utilice la ruta por etapas y la prueba de interrupción para resolver la cuestión de RTK GNSS frente a GNSS estándar.
Adjunte pruebas de la opción exacta que se ofrece.
Entregue a cada licitador la misma hoja de configuración en blanco. La copia devuelta debe identificar el terminal, el receptor, la antena, el cable, el método de corrección, las interfaces y el firmware. Utilice la última línea para el número de serie de ejemplo y el nombre del archivo de registro de ruta. Un cambio de opción posterior indicará directamente la evidencia que requiere revisión.
Evite solicitar todos los informes GNSS de forma generalizada. Prefiera un registro de ruta sencillo generado por el equipo citado a un paquete extenso de hardware desconocido. Si un levantamiento topográfico proporciona la referencia, registre su método y el propietario. Una reclamación sin un registro coincidente aún no recibe puntos de comparación.
Revise la propuesta PDS en la misma ruta.
Utilice la gama de productos PDS para identificar una configuración inicial, no una promesa final. Envíe a PDS el plano del vehículo, el mapa de trabajo, la fuente de corrección, la interfaz, la alimentación, la posición de la antena y la ruta de aceptación. Por ejemplo, una cargadora que rodea pilas de material necesita que se añada su vista del cielo cambiante a la revisión de la aplicación para construcción y minería .
Durante la revisión OEM/ODM de PDS , indique si se trata de un arnés, carcasa, imagen de software o soporte diferente. PDS puede separar una opción disponible del trabajo del proyecto e indicar qué registro corresponde a la configuración. Mantenga la decisión sobre RTK GNSS frente a GNSS estándar vinculada al vehículo, la configuración y la ruta que se probaron.
Diez preguntas para concluir antes del lanzamiento.
1. ¿Funciona RTK sin correcciones en tiempo real?
Las coordenadas pueden mantenerse, pero ya no estarán en el mismo estado operativo. Decida con antelación si la aplicación puede utilizarlas.
2. ¿Es RTK siempre la opción más precisa?
No existe una solución única que funcione en todos los rincones de un lugar de trabajo. Pruebe las obstrucciones, los reflejos, el ruido de radio, la configuración de la antena y la aplicación de correcciones que encuentre allí.
3. ¿Se pueden comparar directamente dos cifras de precisión de folletos?
Normalmente no. Primero, relaciona la estadística, la referencia, el entorno, la antena, la fuente de corrección, la velocidad y el estado de la solución que hay detrás de cada figura.
4. ¿Qué información se debe registrar durante una prueba de ruta?
Mantenga un registro de la fecha y hora, la posición, el estado de la solución, la antigüedad de la corrección, la velocidad, el firmware y las notas para cada obstrucción o interrupción.
5. ¿Por qué registrar el punto de referencia de la antena?
Es posible que la aplicación necesite transformar la posición de la antena al punto de la máquina utilizado para la guía o la medición.
6. ¿Es suficiente el GNSS estándar para el seguimiento de flotas?
Suele ocurrir cuando la decisión se refiere a una ruta o zona, en lugar de una línea trazada. Pruebe la geocerca y el intervalo de actualización.
7. ¿Quién es el titular de la cuenta de corrección?
Indique el nombre de la organización que lo compra, renueva las credenciales, supervisa la cobertura y responde cuando falla el acceso.
8. ¿Qué prueba que un registro coincide con la cita?
El registro de configuración, la identidad de la muestra, la opción de hardware y el firmware deben apuntar al mismo archivo de registro.
9. ¿Debe el controlador leer el estado de la solución?
Si su funcionamiento depende de la calidad de la posición, la interfaz debe mantener el estado acordado y la aplicación debe utilizarlo.
10. ¿Qué cierra la comparación?
Una configuración firmada y una prueba de ruta repetible completan el proceso. El resultado debe incluir el funcionamiento normal, la obstrucción principal, la corrección de pérdidas y la recuperación.
Contáctanos
📧Correo electrónico: [email protected]
📞Tel: +86 13421822024
🌐Sitio web: www.szpds.com
Descargo de responsabilidad
La información de este artículo es solo de referencia. PDS Technology Co., Ltd. no se responsabiliza de errores, omisiones ni de la idoneidad del contenido para aplicaciones específicas. Las especificaciones del producto están sujetas a cambios sin previo aviso. Los compradores deben verificar todos los detalles técnicos con nuestro equipo antes de usar el producto.
Acerca de PDS Technology
PDS Technology es un fabricante líder de equipos originales (OEM) y diseño y fabricación de equipos originales (ODM) de terminales GNSS RTK de alta precisión y ordenadores para vehículos, que presta servicios a los sectores agrícola, de la construcción, minero, del taxi y de la logística desde 2011.
Con más de 15 años de experiencia en I+D para el sector automotriz, ofrecemos dispositivos robustos y multi-OS (Android/Linux/OpenHarmony) con posicionamiento RTK de precisión centimétrica, protección IP66 y compatibilidad con IA. Nuestras fábricas, con certificación IATF16949, han producido más de 100 000 unidades distribuidas globalmente, lo que representa más del 30 % del mercado chino de terminales de dirección automática para maquinaria agrícola. Exportamos a Japón, Estados Unidos, Reino Unido, Turquía, Rusia y otros países.
