Camion Spaziale

Andrew ha scritto:

Ma se vi ricordo che tutte queste belle cose andranno poi implementate anche su Antares Block II, mi inseguite con la doppietta caricata a pallini grossi?

No, solo con quella caricata a sale grosso , sai, ci servi per i vettori

Fausto, cosa preferisci, un indicatore di pressione O2 o un indicatore della densità atmosferica? Se vuoi quello di O2 in quale unità di misura? Le due indicazioni di pressione (standard e dynamic) nello "Surface MFD" sono in Pa (Pascal), ti va bene se metto questa unità di misura anche per i nostri indicatori?

Ti do una lista precisa:


pressione atmosferica: in millibar, scala da 0 a 3000
densità atmosferica: in kg/m^3, scala da 0 a 100
Temperatura: in C° scala da -273 a 300
pressione dinamica: Pascal, scala da 0 a 50000 (se voi aggiungere una semplice linea rossa di pericolo sul bordo dell'indicatore, mettila dai 40000 ai 50000.. se vuoiaggiungere una scritta MAX Q mettila all'altezza dei 36000 )




Faremo tutte queste cose anche per l'Antares.. tanto che ci costa?

Ok, però pazienza, anche perchè domani lavoro e domenica sono via ...

Tranquillo la pazienza qui tanto non manca..

Solo una cosa, adesso che mi viene in mente:

Fausto ha scritto:

pressione atmosferica: in millibar, scala da 0 a 3000
...
Temperatura: in C° scala da -273 a 300
...

