Jarvis - versione dll

Con questo add-on facciamo il botto!
Bravo fred, bravi tutti!  

Si hai ragione Fred (e anche ripley! )

Ok direi che ci siamo...

LINK PACCHETTO DEFINITIVO

Spero più o meno di aver finito.

Fausto la finestrella con altitudine e velocità compare premendo C  

quindi D per il countdown e C per l'altra. Ho dovuto togliere la chiusura automatica di quella del countdown perché bloccava anche l'altra e si rischiava il crash... va chiusa a mano finito il conto alla rovescia.

il boom fa il suono dell'esplosione che mi hai passato (caspita niente male!!!)

ho allegato 5 scenari, che si chiamano FINAL e non più TEST, buttate via gli altri sennò si fa solo confusione.

FINAL Cape Canaveral e FINAL Capo Passero, sono normalissimi, si parte dall'uno o dall'altro posto, T-un minuto, da attivare con P

FINAL Capo Passero T-5min - Automatic Sequence - Parte da Capo Passero in automatico, NON bisogna schiacciare P, occhio che se lo si schiaccia si blocca l'autopilota  

FINAL Capo Passero Complete Launch Sequence - Parte da Capo Passero a T-7 ore e 30 coi serbatoi vuoti. Se ci si mette all'interno del cockpit e si fa andare avanti il tempo veloce si vede il serbatoio riempirsi man mano. A T-1ora e mezza cominciano i msg del controllo missione che portano fino quasi al decollo. Nell'ultimo minuto non li ho messi perché potrebbero disturbare invece di aiutare.

e poi ce n'è uno SPECIAL...

aprite l'AntaresRV.cfg che avete nella cartella Config/vessels e aggiungete semplicemente questo:

Codice:

BEGIN_ATTACHMENT
P 0 0 0  0 0 -1  0 1 0  antares
END_ATTACHMENT

dopodiché avviate orbiter scegliendo appunto lo scenario special e divertitevi a passare dentro Antares tramite il solito comando F3. Per il momento una volta in orbita la capsula di Antares non si può ancora sganciare dal Jarvis. Ci penseremo più avanti, quando anche la dll di Antares sarà pronta ad essere sparata in orbita a bordo del nuovo mezzo.

A questo punto penso si possa considerare terminato (ovviamente a meno di bug, test etc) il lavoro sul Jarvis-S. Purtroppo di idee ce ne sono ancora tante, ma ogni tanto bisogna mettere un punto ed andare avanti.

A questo punto sono nelle vostre mani, e attendo la lista dei bug che mi aspetto ahimè sicuramente numerosa, per quanto ho cercato di pensare a tutto. Non abbiate pietà perché ciò che correggiamo con l'S non ce lo portiamo dietro con tutti gli altri 6 che verranno (oh my god....  )

A presto, un salutone a tutti  

Fred

Geniaccio...   

Primissimo bug da segnalare (una stupidata): se inizi il countdown prima di T - 60 minuti il conto alla rovescia nella finestrellla non lo segnala perché copre minuti, secondi ma non ore! Gli step sono bellissimi, peccato solo che siano in debug string e durante la diretta non siano visibili perché scritti in piccolo e troppo in basso! Nessun problema comunque, si tratta di un capriccio, se è un casino lasciala così!

Ah ok correggo la finestrella (e' un attimo) credevo che l'intenzione fosse quella di attivarla solo negli ultimi 5 minuti. Tra l'altro allora ci scrivo anche T-, countdown, launch window etc.

Per i messaggi del controllo missione stavo pensando di mantenere la debug string perche' secondo me per l'utente "normale" e' la cosa migliore ma con due possibili soluzioni:

1) una scritta sullo schermo (onscreen annotation) che si attiva scrivendo "OLM" nel file scenario, cosi l'utente normale non la vedra' mai, mentre a noi comparira' durante le dirette.

2) aggiungere una casella di testo alla finestrella del countdown dove vengono scritti i messaggi. A questo punto pero' l'utente normale avrebbe il doppione (che poi forse non sarebbe per niente un problema, non so...)

Che dici?

Mah io credo che sia meglio includerlo nella finestra del coutdown! Una cosa in più per gli utenti! Inoltre suggerirei di scambiare i tasti delle finesrelle tra di loro, così se si preme C e appare il Counttodw è più intuituvo!  

Ok allora oggi la metto a posto.

Concordo pienamente con te sui tasti, sono da riordinare. direi che facciamo C per il countdown, e W per la window dei parametri? :-) così aggiorno anche le istruzioni a schermo

Perfetto!
Ultima domanda (poi non ti rompo più le balle) se voglio impostare un'ora specifica per il lancio devo sempre appoggiarmi su launchtime.ini? In tal caso come faccio a istruire il modulo affinché mantenga quella come riferimento del liftoff e non la voce MET? Ciò che voglio dire, non si può fare in modo che la cosa sia selezionabile direttamente dal file scenario? Del tipo, LAUNCH_TM 1 se deve seguire una data di lancio o 0 se il decollo rimane attivabile tramite tasto P?

