Antes de comenzar
Conocimiento inicial
- Comprender el objetivo de detección y el entorno operativo.
- Identifique a los operadores capacitados y al propietario del sitio correspondiente.
Equipo & medio ambiente
Comience con datos registrados y simulación compatible. El trabajo físico aéreo o submarino requiere una operación autorizada y calificada y un plan específico del sitio.
No hay un tiempo de finalización fijo: utiliza las puertas de evidencia a continuación para decidir cuándo avanzar. Los enlaces de recursos abren la entrada del directorio botstest; consulte la documentación del editor para conocer la versión y configuración exactas.
principiante
Hacer coincidir las necesidades de observación con las limitaciones del vehículo
Decida si la tarea necesita acceso aéreo, acceso submarino u otro método.
Cómo funciona esta etapa
La elección del vehículo depende de la tarea de observación y del entorno operativo. El acceso aéreo y el acceso submarino imponen diferentes limitaciones de comunicación y recuperación.
Trabajar a través de un ejemplo
Ejercicio de estudio ilustrativo · escrito por botstest
Para un estudio de activos submarinos, mapee el vehículo, la correa, la estación del operador y los datos capturados. Para una rama aérea, prepare un mapa de requisitos por separado en lugar de copiar en él supuestos de tether o posicionamiento.
- Definir la observación y el punto de vista requerido.
- Elija un entorno de vehículo para el proyecto inicial.
- Incluir responsabilidades de lanzamiento, comunicación y recuperación.
Trate la referencia del BlueROV como un ejemplo submarino; no es una guía de operaciones aéreas.
Base de referencia: Configuración del software, la red y el joystick BlueROV2. El ejemplo y el tutorial son aplicaciones editoriales de la fuente.
Aprende en este orden
- Punto de vista, carga útil del sensor y calidad de los datos.
- Restricciones de comunicación, ataduras o posicionamiento
- Límites de lanzamiento/recuperación y entorno operativo
Leer y luego aplicar
Blue Robotics · tutorial técnico
Configuración del software, la red y el joystick BlueROV2
Leer: Verifique los requisitos del sistema y la configuración de la red antes de realizar el software del vehículo y controlar el recorrido.
Utilice este ejemplo submarino para hacer explícitas las interfaces de datos y la conectividad del operador; compare otras ramas de vehículos por separado.
Aplicarlo: Comparar la misión de detección con la conexión operador/vehículo; requisitos de etiqueta específicos para la rama submarina.
Ponlo en practica
- Redactar un resumen de la misión con las observaciones y cobertura requeridas.
- Compare las opciones de vehículos sin asumir que las plataformas aéreas y submarinas son intercambiables.
Un resumen de la misión de detección y una comparación de las limitaciones del vehículo.
Listo para el siguiente paso cuando...
Recursos para esta etapa
Explore equipos de detección aérea profesionales sujetos a un plan operativo autorizado específico del sitio.
Investigue una plataforma submarina operada de forma remota y su flujo de trabajo de operador, detección y amarre.
Compare la detección de profundidad con el alcance, la escena, la calibración y los requisitos de software compatibles.
Intermedio
Validar interfaces y datos de misión.
Inspeccionar el control y capturar el comportamiento antes de la operación de campo.
Cómo funciona esta etapa
Validar interfaces y evidencia antes de una misión de campo autorizada. Los datos registrados o simulados pueden revelar observaciones faltantes sin exponer el proyecto a la complejidad de las operaciones de campo.
Trabajar a través de un ejemplo
Ejercicio de estudio ilustrativo · escrito por botstest
Inspeccione una misión grabada o una simulación respaldada con un flujo de sensores faltante deliberadamente. Determine si el operador puede distinguir observaciones perdidas, localización perdida y una conexión no disponible.
- Registre convenciones de coordenadas y tiempos.
- Inspeccione la integridad de la captura y el estado visible para el operador.
- Documente los supuestos no representados por la simulación.
La ruta de una misión puede parecer completa aunque las observaciones requeridas nunca se hayan capturado.
Base de referencia: Sensores en el mirador. El ejemplo y el tutorial son aplicaciones editoriales de la fuente.
Aprende en este orden
- Versiones de piloto automático/simulación y marcos de coordenadas
- Captura y calibración de sensores con marca de tiempo
- Informes de cancelación, pérdida de enlace y pérdida de datos
Leer y luego aplicar
Gazebo project · tutorial técnico
Sensores en el mirador
Leer: Revise el ejemplo de configuración del sensor y las observaciones que produce.
Utilice los ejemplos de observación para conectar la configuración del sensor con un comportamiento comprobable y una respuesta de entrada faltante.
Aplicarlo: Utilice simulación u observaciones registradas para identificar capturas faltantes y suposiciones de control/interfaz de datos.
Ponlo en practica
- Utilice un simulador compatible o una misión grabada para inspeccionar las observaciones y las interfaces de control.
- Rastree los datos faltantes o la localización degradada a través del registro de la misión.
Un informe de simulación/validación de datos y un inventario de interfaces.
Listo para el siguiente paso cuando...
Recursos para esta etapa
Estudie primero un ecosistema de piloto automático en un entorno de desarrollo compatible con simulación y versiones coincidentes.
Explore la documentación y la simulación del control del vehículo antes de la operación física supervisada.
Visualice observaciones espaciales y compárelas con los resultados del modelo y la trayectoria.
Profesional
Prepare una entrega de campo calificada
Conecte la evidencia de la misión a un servicio operativo repetible.
Cómo funciona esta etapa
Una entrega profesional conecta la operación calificada con la aceptación de evidencia. Un movimiento exitoso de un vehículo no es lo mismo que una misión de detección completada.
Trabajar a través de un ejemplo
Ejercicio de estudio ilustrativo · escrito por botstest
Haga que el equipo calificado responsable revise un plan de misión y sus observaciones entregadas. Identifique brechas entre la cobertura de activos solicitada y los datos capturados antes de repetir o extender la misión.
- Revise la rama del vehículo seleccionado y los límites operativos.
- Asignar propiedad calificada de operación y recuperación.
- Aceptar datos contra los requisitos de observación originales.
Las herramientas de simulación y desarrollo no establecen permiso ni preparación para una misión del mundo real.
Base de referencia: Realización del producto. El ejemplo y el tutorial son aplicaciones editoriales de la fuente.
Aprende en este orden
- Cualificaciones del operador y propiedad de la autorización del sitio
- Inspección de equipos y revisión de misión.
- Responsabilidades de procedencia, aceptación y recuperación de datos
Leer y luego aplicar
NASA Systems Engineering Handbook · guía practica
Realización del producto
Leer: Lea la descripción general y compare las responsabilidades de verificación, validación y transición de productos.
Utilice la distinción entre verificación y validación para estructurar las pruebas de aceptación y entrega.
Aplicarlo: Haga que los operadores calificados revisen la evidencia de la misión, los límites operativos y la aceptación de los datos entregados para la rama de vehículos seleccionada.
Ponlo en practica
- Haga que el equipo calificado responsable revise un plan de misión representativo.
- Compare los datos entregados con los requisitos de observación originales y registre las lagunas.
Un expediente de misión revisado y una lista de verificación de aceptación de datos.
Listo para el siguiente paso cuando...
Recursos para esta etapa
Explore equipos de detección aérea profesionales sujetos a un plan operativo autorizado específico del sitio.
Investigue una plataforma submarina operada de forma remota y su flujo de trabajo de operador, detección y amarre.
Inspeccione las señales registradas del robot y cree vistas que expongan fallas de sincronización y del sistema.
Errores comunes
- Saltarse las limitaciones de lanzamiento, recuperación y comunicación.
- Suponiendo que la simulación o un SDK de desarrollo autorice la operación en el mundo real.
Adónde ir a continuación
Especialícese en el entorno de un vehículo antes de ampliar el flujo de trabajo a misiones adicionales.
Explorar otros campo caminos →