LTMFD Problema sincronizzazione GET con AMSO

Ragazzi, scusate, sto riscontrando un problemino.
Come scritto sopra, all'avvio di AMSO spesso (non sempre) il GET non è sincronizzato con quello dell'LTMFD... da cosa può dipendere secondo voi?
Forse sono io a non saper bene dove mettere le mani...
Grazie

cosa intendi più precisamente? è un problema che riscontri quando? in ogni caso, non penso sia un problema che possa provocare danni alla missione... almeno, se è mai successo anche a me non me ne sono mai reso conto ma tutte le missioni andavano come dovevano

Grazie tizio.
Non sarebbe nulla, non fosse che svolgendo le missioni da "press kit" ogni tanto uno velocizzi un po' il tempo per andare in certi momenti missione con il risultato di trovarsi inevitabilmente fuori da alcune "finestre". Infatti se uno non si rende conto del lag, si trova con ben 5 minuti e 30 di differenza tra il GET di AMSO e il GET di LTMFD. Non so se mi sono spiegato.
Per ora non ho notato dettagli che mi facciano ricondurre ad un errore sistematico, o ad una condizione ben specifica in cui quest'errore si verifica. Adesso che lo so, bado il GET con il fucile ad avvio missione, e se noto problemi ricomincio.
Ho comunque notato questo: con il razzo ancora sul pad, appena avviato, il GET del LTMFD parte subito il suo conto, non appena il razzo si stacca dal suolo, il LTMFD si aggiorna e si sincronizza ripartendo da 0.
A volte, non so perchè, non lo fa e mi ritrovo con due tempi missioni differenti.
Una volta evinto, il problema è controllabile, ma mi chiedevo se qualcun altro l'avesse mai riscontrato e se si, se aveva trovato una causa/soluzione...

Ciao a tutti.


In questi giorni volevo provare la missione di Apollo 11 "press kit" ma anche io ho lo stesso problema di masdeca ovvero la non sincronizzazione fra il GET di AMSO e il GET di LTMFD.
Il 1° parte ad avvio simulazione e l'altro (correttamente) al lift off del razzo.

Lo scenario usato è "All missions lift off (HiRes KSC) - Apollo 11)" con installati tuttigli aggiornamenti richiesti su un Orbiter "pulito".

Se invece uso lo scenario "AS-506" con i vari steps il problema non sussiste ed i GET sono sincronizzati.

Sto usando il manuale AMSO di Atlantis: sapete se è stato aggiornato (leggevo che doveva effettuare qualche modifica sui dati inseriti che causavano problemi sulla navigazione, landing etc).

Grazie in anticipo!

Michele

Io ho tradotto l'ultimo manuale di Amso ma non ricordo se questo problema era stato trattato.

Ripley ha scritto:

Io ho tradotto l'ultimo manuale di Amso ma non ricordo se questo problema era stato trattato.

mi chiedo se sia possibile che il problema sia legato all'uso degli aggiornamenti add-on rispetto a quelli "obsoleti" suggeriti nel manuale di Atlantis.

Ripley, sto usando anche il tuo manuale e mi è stato molto utile per alcuni passaggi della missione (e ti ringrazio anche per le altre tue guide per i "novelli" orbiternauti come me...).

Adesso riprovo la missione...tenendo conto dei 5' e mezzo di differenza con i due GET e modificando alcuni dati suggeriti nel manuale Atlantis.

Michele

ho letto solo gli ultimi post quindi mi scuso se il mio intervento potrebbe essere una ripetizione di quanto già detto da altri, però se non ricordo male gli scenari di AMSO partono 5:30 prima del lancio e l'LTMFD in mancanza di settaggi particolari imposta come launch date il momento di apertura della simulazione.