Ancora meglio, non si potrebbe fare in modo che la data di lancio sia impostabile direttamente nel file scenario, quindi ad esempio LAUNCH_TIME 57687.89765 (data MJD sparata a caso  ) e quando questa voce è presente allora mantenere quella come riferimento per il lancio?

ottimo punto, infatti te ne volevo parlare:

il file launchtime.ini è un puro file di lavoro, viene creato dalla dll in automatico e utilizzato per calcolare il MET durante l'accensione del secondo stadio. In realtà è lo strascico di un vecchio sistema che serviva per quando si ricaricava la simulazione più volte, ma ormai si potrebbe tranquillamente eliminare. Ora vedo come fare.

Per fare ciò che chiedi tu il mio suggerimento è questo: prendi l'ora di lancio prestabilita ad esempio diciamo stasera alle 20:00 (ora italiana!). MJD di stasera alle 20:00 -> 56553.791667

Quando aprirò la simulazione? diciamo un'ora prima? MJD di stasera alle 19:00 -> 56553.750000

quindi nel file scenario metterò come orario della simulazione il secondo valore.

A questo punto puoi decidere se impostare il countdown che parta ad esempio da T-45 minuti, da attivare a mano, mettendo MET -2700 e a T-45 min devi ricordarti di schiacciare tu P.

oppure (cosa che a questo punto consiglio vivamente) di mettere MET -3600 e AP 1, così tu apri la simulazione e ti ritrovi già tutto fatto con l'auto sequenza che procede da sola verso il lancio. (gli stop possono comunque avvenire solo negli ultimi 5 minuti).

spero si capisca più o meno

Il metodo è buono ma te ne suggerisco uno migliore.

Ordini alla dll di prendere la data corrente della simulazione diciamo oggi alle 19 tramite oapiGetSimMJD() e ottieni 56553.791667. Poi gli dici di prendere la data nel file scenario relativa al lancio diciamo alle 20, quindi 56553.833333. Se sottrai i due valori ottieni 56553.833333 - 56553.791667 = 0.041666 che è il tempo mancante al lancio espresso in MJD. Se fai -1*(1/(1.57407222222222222e-5/0.041666)) dovresti ottenere il tempo in secondi esatto da sostituire a MET. In questo modo qualunque ora nella simulazione venga aperta, è calcolato il tempo mancante automaticamente.

Attenzione a mantenere il valore decimale così preciso, non diminuire le cifre presenti. Anzi dovrei riuscire ad ottenere un valore ancora più preciso perché la conversione mi da un errore di 6 centesimi di secondo ogni ora..

Dipende se nasce prima l'uovo o la gallina  

Se io voglio impostare che all'apertura il countdown sia un tot e trovare la data di lancio di conseguenza devo impostare il MET, altrimenti devo fare alla rovescia come dici tu.

Vorrei lasciare aperte entrambe le strade... vediamo... posso vedere se non impostando il MET ma impostando un altro parametro tipo LAUNCH_MJD o LAUNCH_TIME come dicevi tu riesca ad organizzare le cose durante l'inizializzazione in modo che la dll si calcoli da sola il MET. A quel punto però è mandatorio aggiungere il parametro AP 1 sennò poi non tornano i conti.

ora vedo come fare!

Si che poi che stupido, basta fare 0.041666/0.000011573888 e trovi i secondi senza quel casino che avevo calcolato prima  

Secondo me l'errore ti viene perché il fattore di conversione 1.157407222222222222e-5 non è super preciso.

la conversione è 1 giorno MJD = 86400 secondi (3600*24)

quindi la conversione è 1/86400=1.157407407407...e-5

quindi quando fai le conversioni, meglio lasciare indicato 1/86400, oppure dichiarare una variabile che assuma il valore della divisione e poi usare quella.

fatto...

ho aggiornato il pacchetto nel link precedente, basta ricliccarci e riscaricarlo.

a seguito delle richieste di fausto ecco le modifiche:

-finestrella del countdown aggiornata e con i messaggi del controllo missione che compaiono come nella debug string, vedi foto:



- Si può scegliere se nel file scenario mettere il MET  oppure LAUNCH_MJD.

per le dirette a questo punto fausto la cosa migliore è che tu imposti il LAUNCH_MJD, poi metti AP 1 e poi non scrivi la data nella sezione enviroment del file scenario. A quel punto la simulazione si aprirà in tempo reale e con il countdown che scorrerà già da solo verso il lancio.

EDIT: ah e dimenticavo: la finestrella del countdown ora si chiude da sola di nuovo... ho scoperto che invece di cercare di dare il comando "Close" che incasinava tutto bastava dirgli di diventare invisibile  

fred18 ha scritto:

..
per le dirette a questo punto fausto la cosa migliore è che tu imposti il LAUNCH_MJD, poi metti AP 1 e poi non scrivi la data nella sezione enviroment del file scenario. A quel punto la simulazione si aprirà in tempo reale e con il countdown che scorrerà già da solo verso il lancio.

