Di alto livello Architecture (HLA) rispetto Distributed Interactive Simulation (DIS)

StackOverflow https://stackoverflow.com/questions/3887460

Domanda

C'è una panoramica di alto livello di HLA contro DIS quadri di simulazione? Può un host all'altro e viceversa?

È stato utile?

Soluzione

Attualmente (anche se solo per una settimana o giù di lì) opera nel settore della simulazione -. Mi scuso in anticipo per eventuali errori, io correggerli se mi ricordo le informazioni errate

DIS

  • Gli standard specifica la disposizione dei dati sul filo, vale a dire i pacchetti / PDU di dati sono disposte esattamente come definito nelle specifiche DIS

  • Si basa sul best-effort di rete (vale a dire il protocollo UDP, Broadcasting)

  • Le entità devono battito cardiaco a certi intervalli (default: 5 secondi) per avvisare tutti gli altri che è ancora parte dell'esercitazione

  • Nessun server centrale che gestisce le varie applicazioni si è unito al suo esercizio

  • applicazioni di simulazione possono aderire la simulazione, in qualsiasi momento, lasciare in qualsiasi momento

HLA

  • Utilizza un direttore centrale, chiamato il RTI (Run Time Infrastructure), che riceve i dati da diverse applicazioni e li invia ad altre applicazioni nella simulazione (nel contesto di HLA, questi sono chiamati federati e una serie di federati è una federazione)

  • Tutti i federati devono unirsi e lasciare la simulazione passando attraverso il RTI

  • A differenza DIS, specifica HLA non specifica il layout di pacchetti di dati, ma invece definisce un insieme di funzionalità API applicazioni utilizzano. Il RTI è quello che implementa l'API.

  • federati HLA pubblicano i dati in base a un FOM (Federazione Object Model) che definisce ciò che rappresenta i dati in una simulazione. Questo permette alle persone di creare nuovi FOMS che definiscono nuovi tipi di oggetti e di interazione, a differenza di DIS, in cui l'aggiunta di nuovi tipi di PDU di dati passa attraverso un comitato (SISO). Ad esempio, la maggior parte delle simulazioni in esecuzione con HLA utilizzano il RPR FOM, che praticamente gli specchi del DIS entità standard e le interazioni.

  • HLA aggiunge funzionalità aggiuntive DIS non supporta, come Data Distribution Management (DDM), in cui federati informare l'RTI che sono interessati solo in alcuni tipi di dati.

  • Supporti di sottoscrizione dei servizi, in cui federati informano l'RTI che sono interessati solo a ricevere determinati oggetti o dati di interazione (cioè un'applicazione vuole solo i dati sulle navi)

  • Supporta la funzione di trasferimento della proprietà, dove gli oggetti sotto il controllo di uno federati sono dati ad un altro federati da gestire.

Can DIS HLA host e viceversa?

A causa di queste differenze fondamentali, dovrebbe essere chiaro che DIS e HLA non possono ospitare un l'altro.

Tuttavia, ciò che questo significa veramente è che per le simulazioni a DIS di interagire con simulazioni in HLA è che avete bisogno di qualche tipo di broker di rete che funge da adattatore tra i due protocolli. Esempi di tali intermediari siano MAK VR-Exchange o GMU Gateway .

Per ulteriormente lettura:

Altri suggerimenti

Ecco un pò di storia locatore noti per quanto riguarda HLA.

Il disegno di HLA è in realtà basata su qualcosa chiamato Aggregate livello di simulazione Protocol (ALSP) che è stato condotto nei primi anni '90 dalla stessa gente che Mitre HLA sviluppata. ALSP è stato progettato per collegare tra loro le simulazioni costruttivi di grandi dimensioni utilizzati per Corps / Divisione Command Post Training. I requisiti per ALSP interoperabilità che un maggior numero di oggetti, tempo snchronization conservatore e lo scambio di eventi di simulazione. Non potevamo permetterci di aggiornamenti di entità periodicamente trasmessi come che causare problemi di scalabilità.

Nei miei ultimi anni di coinvolgimento che ha raggiunto ben 1 milione di oggetti sul campo di battaglia per uno dei esercizio Ulchi di messa a fuoco dell'obiettivo. La differenza fondamentale tra HLA e DIS è che HLA è progettato per gestire costruttiva larga scala, la fedeltà variabile, orari simulazioni gestiti conservative che DIS nasce da un ambiente simulatore di rete e si concentra su simulatori quasi in tempo reale, della piattaforma di livello.

HLA può contribuire a rendere queste due classi di simulazioni interagiscono in misura ma sarà sempre limitata dalle differenze intrinseche tra i tipi di simulazioni essere collegati.

Ad esempio, se un tempo gestiti conservatore federata simulazione ottiene impantanato con calcoli la gestione del tempo HLA causerà la federazione per fermare il tempo avanzare finché la simulazione più lente si muove in avanti. DIS non supporta questo. Per una piattaforma DIS-driven, appariranno tutte le entità nel tempo è riuscito a muoversi al rallentatore o smettere del tutto e periodicamente sembrerebbero muoversi più velocemente che in tempo reale, come i tentativi di federazione di catturare fino a tempo reale.

Non c'è nulla nella specifica HLA che dice che il RTI deve essere centralizzata, anche se quasi tutti sono RTI.

Il HLA 1516 standard definisce soltanto l'API tra il simulatore e RTI. Non tra RTI. Il protocollo utilizzato per lo scambio di dati tra RTI è proprietario. Pertanto, solo RTI dello stesso fornitore o enti pubblici sono in grado di interoperare. Un grave difetto. Se si utilizza un diverso RTI avrete bisogno di un "ponte" per tradurre tra i protocolli proprietari. Questo può essere costoso.

Una cosa da tenere a mente se si ha intenzione di colmare DIS e HLA è che sarà probabilmente perdere la fedeltà di simulazione su entrambi i lati a seconda di come è organizzata la vostra FOM. DIS a RPR FOM è semplice ma ci sono altri FOMS là fuori che non può mappare bene a tutti a DIS. In alcune situazioni può essere in grado di tradurre un campo PDU ad un attributo oggetto HLA o parametro di interazione (o viceversa). Si dovrà utilizzare il vostro giudizio migliore su ciò che tipi di valori predefiniti da utilizzare in queste situazioni. Altre volte la gerarchia di oggetti HLA FOM possono essere strutturati in modo molto diverso da DIS. In questo caso la definizione può richiedere la combinazione dei dati da più DIS PDU per formare un messaggio HLA. Questo significa che si dovrà scrivere il codice nel ponte di conservare una qualche forma di stato del messaggio.

Inoltre, in fase di esecuzione avrete la vostra HLA attributi frammentario. Dopo la scoperta oggetto che si dovrà aspettare di tradurre un'istanza di un oggetto prima di aver ricevuto abbastanza attributi per popolare il DIS PDU correttamente.

Un altro problema è che HLA può fornisce servizi di gestione del tempo. Si avrebbe un sacco di problemi di sincronizzazione da affrontare se si è tentato di integrare un'applicazione DIS in una federazione HLA mediante la gestione del tempo.

Se si dispone di un budget di acquisto il mio consiglio è di andare con MAK VR-Exchange.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top