m.a.s. sei sicuro di aver effettuato il passaggi di configurazione di LTMFD secondo i seguenti passaggi:
Program Config - [click SET] - Countdown - [click SET] e poi imposti la data di lancio corretta (se non sbaglio apollo 11 è partito il 16 luglio 69 alle 13:32, quindi bisogna scrivere 16-Jul-1969 13:32:00

Ripeto, se la cosa era già stata detta etc mi scuso per la ripetizione!

ciao ciao

Fred

Ciao Fred.

Si, la data è corretta ed io digito "k" alle 13:31:50'' per far partire la procedura di partenza ... ma il GET del LTMFD non si allinea a quello del GET del "lift off".

Comunque...non è un grande problema... perchè devo "solo" aggiungere 5'30'' al TIg

Mi sta dando "fastidio" il fatto che durante il viaggio si verifichino diversi avvisi di malfunzionamento ... tipo la perdita di potenza del 20% dei motori oppure vibrazioni o poco fa (  ) a 2-3 minuti dall'allunaggio è scattato l'allarme AUTOPILOT MALFUNCTION – DISCONNECTED.
Ho prontamente avviato la procedura di reset del computer di bordo .... ma ... ho giusto creato un nuovo cratere...  

Michele

Michele, probabilmente hai lasciato inserita la possibilità di avere guasti durante la missione. C'è (ma non ricordo come    ) la possibilità di escludere i guasti ed avere una simulazione perfetta fino al rientro.

da pagina 32 (e seguenti) del manuale ITA:

Codice:

DANNI E GUASTI

Se dal Launchpad di Orbiter, scheda “Parameters”, attivi l’opzione “Damage and failure simulation”, AMSO può generare casualmente le seguenti anomalie:

...
HIGH VIBRATIONS - POTENTIAL STRUCTURAL DAMAGE
...
AUTOPILOT MALFUNCTION – DISCONNECTED
...
20% THRUST POWER LOST
...

Pete Conrad ha scritto:

Michele, probabilmente hai lasciato inserita la possibilità di avere guasti durante la missione. C'è (ma non ricordo come    ) la possibilità di escludere i guasti ed avere una simulazione perfetta fino al rientro.

si si    prudentemente avevo correttamente letto la guida di Ripley che segnala la possibilità di ridurre gli eventi allo 0,005% (o giù di li..) premendo il tast "F11" oppure di aumentarli (tasto "F12") .. ma stranamente pare che la sfiga mi abbia inquadrato bene  

Ripley ha scritto:

da pagina 32 (e seguenti) del manuale ITA:

Codice:

DANNI E GUASTI

Se dal Launchpad di Orbiter, scheda “Parameters”, attivi l’opzione “Damage and failure simulation”, AMSO può generare casualmente le seguenti anomalie:

...
HIGH VIBRATIONS - POTENTIAL STRUCTURAL DAMAGE
...
AUTOPILOT MALFUNCTION – DISCONNECTED
...
20% THRUST POWER LOST
...

... ero sicuro di avere cliccato su "j" e seguito i passi per resettare il computer (come suggerito nella missione) entro 5'' ma forse ho superato il tot di secondi a disposizione per salvare la situazione...  

ci riprovo!

Michele

m.a.s ha scritto:

Ciao Fred.

Si, la data è corretta ed io digito "k" alle 13:31:50'' per far partire la procedura di partenza ... ma il GET del LTMFD non si allinea a quello del GET del "lift off".

Michele

eh ma è proprio quella la questione: non si allineano da soli, devi impostare tu nell'LTMFD il momento del liftoff, vuol dire impostare la data, il minuto ed il secondo corretto alla voce countdown come ti ho scritto prima, e poi di conseguenza il tutto scorrerà come deve coi due tempi allineati. Il comando K è un comando di AMSO, che non è collegato all'LTMFD.

fred18 ha scritto:

m.a.s ha scritto:

Ciao Fred.

Si, la data è corretta ed io digito "k" alle 13:31:50'' per far partire la procedura di partenza ... ma il GET del LTMFD non si allinea a quello del GET del "lift off".

Michele

eh ma è proprio quella la questione: non si allineano da soli, devi impostare tu nell'LTMFD il momento del liftoff, vuol dire impostare la data, il minuto ed il secondo corretto alla voce countdown come ti ho scritto prima, e poi di conseguenza il tutto scorrerà come deve coi due tempi allineati. Il comando K è un comando di AMSO, che non è collegato all'LTMFD.

In effetti ... ho provato la tua procedura e ... nonostante non mi abbia accettato i dati inseriti, quando c'è stato il lift off entrambi i GET erano sincronizzati.

Grazie dell'aiuto, Fred!

Michele