Questa è un'altra grande giocata!   Praticamente il mio lavoro per le preparazione delle dirette si riduce quasi a zero  
Ho provato un po la versione precedente e mi sembra tutto a posto. Magari mancherebbe il suono del lancio che ho io (più spettacolare) ma è un altro dettaglio che per oggi ti risparmio  Altro piccolissimo dettaglio è l'uso del tasto P che va in conflitto con il CONTROL P della pausa.. ma chi se ne frega non metteremo in pausa, simulazione perenne!  

Tra domani e dopo effettuerò un massiccio beta testing!  

Fausto ha scritto:

Altro piccolissimo dettaglio è l'uso del tasto P che va in conflitto con il CONTROL P della pausa.. ma chi se ne frega non metteremo in pausa, simulazione perenne!  

Riscarica e riprova ora  

beta testing anche per me nei prossimi giorni!
Domanda veloce: come mai nello screenshot il razzo è fermo ma la finestra mi da una velocità di 373 m/sec?  

Andrew ha scritto:

Domanda veloce: come mai nello screenshot il razzo è fermo ma la finestra mi da una velocità di 373 m/sec?  

Velocità di rotazione terrestre  

Equivale all'opzione OS nel surface MFD

uff mi sono accorto che c'è un problema con l'opzione LAUNCH_MJD sommata al controllo delle failures... la metto a posto velocemente e poi vi dico...

questo lavoro è estenuante: metti a posto una cosa e ne vanno fuori posto altre dieci...  Mi sembra di montare un castello di carte...

fatto, dovrebbe essere a posto, riposto qui il link, ma è sempre il solito:

PACCHETTO DEFINITIVO

scusate se ve l'ho fatto scaricare 3 o 4 volte, ma basta che tocchi una cosa e si scombina tutto...

tanto per farvi due esempi:

prima per visualizzare i messaggi nella finestra del countdown ho dovuto spostare una funzione dal codice dell'autosequenza a quello principale del Jarvis (visto che la finestra è definita lì), ma questa funzione è finita prima del calcolo dei failures, e quindi questi non venivano più calcolati correttamente.

Poi è venuto fuori che usando la variabile launch_mjd, la variabile met non veniva più caricata e inizializzata, quindi le failures che dovevano "scegliere" quando accadere durante il met pre lancio non sapevano più che valori pescare... insomma... è come essere un elefante in cristalleria, appena ti muovi fai qualche danno  

ora spero tanto che funzioni...  

posso immaginare la frustrazione... è sempre un po' così quando si progetta qualcosa!
Se ritieni che abbiamo "caricato" troppe cose, troppa carne al fuoco, parliamone! Credo che la stabilità del codice debba venire prima di ogni altra cosa!

Secondo me non abbiamo esagerato, è che alcune idee sono arrivate "ongoing" ed è molto diverso progettare una cosa a tavolino con tutte le info o invece andare avanti a pezzi, modificando a ritroso etc.

Comunque la vera risposta alla tua domanda arriverà dopo il beta testing di questi giorni  

Fred, ti posso capire benissimo, ho passato momenti simili con lo sviluppo di Antares!
Se ti può consolare ho fatto un paio di prove con il metodo LAUNCH_MJD e tutto si è svolto in modo perfetto. Farò altre prove appena posso sperando che se bug ci sono, siano di minim entità!

Incrociamo le dita  

Una piccola curiosità: ho fatto caso ad una cosa che dà l'idea di quanto la tecnologia moderna ed in particolare l'informatica sia progredita dagli anni degli apollo ad oggi.

Il computer di guida del saturn impiegava 2 interi secondi per riuscire a fare tutti i calcoli di un singolo ciclo del sistema iterativo di guida.   Ho lanciato orbiter senza grafica e gli ho fatto fare il lancio del jarvis s. Mentre controllavo la posta, navigavo su internet etc il mio pc era in grado di calcolare tutte le variabili di orbiter (quindi posizione dei pianeti, interazione gravitazionale, spinte, attriti etc) e di fare tutti i calcoli del ciclo di guida ben 8000 volte al secondo!!!    E' straordinario secondo me...

Impressionante! Tra parentesi questo autopilota funziona bene anche sui PC a basse prestazioni, cosa non da poco!!

Ho trovato un'altro piccolo problema (o spero sia piccolo): in alcuni casi, quando metto la probabilità di stop del conto al 100 per cento, noto che l'interruzione avviene prima dei 5 minuti. Una volta si è interrotto a 5:46, un'altra a 6.34. Mi pare siano le uniche 2 volte che mi è capitato su decine di prove, quindi posso dire che la cosa non si verifica mai oltre i 7 minuti. Oddio, non mi pare una cosa così grave, potrebbe essere addirittura considerata realistica (vi sono dei casi in cui il conto alla rovescia è stoppato manualmente dagli stessi controllori di volo prima che il computer prenda il comando) ma mi sembrava giusto avvisarti della cosa!