Antares 3.0 [sviluppo]

6 giorni per scaricare in completo sole, 4 giorni per scaricare in completa ombra.. voglio simulare l'autonomia energetica dello stadio HES 5 che non sia illimitata dato che si tratta fondamentalmente di un grosso kick stage

La beta di Antares 3.0 è in condivisione. Per tutti gli altri qui sotto il link:

https://www.dropbox.com/s/qk2xl7styj6gelj/Antares_3.0_20130412.rar

Breve riassunto delle novità:

-Mesh migliorate e ripulite da imperfezioni.

-Tasti Rcs Boost in 3d

-Nuova gestione dell'energia e dell'ossigeno, che ora sono separate e attivate tramite appositi comandi

-Suntracking dei pannelli solari

-autopilota di Earth tracking tramite RCS per ottimizzare le comunicazioni.

-Batteria funzionante secondo parametri di realismo, che si scarica e si scarica a seconda della posizione dei pannelli solari e della loro attivazione.

-Calcolo delle ombre: la batteria è influita dalle eclissi in qualunque punto del Sistema Solare e smette di ricaricarsi.

-Luci di docking frontali

- Quattro luci di posizione verdi stroboscopiche. Funzionanti sia in fase di docking che dopo l'atterraggio - ammaraggio per attirare l'attenzione.

- Aggiunta effetto luminoso legato all'accensione dei motori principali

Dovrebbe esserci tutto. Un grande grazie a Fred18 per il suo aiuto riguardo alcune implementazioni piuttosto complesse, su tutte l'earth tracking.

Questa lista mi verrà utile per l'aggiornamento del manuale, se vi viene in mente qualcosa d'altro segnalatemelo

NOTA: questa beta non è ancora completamente compatibile con D3D9. Alla fine la compatibilità sarà totale a parte l'effetto dello scudo incandescente del rientro, non ancora risolto..

Provata al volo, pare vada bene.

Domanda al volo: è possibile inibire le comunicazioni a terra a meno di attivare la rete mondiale di trasmissioni? Cioè, per capirsi meglio, è possibile NON far sentire nessun messaggio ATC finché non è attivo il modulo di Fred?

O forse sto pretendendo troppo?


P.S. Nel caso sia già così, scusatemi, ma ho provato la nuova versione per giusto 5 minuti e quindi non so se sia già così o no.

Fausto ha scritto:

6 giorni per scaricare in completo sole, 4 giorni per scaricare in completa ombra.. voglio simulare l'autonomia energetica dello stadio HES 5 che non sia illimitata dato che si tratta fondamentalmente di un grosso kick stage

Non ho dati a riguardo, ma secondo me in ombra completa dovrebbe scaricarsi in molto, ma molto meno di 4 giorni, no? Ad ogni modo, se ben ricordo, per l'Earth Depature Stage di Ares V (che aveva anche lui pannelli solari), si prevedeva una autonomia in orbita di parcheggio (quindi con alternanza luce-ombra) fino a due settimane, anche se in quel caso credo che il limite di tempo non fosse dato tanto dal limite delle batterie, ma dal boiloff dell'idrogeno liquido.

Ecco, tra l'altro il boiloff dei serbatoi è un'altra cosa che si potrebbe implementare per un massimo realismo; ci sono in rete dati abbastanza precisi a riguardo.

Mi veniva in mente, infine, che un domani che avremo il Jarvis in dll, tutta la parte di codice relativa al HES-5 dovrebbe essere travasata nel Jarvis in modo da fare parte di quel pacchetto!

Pete Conrad ha scritto:

Domanda al volo: è possibile inibire le comunicazioni a terra a meno di attivare la rete mondiale di trasmissioni? Cioè, per capirsi meglio, è possibile NON far sentire nessun messaggio ATC finché non è attivo il modulo di Fred?

Si potrebbe fare, ma avremmo bisogno di importare la dll di fred all'interno di Antares!

Andrew ha scritto:

Non ho dati a riguardo, ma secondo me in ombra completa dovrebbe scaricarsi in molto, ma molto meno di 4 giorni, no? Ad ogni modo, se ben ricordo, per l'Earth Depature Stage di Ares V (che aveva anche lui pannelli solari), si prevedeva una autonomia in orbita di parcheggio (quindi con alternanza luce-ombra) fino a due settimane, anche se in quel caso credo che il limite di tempo non fosse dato tanto dal limite delle batterie, ma dal boiloff dell'idrogeno liquido.

Ecco, tra l'altro il boiloff dei serbatoi è un'altra cosa che si potrebbe implementare per un massimo realismo; ci sono in rete dati abbastanza precisi a riguardo.

Mi veniva in mente, infine, che un domani che avremo il Jarvis in dll, tutta la parte di codice relativa al HES-5 dovrebbe essere travasata nel Jarvis in modo da fare parte di quel pacchetto

Non so, per il tempo dello scarico delle batterie mi affido a voi!

Per il boiloff nessun problema, ma non sarebbe necessario impostarlo se il tempo di autonomia energetica è già precedente a quel limite, o mi sbaglio?

Per il Jarvis in dll è meglio secondo me non sconvolgere il tutto e creare un nuovo vascello HES5 come è impostato ora dopo la fine delle attività del secondo stadio dello Jarvis M...

Fausto ha scritto:

Per il boiloff nessun problema, ma non sarebbe necessario impostarlo se il tempo di autonomia energetica è già precedente a quel limite, o mi sbaglio?

Non ho capito

Citazione :

Per il Jarvis in dll è meglio secondo me non sconvolgere il tutto e creare un nuovo vascello HES5 come è impostato ora dopo la fine delle attività del secondo stadio dello Jarvis M...

ah... non pensavo che fosse difficoltoso... quindi tu suggerisci, anche per la futura versione dll, di impostare il jarvis M manned come se avesse uno stadio in meno e tenere la dll del HES-5 a parte, come accade ora per multistage? Ho capito correttamente?

Fausto ha scritto:

Si potrebbe fare, ma avremmo bisogno di importare la dll di fred all'interno di Antares! ...

