Per installazione, nuove versioni e problemi noti vai alla pagina
http://www.mediterraneavirtual.com/fs9/medreport.htm
Nuove
caratteristiche della versione 3.2
Dalla
versione 3.2 è stata introdotta la possibilità di calcolare i tempi in 3 modi differenti
agendo sui radio button azzurri in basso a destra:
- IFR
: si tratta del metodo di calcolo utilizzato nella
versione 2.8. Oltre ai tempi dei waypoints vengono stimati 10 minuti per il taxi, 8 minuti
per il parking e 12 minuti per lesecuzione delle procedure STAR.
Long Range: vengono mantenuti gli stessi tempi per
taxi e procedure, ma per i tempi del volo si utilizza un algoritmo di calcolo leggermente
diverso e più adatto ai volo Long Range, in particolare se effettuati con i nostri Boeing
777 e 747.
VFR: in questo caso, vengono stimati solo 4 minuti tra
taxing e parking e non vengono aggiunti i tempi per lesecuzione delle procedure.
Con questo sistema avremo quindi la
possibilità di adattare il calcolo dei tempi al tipo di volo effettuato, e di scegliere
il sistema che meglio si adatta agli orari della timetable.
Introdotta anche la possibilità di indicare la temperatura in gradi Fahrenheit e la pressione in
Millibar.
Fine nuove
caratteristiche della versione 3.2
Nuove
caratteristiche della versione 2.8
Utilizzo di Medreport come pianificatore di volo
Per
utilizzare Medreport come pianificatore di volo è sufficiente indicare l'orario di
accensione dei motori, caricare l'aereo che si utilizzerà nel volo e , ovviamente, aprire
il navlog corretto dopo aver caricato il piano di volo sul GPS.
Supponiamo di essere al gate di partenza e di iniziare le
operazioni preliminari. Una volta caricato il piano di volo sul Flight Planner di FS9 e
caricato laereo con cui effettueremo il volo, apriamo medreport, indichiamo
nellapposita casella lorario di accensione motori e premiamo il tasto Flight
Plan oppure lapposita opzione da menù.
Oltre a considerare i tempi per il
taxi, per le procedure STAR e per il parking, in questa versione viene utilizzato un
metodo di calcolo totalmente nuovo e svincolato dal navlog.
Infatti il navlog, nel valutare i tempi di ogni wp, considera sempre le massime
prestazioni dell'aereo e quindi può portare ad accumulare ritardo qualora si trovassero
condizioni meteo sfavorevoli o non si volasse all'altitudine di servizio. Nel ricalcolo
dei tempi medreport tiene invece conto di questi fattori e considera anche la minor
velocità che si tiene durante la salita e la discesa.
Con questo metodo di calcolo i dati corrispondono quasi sempre con quelli della
Timetable e ci danno quindi un valido riferimento temporale per gestire al meglio i tempi
del volo.
Viene anche utilizzato un nuovo sistema di calcolo per l'orario di atterraggio
e sono stati aggiunti alcuni dati utili quali la rotta e la distanza del Leg.
Possibilità di stampare il report in orario UTC
Per dare la possibilità di stampare il report con
oraio UTC è stata introdotta una nuova opzione dove è possibile indicare il fuso orario
dell'aeroporto di partenza.
Ad esempio se accendiamo i motori alle 15:00 (ora
locale) da Fiumicino, indicando nell'apposita finestra il corrispondente fuso orario
(GMT+01), tutto il piano di volo sarà compilato con orario UTC, quindi dovremo indicare
le 14:00 come orario di accensione motori nell'apposita casella.
Fine Nuove
caratteristiche della versione 2.8
Nuove
caratteristiche della versione 2.4
Piano di volo con orari stimati e modifiche al
report finale
Introdotto la possibilità di stampare ancora prima
dell'accensione dei motori, un piano di volo con i tempi e gli orari stimati in
modo realistico per ogni waypoint, considerando anche i tempi per il taxi, l'esecuzione
delle procedure STAR e il parking. Per poterlo creare occorrerà soltanto
indicare l'orario di accensione dei motori, caricare l'aereo che si utilizzerà nel volo e
, ovviamente, aprire il navlog corretto dopo aver caricato il piano di volo sul GPS
Questa modifica ci
permetterà di utilizzare Medreport anche come pianificatore del volo, l'unico
attualmente capace di pianificare un volo senza bisogno delle specifiche dell'aereo in
quanto le legge direttamente dalle dinamiche dell'aereo utilizzato.
Scegliendo l'opzione Piano di volo con orari stimati dal
menù option si attiverà una finestra che ci darà la possibilità di creare un file di
testo <nome_volo>.txt o di aprirlo direttamente con notepad.
Il piano di volo che viene creato è ridotto
all'essenziale e al momento serve soltanto per avere un valido riferimento sui tempi
stimati. In seguito si potrà anche ampliare, o dare la possibilità di crearne uno con
più dati, per un utilizzo più completo.
Questi tempi stimati saranno poi gli stessi che troveremo
sul report finale alle colonne ETE e ETO.
Dall'immagine soprastante si può anche notare che è stata
aggiunta una riga per il Taxi al Wp GATE. In questo modo anche i tempi del Taxi vengono
conteggiati correttamente. La stessa cosa è stata fatta anche per il parking.
Inoltre al WP LIMJ (aeroporto di arrivo) che avrebbe avuto
un ETE di un solo minuto sul navolog, sono stati aggiunti 12 minuti per consentire
l'esecuzione delle procedure. Il nostro arrivo al gate sarà quindi di soli 7 minuti in
ritardo rispetto al tempo stimato, ritardo che su un volo di un'ora è più che
accettabile. Questo confronto di dati lo possiamo anche verificare sul report finale
insieme alla distanza percorsa e alla velocità media tenuta:
Browser html di medreport
Per poter visualizzare il navlog attivo direttamente è
stato introdotto un piccolo browser html
Lasciando attiva l'apposita opzione sarà possibile
visualizzare ed aggiornare (sempre da apposita opzione) il navlog direttamente da
medreport.
Fine Nuove
caratteristiche della versione 2.4
Nuove
caratteristiche della versione 2.0
Introdotto la possibilità di salvare la situazione
di un volo (tutti i dati della finestra) su un file con estensione .sit
che è possibile utilizzare in seguito.
In questo modo è possibile gestire più
voli contemporaneamente senza dovere ogni volta riscrivere i dati.
Introdotto anche una tabella utile per la
conversione di dati come temperatura e pressione. Si attiva da Option -> Tabelle di
conversione.
Per l'utilizzo basta indicare i valori sul Text-Field di sinistra e premere invio. Il
risultato verrà visualizzato nel Text-Field di destra.
Infine per questa versione 2.0 ho inserito un controllo con
la possibilità di modificare l'orario di decollo per l'ennesimo baco del Navlog che
registra un orario di decollo sbagliato se il primo WP del piano di volo è troppo vicino
alla pista di decollo.
Prendendo ad esempio il nostro volo Pisa - Alghero dalla Time Table, possiamo
vedere nell'mmagine sottostante che il primo WP PIS è praticamente sulla pista quindi
come arriviamo sulla pista per il decollo il GPS considera terminato il primo LEG del
piano e passa al successivo LEG PIS-->ELB.
Per il navlog tuttavia dovremmo essere già decollati e quindi... perde la bussola e segna
sul navlog un orario di decollo assurdo alle 5:09 mentre in realtà dobbiamo ancora
decollare e sono appena le 2:35.
Alla fine del volo ci troveremo quindi con un orario
di decollo sballato sul Navlog.
Dobbiamo dire che questo
inconveniente potrebbe essere aggirato evitando di inserire il primo WP ad una distanza
troppo breve dall'aeroporto (tenendo 3 miglia come distanza minima).
Tuttavia nel caso che questo
accadesse Medreport si accorge di questa incongruenza e ci propone la possibilità di
modificare l'orario di decollo:
A questo punto possiamo modificare
l'orario (attenzione al formato) e dare OK.
L'orario di decollo verrà modificato e sarà quindi necessario premere nuovamente il
tasto "begin" per compilare il report.
Premendo annulla la situazione rimarrà invariata. Questo può essere utile nel caso che
l'orario di decollo fosse esatto ma fossimo noi ad aver sbagliato introducendo un'orario
di accensione motori non plausibile.
Fine Nuove
caratteristiche della versione 2.0
|