Un documento de control de interfaz (ICD) del receptor GNSS convierte una discusión de integración en una entrega de ingeniería trazable. Registra lo que expone el receptor, lo que espera la plataforma anfitriona y qué evidencia debe recopilarse antes de seleccionar una antena o terminal anti-jamming.
Esta guía es un marco de documentación, no una afirmación de compatibilidad. El comportamiento del receptor, las señales admitidas, la precisión de sincronización, los límites ambientales y la idoneidad de instalación deben confirmarse con la documentación actual del fabricante y la evidencia de pruebas específica del proyecto.
Por qué es importante el ICD del receptor
Un receptor puede proporcionar varias interfaces eléctricas y de datos, pero un proyecto aún puede fallar si las asignaciones de pines del conector, los niveles de voltaje, la sincronización de mensajes o la propiedad de configuración siguen siendo ambiguos. Un ICD útil crea una referencia controlada para el receptor GNSS, el equipo anti-jamming, la computadora anfitriona y el equipo de instalación.
Antes de solicitar una cotización, combine este documento con la lista de verificación de compatibilidad del receptor GNSS y la lista de verificación de instalación GNSS anti-jamming.
1. Identifique la configuración del receptor
- Fabricante, modelo exacto y revisión de hardware.
- Versión de firmware y el archivo de configuración o conjunto de comandos utilizado para las pruebas.
- Constelaciones habilitadas, bandas de frecuencia y modos de procesamiento de señales.
- Tipo de entrada de antena, conector, impedancia y cualquier suministro de polarización documentado.
- Restricciones conocidas, desviaciones abiertas y el propietario responsable de la aprobación.
No utilice un nombre de familia cuando se requiera una variante específica del receptor. Un pequeño sufijo o cambio de firmware puede alterar puertos, mensajes o comportamiento de sincronización.
2. Documente las interfaces de sincronización
Registre cada salida de sincronización por separado. Los elementos típicos incluyen 1PPS, mensajes de hora del día, entradas de eventos y tiempo de red sincronizado. Para cada interfaz, documente el conector y pin, nivel eléctrico, polaridad, borde de referencia, mensaje configurado, tasa de actualización y la condición bajo la cual la salida es válida.
| Elemento de sincronización | Entrada ICD requerida | Evidencia de aceptación |
|---|---|---|
| 1PPS | Pin, nivel de voltaje, polaridad, borde de referencia y condición de validez | Captura de osciloscopio y registro de estado del receptor |
| Mensaje de hora | Protocolo, identificador de mensaje, velocidad en baudios y relación con 1PPS | Registro serial con marca de tiempo y salida del analizador |
| Entrada de evento | Límites eléctricos, borde de disparo y comportamiento del mensaje de evento | Registro de estímulo y registro del receptor correlacionado |
| Tiempo de red | Protocolo, configuración de dirección, estado de sincronización y comportamiento de respaldo | Captura de paquetes y registro de estado del anfitrión |
No copie un valor de precisión nominal en el ICD a menos que también se citen las condiciones operativas aplicables y la fuente de evidencia.
3. Defina los puertos serie, USB y Ethernet
Para cada puerto físico, especifique su función y propiedad. Una entrada completa normalmente incluye conector, asignación de pines, estándar eléctrico, velocidad en baudios o velocidad de enlace, tramado, protocolo, conjunto de mensajes, tasa de actualización, permisos de comando y comportamiento de inicio.
- Separe los puertos de configuración de los puertos de datos operativos.
- Indique si los ajustes persisten después de un ciclo de encendido.
- Registre cualquier puerto compartido con diagnósticos o actualizaciones de firmware.
- Defina cómo el anfitrión detecta datos de navegación inválidos, obsoletos o ausentes.
- Adjunte una muestra de datos capturada utilizando la configuración de producción prevista.
Las URL, direcciones IP, configuraciones de puerto serie y parámetros de consulta deben copiarse exactamente. No deben traducirse ni reformatearse en la documentación del proyecto multilingüe.
4. Controle los detalles de alimentación, conexión a tierra y polarización de la antena
El ICD debe identificar el rango de suministro del receptor según la documentación aprobada, las transiciones de estado de energía esperadas, la referencia de conexión a tierra, la terminación del blindaje y cualquier salida de polarización de antena. Si un terminal anti-jamming se encuentra entre la antena y el receptor, confirme qué dispositivo suministra la energía de polarización y cómo se gestionan las rutas de CC.
Registre los números de pieza del conector, conectores de acoplamiento, identificadores de ensamblaje de cable y restricciones de acceso al servicio. No asuma que un conector mecánicamente compatible tiene la asignación de pines o el comportamiento de alimentación correctos.
5. Proteja la configuración y el control de cambios
Asigne una versión al ICD y a cada dibujo, registro y archivo de configuración referenciado. Cuando cambie el firmware del receptor, la ruta de la antena, el software del anfitrión o la configuración de mensajes, repita las comprobaciones de aceptación afectadas y actualice la versión de origen.
Un registro de cambios práctico incluye el valor anterior, el nuevo valor, la razón, el propietario de la aprobación, las pruebas afectadas y el paquete de evidencia generado después del cambio.
Matriz de evidencia de aceptación
| Interfaz | Evidencia a conservar | Pregunta de revisión |
|---|---|---|
| Ruta de RF de antena | Dibujo, lista de cables, datos de conectores y fotografías de instalación | ¿Es la ruta de RF documentada idéntica a la ruta probada? |
| Datos de navegación | Registro sin procesar, informe de mensajes decodificados y resultado del analizador del anfitrión | ¿Puede el anfitrión identificar datos válidos, inválidos y obsoletos? |
| Sincronización | Captura de 1PPS, registro de mensajes de hora y nota de correlación | ¿Son inequívocos el borde de referencia y la época del mensaje? |
| Alimentación | Diagrama de cableado, captura de inicio y registro de estado de falla | ¿Están definidas las responsabilidades de suministro, retorno y polarización? |
| Configuración | Ajustes exportados, identidad del firmware y suma de verificación | ¿Se puede reproducir la configuración probada? |
Lista de verificación de entrega RFQ
- Proporcione el modelo exacto del receptor, la revisión de hardware y la versión de firmware.
- Adjunte la documentación de interfaz del receptor y el ICD específico del proyecto.
- Enumere las señales GNSS habilitadas, las restricciones de entrada del receptor y el comportamiento de polarización de la antena.
- Proporcione dibujos mecánicos, espacio disponible, rutas de cable y requisitos de conectores.
- Describa las interfaces del anfitrión, las tasas de mensajes, las salidas de sincronización y la propiedad de configuración.
- Indique las restricciones ambientales y de instalación que requieran revisión de ingeniería.
- Identifique las pruebas de aceptación y la evidencia requeridas antes del lanzamiento.
Utilice la página ResiNav RFQ para enviar el conjunto de entradas controlado. La selección del producto debe permanecer provisional hasta que el receptor, la ruta de RF, la instalación mecánica y los criterios de aceptación se hayan revisado juntos.
Preguntas frecuentes
¿Es suficiente la hoja de datos de un receptor para una revisión de integración?
No. Una hoja de datos es una fuente importante, pero el proyecto también necesita la variante exacta del receptor, el firmware, la configuración habilitada, las interfaces del anfitrión, las restricciones de instalación y la evidencia de aceptación.
¿Debe el ICD incluir resultados medidos?
Sí, cuando las mediciones estén disponibles y sean trazables. Mantenga los resultados medidos separados de los requisitos e identifique la configuración de prueba, el equipo y la fecha.
¿Puede un ICD cubrir varios modelos de receptores?
Solo cuando las interfaces y el comportamiento sean demostrablemente idénticos para el alcance controlado. De lo contrario, use secciones específicas del modelo o versiones separadas.
¿Cuándo se debe actualizar el ICD?
Actualícelo siempre que cambie una interfaz controlada, configuración, cable, firmware, analizador del anfitrión o criterio de aceptación. La versión de origen revisada debe desencadenar una revisión de cada copia traducida.
Siguiente paso de ingeniería
Después de completar el ICD, compare las restricciones documentadas del receptor con el catálogo de productos ResiNav. La idoneidad final, la configuración y el alcance de las pruebas siguen sujetos a confirmación de ingeniería.
SIGUIENTE PASO
Convierta la información disponible de la plataforma en una revisión de ingeniería.
Utilice el centro de Tecnología para orientar la conversación, revise los escenarios de aplicación pertinentes y envíe después los detalles disponibles de la plataforma y el receptor para su confirmación.