E perché? Non dovrebbe bastare che sia quella dll a inibire le telecomunicazioni? Con telecomunicazioni io intendo sentire i messaggi audio durante la simulazione, sia ben chiaro. E così (tra l'altro) con quel pacchetto lì QUALSIASI vascello in Orbiter avrebbe le telecomunicazioni bloccate fintanto che non si utilizza la rete (sarebbe un aggiornamento veramente prossimo al reale).

Ovviamente (e questa parte del messaggio è per Fred), dato che io di dll e C++ ne capisco ancora meno di -∞, se la cosa non è possibile e io sto pretendendo la Luna ti autorizzo a fustigarmi.

Andrew ha scritto:

Fausto ha scritto:

Per il boiloff nessun problema, ma non sarebbe necessario impostarlo se il tempo di autonomia energetica è già precedente a quel limite, o mi sbaglio?

Non ho capito

Se il boiloff incomincia a farsi sentire dopo due settimane circa, mentre il tempo di autonomia è di soli 6 giorni, allora il problema non sussiste, è questo che intendevo..

Andrew ha scritto:

ah... non pensavo che fosse difficoltoso... quindi tu suggerisci, anche per la futura versione dll, di impostare il jarvis M manned come se avesse uno stadio in meno e tenere la dll del HES-5 a parte, come accade ora per multistage? Ho capito correttamente?

Si è quello che propongo perché integrare il tutto in un'unico lanciatore comporterebbe un mucchio di lavoro soprattutto per quanto riguarda gli offsets dei membri di equipaggio e non solo di quelli..

Pete Conrad ha scritto:

Fausto ha scritto:

Si potrebbe fare, ma avremmo bisogno di importare la dll di fred all'interno di Antares! ...

E perché? Non dovrebbe bastare che sia quella dll a inibire le telecomunicazioni? Con telecomunicazioni io intendo sentire i messaggi audio durante la simulazione, sia ben chiaro. E così (tra l'altro) con quel pacchetto lì QUALSIASI vascello in Orbiter avrebbe le telecomunicazioni bloccate fintanto che non si utilizza la rete (sarebbe un aggiornamento veramente prossimo al reale).

Ovviamente (e questa parte del messaggio è per Fred), dato che io di dll e C++ ne capisco ancora meno di -∞, se la cosa non è possibile e io sto pretendendo la Luna ti autorizzo a fustigarmi.

Diciamo che dovremmo andare a toccare la configurazione di Orbiter Sound quindi non so se Fred può farlo direttamente all'interno del suo plugin.. sicuramente è fattibile se questo è presente all'interno di Antares, ma la cosa non è facile.. facciamo che rimandiamo questa funzionalità alla prossima versione?

Fausto ha scritto:

... facciamo che rimandiamo questa funzionalità alla prossima versione?

Ma no, è un di più, non è una cosa necessaria, anzi.

Fausto ha scritto:

Se il boiloff incomincia a farsi sentire dopo due settimane circa, mentre il tempo di autonomia è di soli 6 giorni, allora il problema non sussiste, è questo che intendevo..

Ma per 6 giorni intendi che le batterie non si caricano più? Mah, boh... che sono, cinesi?
Credo che l'autonomia di 14 giorni di cui parlavo sia quella diciamo "certificata" per i vari sistemi di bordo in ambiente spaziale, incluso il discorso del boiloff. Oltre quel lasso di tempo, è evaporato troppo propellente per mantenere ancora utilizzabile il veicolo. Credo che sia da intendersi così, almeno!
Il boiloff, con l'idrogeno liquido, inizia da subito e diventa abbastanza importante in breve tempo se non si utilizza un sistema di controllo passivo (schermi protettivi per il calore solare) oppure attivo (sistema di raffreddamento alimentato nel nostro caso dai pannelli solari). Anche con questi metodi il boiloff non può mai essere azzerato nel caso del LH2 ed è per questo che in genere si preferiscono altri propellenti per i veicoli a lungo raggio.

Citazione :

Si è quello che propongo perché integrare il tutto in un'unico lanciatore comporterebbe un mucchio di lavoro soprattutto per quanto riguarda gli offsets dei membri di equipaggio e non solo di quelli..

Capisco... non ci avevo pensato!
Ciò però non toglie, se ho ben capito, che si possano importare alcune funzionalità del HES-5 "manned" sulla versione unmanned per il Jarvis... l'importante è però che con Antares si utilizzi la sua specifica dll sia per il HES-5 sia (un domani) per il Jarvis. Giusto?

Per le batterie io credo che sia arrivato il momento di includere un'altra aggiunta: la possibilità di aprire i pannelli solari anche quando si e agganciati allo stadio HES5, in modo che antares sia autonomo energicamente. Proporrei quindi di includere una funzione che attivi un'allarme "boil off" passato un lasso di tempo pari a 15 giorni.. e una valore di batteria per HES 5che si scarichi in 3-4 ore in fase di eclissi e che si ricarichi completamente in 12 ore in fase di luce.
Così forse sarebbe più logico e realistico!

La versione unmanned del Jarvis potrà avere tutte le funzionalità in più che vogliamo, dato che ora la dll è in gioco, e potrà essere implementata in un unico blocco.. l'importante è evitare di dover eliminare la dll a se stante dello stadio HES5 manned, altrimenti sarebbe un bel casino

Fausto, la palla della luce bianca di docking sarebbe (se possibile) da spostare in avanti di qualche centimetro:

Provvedo a sistemare!

Ciao Ragazzi,

ho passato gli ultimi due giorni in aereo, quindi perdonatemi se per il rimbambimento da viaggio e fuso orario magari non ho capito benissimo tutti i post qui sopra

Allora andando per punti: per inibire le comunicazioni ATC bisogna utilizzare i comandi c++ dell'sdk di orbitersound, so che è possibile smanettare parecchio, ma non ho idea se è possibile questa cosa in particolare, ci guardo e vedo se è una cosa semplice e vi faccio sapere.

Per quanto riguarda l'incorporo dello stadio HES etc penso che in prima istanza sia giusto procedere come dice fausto, e cioè rilasciare lo stadio HES e/o l'antares e tutto quanto come se fossero payload di multistage.
Però secondo me il fine ultimo di tutto il lavoro dev'essere quello di creare un addon di antares che dà la possibilità ad esempio di fare tutto il lancio da dentro il virtual cockpit etc
La cosa migliore a quel punto sarà includere i file di c++ del Jarvis (da modificarsi) alla dll di antares e non viceversa, in modo che tutti gli offset di astronauti etc di antares rimangano invariati, ma siano gli stadi del jarvis ad aggiungersi "dietro". Direi che una volta rilasciata antares 3.0 e terminato il jarvis in dll, si potrebbe pensare alla special edition di antares impostata così come detto sopra.

Per i numeri delle batterie mi sono un po' perso, mi servirebbe un riassuntino di ciò che mi viene richiesto
PS: nota che ora come ora le batterie si ricaricano al sole e si scaricano in ombra, quindi il veicolo illuminato costantemente ha in teoria autonomia infinita. la richiesta ora è che si scarichino anche se illuminato in modo che l'autonomia non sia infinita, giusto?

fred18 ha scritto:

Per i numeri delle batterie mi sono un po' perso, mi servirebbe un riassuntino di ciò che mi viene richiesto
PS: nota che ora come ora le batterie si ricaricano al sole e si scaricano in ombra, quindi il veicolo illuminato costantemente ha in teoria autonomia infinita. la richiesta ora è che si scarichino anche se illuminato in modo che l'autonomia non sia infinita, giusto?

Allora per le batterie di Antares ho risolto. Per quelle invece dello stadio HES 5 invece vorrei batterie che si ricaricano completamente partendo da 0 in 12 ore al sole e si scarichino completamente in 3 ore partendo da 100 all'ombra.. quale valore dovrei impostare?

Dunque per la scarica in 3h dovrebbe essere (sempre impostando il dt a 10 secondi) -0,0925925% (o meglio -0,000925925), mentre per la ricarica in 12h dovrebbe essere +0,023148% (o meglio +0,0023148). Sono un po' annebbiato però, controlla che siano giusti

EDIT manca uno zero!! nella ricarica è +0,00023148

Ok grazie fred, proverò questi numeri domani quando rimetterò mano al c++ di Antares

Si pare che il valore funzioni!

Allora, riprendo oggi lo sviluppo.
Come posso simulare il boil off? Una funzione che col passare del tempo diminuisce il valore del propellente all'interno dello stadio HES5?
Se si, in quanto potrebbe essere quantificata la perdita in un periodo di 15 giorni?

Io ho trovato questa discussione sul forum eng-tips.com in cui si parla di un 0.25% per giorno a pressione atmosferica. Ad esempio, su 100 l di O2 a pressione atmosferica hai una perdita di 250 cc in un giorno. Nello spazio credo che il rateo di boil off sia inferiore, dato che le temperature esterne sono indubbiamente più basse, ovviamente a patto che i serbatoi siano isolati termicamente bene contro la radiazione solare.

A questa pagina ho trovato invece esattamente il valore che mi serviva!

Propellant Boiloff rate per day Boiloff rate per month
Liquid Hydrogen 0.127% 3.81 %
Liquid Oxygen 0.016% 0.49 %

Ricordiamoci però che questi valori dovrebbero essere relativi a un serbatoio che rimane passivamente in orbita. Poiché l'HES-5 è dotato di pannelli solari che possono provvedere ad alimentare un seppur rudimentale sistema di raffreddamento, questi valori andrebbero a mio parere ritoccati verso il basso. A meno che questi valori non tengano conto già di un sistema di isolamento attivo o passivo (schermi parasole).

Inoltre, se vuoi simulare la stessa cosa anche per Antares, ti servirà, oltre al LOX, anche il rateo di boiloff del metano liquido (LCH4), che forse è meno banale da trovare in rete, non essendo ancora un propellente di uso comune.