Ma mica andiamo su Venere: pressioni e temperature così alte (incompatibili con la vita)? Pressione basterebbe 1200 (e sarebbe d'avanzo), temperatura o la facciamo arrivare fino ai 3-4000 (la T del rientro atmosferico) se no 300 mi sembra esagerato, basterebbero 50 (e sarebbero già troppi).

La temperatura non funziona nello spazio,ma solo se sei in atmosfera,e ti dice la temperatura esterna....anche se ti stai incenerendo ti segnerà sempre 26 gradi

Per fare una cosa del tipo rientro atmosferico credo che bisogna creare una formula...tipo
temp x pressione x velocità....una cosa simile.

Si Vittorio hai ragione.. io tenevo conto della temperatura dell'termosfera che arriva fino a 2000 gradi, ma sembra che durante la simulazione il valore T del Surface MFD si trasfermi in N/A alle soglie dei 300 K.. a questo punto, leggendo in giro, ho scoperto che oltre i 90 km il concetto di temperatura atmosferica perde valore, e si applica solo alle molecole estremamente rarefatte a quelle altitudini.. quindi si, fai una scala da -150 a 50 gradi, e specifica AMT TEMPERATURE.


Per il rientro atmosferico si c'è una formula, ma credo che qui si vada oggettivamente oltre i nostri limiti

Lista degli indicatori corretta:

-pressione atmosferica: in millibar, scala da 0 a 1200
-densità atmosferica: in kg/m^3, scala da 0 a 1.5
-Temperatura atmosferica: in C° scala da -150 a 50
-pressione dinamica: kPa, scala da 0 a 700 (se voi aggiungere una semplice linea rossa di -pericolo sul bordo dell'indicatore, mettila dai 600 ai 700 che è la zona di pericolo durante il rientro.. lascia perdere MAX Q che va bene solo per il lancio)

Fausto ha scritto:

Per il rientro atmosferico si c'è una formula, ma credo che qui si vada oggettivamente oltre i nostri limiti

Credo che sia sempre un fattore legato al discorso di pressione dinamica

Scusate ma per l'indicatore di temperatura non vedo il senso, a meno che non sia legato a un discorso di damage del veicolo... temperatura troppo alta = perdita dell'orbiter. Ma qui si va troppo sul complesso.

Teniamo anche conto del discorso framerate... non carichiamo troppo 'sto povero cockpit.


DOMANDA
devo cominciare ad abbozzare la documentazione? Sto già scrivendo quella del Quasar, quindi...

Ormai è fatta , e se mi scrivete di fare delle nuove modifiche

Qui
http://www.speedyshare.com/files/24304920/Eridanus_20100918.rar
trovate l'ennesimo pacchetto completo, con il config secondo Vinka già corretto.

PER FAUSTO: le animazioni di base (portelloni, docking nose, carrelli) sono rimaste tali e quali, la lista dei quattro gruppi cambiati con le loro funzioni è la seguente:
PV1, gruppo 61, Pressione atm sn (guardando verso prua)
PV8, gruppo 68, Pressione atm dx
PVI1, gruppo 69, temperatura sn
PVI8, gruppo 76, temperatura dx
gli altri te li faccio scoprire da solo (anche perchè adesso mi fuma la testa ).
Piccola nota: per provare come si vedevano gli indicatori sulla destra ho lanciato l'Eridanus DLL, e così ho provato il posto guida del braccio robotico. C'è un problema: se apri le bay doors dalle finestre vedi come se fosse tutto chiuso (mentre dall'esterno vedi la cargo bay correttamente aperta). Inoltre la manopola RCS del posto di pilotaggio di destra non si muove anche se però sente i comandi dati con il mouse. La prova la ho fatta con Orbiter 2006.

Ok ottimo lavoro!| tranquilli ora basta modifiche sennò anch'io
L'indicatore di temperatura atmosferica era un mio piccolo sfizio.. dai in fondo fa scena assieme a tutto il resto!!
I due problemi a cui accenni sono noti.. le animazioni esterne visibili anche dall'interno devo ancora implementarle, la manopola RCS di destra non si muove in modo corretto e non ho ancora capito il perchè.. qualche virgola messa al posto sbagliato di sicuro!

Andrew ha scritto:

Teniamo anche conto del discorso framerate... non carichiamo troppo 'sto povero cockpit.


DOMANDA
devo cominciare ad abbozzare la documentazione? Sto già scrivendo quella del Quasar, quindi...

Per il framerate nessun problema.. a patto che non si accendano 6 MFD contemporaneamente!! Le animazioni degli indicatori sono davvero leggere!!

La documentazione è tutta a tua discrezione

Bene, a questo punto mi metto in stand-by e mi prendo la domenica di riposo (tanto c'è un tempo qui, altro che gita )

Pete Conrad ha scritto:

Bene, a questo punto mi metto in stand-by e mi prendo la domenica di riposo (tanto c'è un tempo qui, altro che gita )

Si temo che gli acquazzoni che ci hanno flagellato ieri siano arrivati ora dalle vostre parti..

Appena ho 10 minuti di tempo tenterò l'esportazione del cockpit del Eridanus sul Antares

Aggiornamenti:
-Indicatori tutti funzionanti.. a parte quello della pressione in millibar che secondo me è stato assegnato ad una texture diversa, perchè mi risulta nero (comunque è funzionante)

-Apertura cargo bay visibile anche dall'interno.

-Ho creato una serie di casi in cui l'allarme generale si accende:
doppio lampeggio: pericolo non grave: tentativo di apertura di antenna prima del cargobay e di dockinghatch prima del dockingnose

Spia fissa: pericolo grave. livello carburante sotto 5 per cento, pressione dinamica eccessiva, forza G di rientro oltre i 3 G, cargobay e dockingnose aperti ad una altitudine troppo bassa.. se ne vengono in mente altri fatemelo sapere.

- aggiunti motori principali..


Ora incomincerò a darmi da fare con il braccio robotico..

Fausto ha scritto:

... a parte quello della pressione in millibar che secondo me è stato assegnato ad una texture diversa, perchè mi risulta nero (comunque è funzionante)...

Ma come è possibile mi domando? Controllerò bene, ma non credo dovrebbero esserci errori. Forse ho sbagliato nell'applicare i materiali, e semplicemente ora si comporta come un MFD. Appena a casa ti fornisco come editare il materiale del quale sono composti i due indicatori. Per il resto, molto bene, sono contento che tutto funzioni.

EDIT:
Fausto, ho controllato, non è una questione di materiali e nemmeno di texture. Potrebbe essere che sia legata al gruppo, nel senso che originariamente quel gruppo era appunto un MFD e tu ti sei dimenticato di escluderlo nella dll dalla lista dei MFD (ammesso che esista una lista del genere)? In alternativa la soluzione potrebbe essere quella di cambiare il colore di fondo della scala (invece che nera bianca, ad esempio). Il problema ce l'hai su entrambi gli indicatori di pressione?

[quote="Pete Conrad"]

Fausto ha scritto:

EDIT:
Fausto, ho controllato, non è una questione di materiali e nemmeno di texture. Potrebbe essere che sia legata al gruppo, nel senso che originariamente quel gruppo era appunto un MFD e tu ti sei dimenticato di escluderlo nella dll dalla lista dei MFD (ammesso che esista una lista del genere)? In alternativa la soluzione potrebbe essere quella di cambiare il colore di fondo della scala (invece che nera bianca, ad esempio). Il problema ce l'hai su entrambi gli indicatori di pressione?

Problema risolto.. il tuo suggerimento era giusto.. avevo assegnato agli MFD dei gruppi ormai obsoleti.. procedo a passo dopo passo

Fausto ha scritto:

...se ne vengono in mente altri fatemelo sapere...

Una spia d'allarme se la quota è < di un tot e abbiamo i carrelli chiusi e l'Orbit HUD attivato?

Si anche!

Riguardo la spia d'allarme, ora che ci penso, c'è solo un problema. E' unica (master alarm) e quindi non si riesce a individuare quale sia l'errore. Si può risolvibile la cosa ad esempio con un display dove appare un messaggio (e questo sarebbe compito tuo Fausto), o ci sarebbe bisogno di una ulteriore serie di indicatori d'errore? Ultima opzione, chissenefrega e chi guida si cerchi l'errore?

io andrei per il chissenefrega

Anch'io.. comunque nel Antares sarà meglio mettere un display con varie spie d'allarme.. ho notato che usandone solo una poi si crea un certo conflitto..

EDIT: comunque ho fatto in modo che la spia di allarmi si attivi se l'altitudine è minore di 1000 metri e i carrelli non sono abbassati..

Per raffinare la cosa, ammesso che ci sia una velocità limite strutturale dei carrelli (oltre la quale vanno obbbligatoriamente retratti sennò si danneggiano), potresti creare un AND tra quota e velocità.

Cioè se siamo a < 1.000 metri e la velocità è minore del limite strutturale dei carrelli.