Djinious
Prenota una demo
Autonomia subacqueaAerospaziale e navale

AUV Marlin-XR per rilievo del fondale marino

Un veicolo sottomarino autonomo che rileva il corridoio del cavo di esportazione del parco eolico offshore di Dogger Bank. Il ledger dimostrativo incluso: quaranta elementi seminati in tutte e undici le fasi del ciclo di vita, dal brief di missione alla procedura di dispiegamento.

DjiniousEngineeringOrchestrazione
DjiniousEngineering
Il canvas del System Ledger in DjiniousEngineering, mostrato sul progetto Kestrel-SAR III: colonne di fase del ciclo di vita da Missione e necessità a Modelli ingegneristici, ciascuna intestata dal proprio processo ISO 15288 e contenente elementi tipizzati etichettati con il loro tipo di artefatto e classe di evidenza.
elementi del ledger seminati
40elementi del ledger seminatiLedger dimostrativo seminato
fasi del ciclo di vita popolate
11fasi del ciclo di vita popolate
codice sistema
MRLN-XRcodice sistemaPiattaforma continentale britannica — Dogger Bank

Un’immersione, un corridoio fisso, e nessun margine di errore a 300 m

Il brief di missione è esatto: rilievo autonomo di un corridoio del cavo di esportazione di 12 km su Dogger Bank fino a 300 m di profondità, autonomia ≥ 8 h, risoluzione batimetrica ≤ 0,5 m, copertura in una sola immersione.

Autonomia, risoluzione e copertura tirano in direzioni opposte; il veicolo deve chiuderle tutte e tre insieme, e ogni scelta che lo porta a farlo deve essere tracciabile a ritroso fino a quel brief e in avanti fino a un test che lo dimostri.

Ricetta e standard

Guidato dalla ricetta veicolo di superficie / subacqueo — ISO 3691-4, COLREG / codice IMO MASS.

MCA MGN 664

Riportato come standard che la ricetta rispetta per questa classe.

IMCA S 019

Riportato come standard che la ricetta rispetta per questa classe.

Licenza marittima (MMO)

Riportato come standard che la ricetta rispetta per questa classe.

UNCLOS Art. 60/80

Riportato come standard che la ricetta rispetta per questa classe.

Ciclo di vita baseline, ricetta veicolo

Portare la necessità di missione fino a un Technical Data Package rilasciato: derivare requisiti verificabili, confrontare tre architetture di scafo, far convergere i bilanci energetico e idrodinamico, dimostrare i modelli rispetto a una replica digitale, quindi congelare la baseline.

  1. Inquadra

    Inquadra la necessità di missione e deriva requisiti singoli e verificabili (autonomia, risoluzione, copertura).

  2. Confronta

    Confronta tre architetture — AUV a siluro, hover a telaio aperto, ibrido glider-hover — valutate su autonomia 0,35, manovrabilità 0,30, payload 0,20, costo 0,15.

  3. Decidi

    Registra la decisione: adottare la configurazione ibrida glider-hover.

  4. Dimensiona

    Fai convergere il ciclo di dimensionamento — un pacco batterie da 12,6 kWh rispetto al budget di autonomia ≥ 8 h.

  5. Rilascia

    Chiudi la verifica, congela la baseline, ed emetti il Technical Data Package.

PDR — Preliminary Design Review

L’agente non può superare il PDR finché una persona non ha validato gli elementi a monte e i criteri della piattaforma non sono soddisfatti.

Convergenza

Il ciclo di dimensionamento è convergente.

Margini

I margini rispetto a ogni vincolo rigido sono positivi.

Allocazione

Ogni requisito è tracciato fino a un elemento di architettura che lo implementa.

Metodo di verifica

A ogni requisito è assegnato un metodo di verifica.

Il gate è un elemento del ledger che l’agente non può scavalcare — impedisce a un’esecuzione autonoma di progettare sopra una baseline non revisionata.

Nella piattaforma

La vista notebook legge qualsiasi ledger come una narrazione del filo conduttore — gli stessi elementi, fase per fase, dalla necessità di missione al pacchetto rilasciato. È mostrata qui sul progetto Kestrel-SAR III.

DjiniousEngineering
Un System Ledger nella vista notebook di DjiniousEngineering: le undici fasi elencate a sinistra, e gli elementi di Missione e necessità — una specifica di alto livello e un brief di missione — mostrati come elementi spec_brief con evidenza di giudizio e controlli Valida e Rifiuta.
Il filo conduttore letto da cima a fondo, fase per fase, con ogni elemento in attesa che una persona lo validi o lo rifiuti.

Continua a esplorare

Casi d’uso correlati

Tutti i casi d’uso
Rendering RTX di Isaac Sim della cellula del drone nella scena fisica, su NVIDIA GB10.Sistemi droneUna missione con quadricottero, volata prima che il drone esistaUn quadricottero completo cablato da parti di libreria in un’unica co-simulazione, il cui controllore di volo chiude l’anello intorno alla fisica dei corpi rigidi di NVIDIA Isaac Sim — e un vero decollo, hover, salita, discesa e atterraggio registrati da quell’anello.DjiniousWorkshopIl quadricottero Djinborn T4 completo sul canvas di DjiniousLab — batteria, quattro propulsori, corpo hub, bracci, iniezione di forza, accoppiamento giroscopico, sensori, e lo stack di controllo a cascata cablati come un’unica composizione eseguibileRobotica aereaQuadricottero Djinborn T4Un drone da rilievo di classe 450 come un’unica composizione multibody — cellula, propulsione, sensori, e un autopilota a cascata che vola una missione 6-DoF in anello chiuso.DjiniousLabUna mappa animata della missione di tre UAV che eseguono un rilievo LiDAR su un quadrato di 500 metri vicino alla costa di Al-Batinah in Oman, con le loro rotte di volo e una base mobile segnate su una mappa di base OpenStreetMapRilievo con UAVRilievo LiDAR con UAV ad Al-BatinahPianifica e ottimizza un rilievo LiDAR con una flotta di droni su un sito di 500 × 500 m in Oman — adatta la missione alle specifiche della tua flotta, del drone e del sensore, poi guida una missione ottimale su una flotta UAV simulata su una mappa animata.DjiniousLab