Un blog a disposizione dei 9/11 Truth Seekers come spazio virtuale dove aggregare le indagini e gli articoli dei differenti ricercatori in un unico contenitore.
Visualizzazione post con etichetta UAL. Mostra tutti i post
Visualizzazione post con etichetta UAL. Mostra tutti i post

Log ACARS UAL della ARINC rilasciati da Warren Stutt: il silenzio continua

A mesi di distanza, continua il silenzio di Warren Stutt...





Questo articolo si rende necessario, specialmente a fronte dell'interessantissimo precedente post opera di Sergio, come base ferma per uno dei prossimi post, ancora incentrato sulle comunicazioni ACARS della UAL.

Sono ormai mesi che Warren Stutt si è preso la briga e la responsabilità di rilasciare pubblicamente sul web tali Log Arinc.
E sono mesi che tramite forum e articoli ( 1 -2 - 3 ) su Internet, son stati mossi pubblici e numerosi dubbi circa la autenticità di tale documentazione.
Tali dubbi son stati anche direttamente indirizzati appunto a chi si è preso la resposabilità di rilasciari pubblicamente.

Quindi, ricapitolando brevemente:
il documento rilasciato da Stutt per sua dichiarazione:
"It was obtained via a Freedom of Information Act (FOIA) request to National Archives and Records Administration (NARA)"
e contiene, sempre secondo le sue parole:
"the details of Aircraft Communications Addressing and Reporting System (ACARS) messages sent to and received from American Airlines Flight 11 (AAL11), United Airlines Flight 93 (UAL93) and American Airlines Flight 77 (AAL77) on September 11th 2001"

I dubbi che tale documento porta con sè, fino a che non completamente chiariti, ne minano il valore di autenticità.

Tali dubbi sono:
- non si sa chi (nome e cognome) abbia effettivamente presentato la FOIA
- non si sa in quale data, tale richiesta sia stata inoltrata
- non si sa il numero di FOIA con la quale è stato rilasciato il documento
- non si sa in quale date tale richiesta sia stata evasa
- il documento rilasciato da Stutt, non presenta alcuna intestazione, timbro e/o stampigliatura ufficiale (nè a garanzia dell'autenticità, nè che offra la possibilità di verfcare gli estremi della FOIA)
- le pagine non hanno alcuna numerazione Bates
- i fogli del documento rilasciato da Stutt, non contengono nemmeno nè appunti a penna nè timbri e/o stampigliature apposte nè dalla FBI, nè dal NTSB, nè della ARINC, nè della 9/11 Commission. Eppure, in quato pertinenti alle indagini, tali log debbono per forza (anche perchè se no non si spiegherebbe come mai tali log fossero in possesso del NARA) essere stati precedente acquisti da almeno uno tra FBI (e studiati/verificati dal NTSB su incarico della FBI padrona delle indagini) e 9/11 Commission (alla quale tutti i documenti relativi alle indagini sono stati forniti sia dalla FBI sia dal NTSB, come da copiosa documentazione in merito).
- non è fornita alcuna spiegazione al fatto per il quale i log per UA175 non siano presenti (non sono espressamenti stati richiesti? Non sono stati forniti nonostante richiesti? E in tal caso in base a quale motivazione?)
- i valori presenti nel campo "FLoc" presenti nel documento rilasciato da Stutt, sono differenti da quelli presenti nei documenti (resi pubblici) dalla 9/11 Commission
- alcuni log di Uplink sono certamente mancanti ( nella serie FLoc 352604683 / FLoc 359963300 ) i valori relativi al DBI (Downlink Block Identifier) passano senza alcun motivo dal valore "1" al valore "2", ma non è presente il relativo Uplink. [vedasi NOTA 1]

Che Stutt sia a conoscenza sia dei dubbi avanzati, sia delle richeste di chiarimento in merito (specialmento in merito al numero di FOIA), è cosa priva di dubbioi ( Stutt è iscritto ad alcuni degli stessi forum frequentati anche da chi questi dubbi ha evidenziato, ha partecipato a thread dove se ne è parlato, ed è normale e logico per chi si assume una tale responsabilità, investigativa e storica, anche di valutarne il feedback in rete).

Eppure, a mesi di distanza, colui che si è assunto la responsabilità pubblica di ecco qui i log della Arinc: tace!
Non una parola. Non un chiarimento. NOn una risposta.

Qui ad esempio uno screenshot, con tanto di data ben visibile, di una di tali richieste

e qui uno screenshot della pagina di Stutt

Quindi, ad oltre 4 mesi di distanza, non resta che prendere atto del fatto che Warren Stutt ancora non abbia fornito nessun chiarimento in merito, nemmeno il più basico e basilare quale il numero di FOIA.

Chi volesse speculare è a questo punto pienamente legittimato a porsi la domanda:
Stutt non ha fornito le minime basilari risposte perchè, per suoi imprescrutabili motivi, non vuole rispondere o perchè non è in grado di farlo?


[NOTA 1]:
Il documento BOEING CAGE CODE 81205 doc n° D926T0280 / PegasusSRO (link - link) espressamnete scrive:
"7.3.2.3.1 Uplink Transmission"
"A message is received with a technical acknowledgment corresponding to the UBI used in the uplink message. The transmission is considered successful and the UBI is incremented for the next message
"

Nel documento rilasciato da Stutt, il campo UBI (Uplink Block Identifier) è assente; ma sono presenti i relativi valori di DBI (Downlink Block Identifier), che come appunto ben spiegato dalla Boeing, devono corrispondere a quelli dei relativi uplink in caso di trasmissione con esito positivo.

Di seguito potete vedere due screenshots: il primo riporta i dati secondo la sequenza corretta di protocollo, nel secondo un uplink è sicuramente mancante.



Leggi l'articolo... | ...Torna alla HOME

UA93 - A disposizione uno strumento in .CSV con dati 84Th RADES, FDR, ARINC e UAL ordinati su base temporale



Rilascio di uno strumento di lavoro per UA93: dati "84th Rades + Fdr + log Arinc + log Ballinger" ordinati su base temporale...


Con questo articolo metto a disposizione un nuovo strumento di lavoro che può essere utile ad ogni ricercatore.

Si tratta di un file in .CSV, in cui ho aggreato alcuni salienti dati rilasciati da:
- 84Th RADES per UA93
- FDR UA93 (tramite il deocoder fornito da Stutt)
- Log ARINC UA93 (pubblicati da Stutt)
- LOG UAL Ballinger UA93

Tutti i tempi son stati convertiti in ET, tutte le informazioni sono state quindi ordinate su base temporale.

I dati che ho selezionato fanno riferimento a:

**84th RADES**:
- Time ET
- Mode C Altitude
- Decimal Latitude
- Decimal Longitude
- Latitude
- Longitude

**FDR**
- Time ET
- Subframe Counter
- ALTITUDE (1013.25mB) (FEET)
- PRES POSN LAT (DEG)
- PRES POSN LONG (DEG)

**LOG ARINC**
- Time Et BEPts
- FLoc
- BepStnName
- Target Stn
- Stn
- SSV
- Org TimeStamp 20010911
- Block Type
- NAK presence

**LOG UAL BALLINGER**
. Time [sent message]
- Time [elaborated/received]
- Time order num
- Scan order num
- Uplink/downlink
- CMD/AGM
- RGS
- Flag_31 ( STATE OF TRANSMISSION [ ??? ] *vedasi questo articolo )

Tale documento in . CSV è scaricabile a questo LINK


NOTA:
siccome i log UAl di Ballinger non presentano anche i "minuti secondi", sono stati inseriti come se tale valore fosse "00".

il campo "ACK presence" è una mia estrapolzaione della presenza o meno di tale valore nella colonna di riferimento

Leggi l'articolo... | ...Torna alla HOME

ACARS UAL BALLINGERS LOGS: analisi dai dati in .CSV


ACARS UAL BALLINGERS LOGS: analisi dai dati in .CSV...


Utilizzando il file "Ballinger_LINEAR_CSV.csv", messo a pubblica dispozizione in questo articolo, ho notato che i valori presenti nella colonna del "flag_31", possono suscitare nuovo interesse.

Tale colonna infatti, presenta valori degni di essere notati (e poi quindi compresi e interpretati).

Il "flag_31", per tutti i messaggi presenti, appare impostato a soli tre distinti valori: "blank" (inteso come assente, vuoto), "1" e "2".

Ciò che si può e deve notare è che:

- il valore "blank" per i messaggi in uplink [messaggi time order "2" 13:22; "11" 13:50; "12" 13:50; "13" 13:51; "14" 13:51;] sono tutti trasmessi con attivo il campo "AGM" (stampante)
- il valore "blank" per il messaggio in downlink [messaggio time order "1" 13:21;] è anch'esso trasmesso con attivo il campo "AGM" (stampante)

- il valore "1" appare per tutti i messaggi con attivo il campo "CMD" (monitor), eccetto che per la ultima comunicazione indubbiamente "non ricevuta/non inoltrabile"
- il valore "1" appare per messaggi che sicuramente son stati fisicamente ricevuti da UA93 (come ad esempio per il messaiio time order "3" 13:23)

- il valore "2" appare una ed una volta sola
- il valore "2" appare in riferimento ad un messaggio con attivo il campo "CMD" (monitor)
- il valore "2" appare solo in relazione alla comunicazione (messaggio time order "18" 14:20) che sicuramente non è stata mai ricevuta / mai inoltrata dalla Arinc ad UA93

- tale messaggio "18", il cui campo "flag_31" è settato a "2", è stato inviato da "ROB" (Robert Brittain), e come RGS riporta "/GL DEC" (RGS di Decatur)



Adesso, se andiamo ad incrociare queste informazioni con quelle presenti nei log Arinc presentati da Warren Stutt, possiamo notare che:

FLocBEPtsTarget StnStnOrg TimeStampReason CodeBlock Type
36546410520010911 14:13:30 IADA6 ULBLK
36555034520010911 14:13:40 IADA6 ULBLK
36561280420010911 14:13:50 IADA6 ULBLK
36567838220010911 14:14:00 311ICPUL
36567870120010911 14:14:00 231ICPUL
36705975520010911 14:17:39CMI 00 00 20010911 14:17:00 ULMSG
36705988920010911 14:17:39 231ICPUL
36718753920010911 14:18:03CMI 00 00 20010911 14:17:00 ULMSG
36718767320010911 14:18:03 231ICPUL
36754270120010911 14:19:04CMI 00 00 20010911 14:19:00 ULMSG
36754283520010911 14:19:04 231ICPUL
36819774120010911 14:21:06DEC 00 00 20010911 14:20:00 ULMSG
36819787520010911 14:21:06
231ICPUL




Il messaggio UAL "18" ( l'unico con valore "2" al "flag_31") è perfettamente allineato con quello Arinc "FLoc" 368197741, "BEPts" 20010911 14:21:06, ULMSG, "/GL DEC", dispatcher ROB e "Reason Code 231" (Reason code 231 = "no station to", secondo quanto indicato nelle specifiche Arinc 618, come riportato da booNyzarC, vedasi qui )

Ebbene, su ciò a cui fanno riferimento i valori "blank", "1" e "2", si può al momento solo speculare, visto che una tale informazione è di pertinenza direttamente della UAL (essendo i loro log delle comunicazioni ACARS tagliati direttamente sulle loro esigenze e apparecchiature).

Ma, quello che comunque si può e si deve sapere e notare è che:
- i printouts di Ballinger sono quelli che arrivano alla UAL dalla ARINC, in risposta ai messaggi di testo inviati dalle postazioni dei dispatcher (Ballinger) della UAL. Ossia sono log che già sono passati attraverso un'elaborazione fatta da parte della ARINC. [ *vedi nota 01]

- il valore "2" non è funzione diretta nè di "CMD" nè di "AGM"

- i log UAL presentano uno e uno solo messaggio certamente "non recapitato/non inoltrato" ad UA93

- nei log ARINC, sono presenti 5 marcatori impostati a "231 ICPUL" ("no station to")

- sia nei log ARINC sia in quelli UAL, ci sono 3 ULMSG indicanti la RGS GL/CMI
- nei log ARINC, gli ultimi 3 ULMSG indicati con la RGS GL/CMI, sono anche marcati con ICPUL 231 ("no station to")
- nei log UAL gli stessi tre messaggi hanno "flag_31" impostato a valore "1", e RGS GL/CMI

- sia nei log ARINC sia in quelli UAL, cìè un ULMSG indicato con la RGS GL/DEC
- nei log ARINC, l'ultimo ULMSG indicato con la RGS GL/DEC, è anche marcato con ICPUL 231 ("no station to")
- nei log UAL lo stesso ultimo messaggio ha "flag_31" impostato a valore "2", e RGS GL/DEC

Ognuno tragga le proprie conclusioni.


[*Nota 01]
Questo è un dato certo, facilmente comprensibile oltre che dalla diversa formattazione del messaggio (gli asterichi; la mancanza di un secondo campo timestamp; la mancanza del numero progressivo segnato dal counter) anche dalle parole di Steve Ledger ( Director of AQP services- ARINC ):

"The Central Processing System (CPS) time stamp in the second line is the Greenwich mean (universal) time at which the message was electronically processed at the ARINC center in Annapolis, MD, before being sent to a ground station and then transmitted to the aircraft. The time it would take for the message to get from this point to the cockpit of the aircraft would vary, depending on the size of the message, and how much message traffic there was. In rare cases, this could mean that it would take minutes for the final delivery, but typically, for short messages (under 220 characters) like the ones sent to Flights 175 and 93, the delivery time would be within 10 seconds. The message is not stamped with the time it is received in the cockpit".




Leggi l'articolo... | ...Torna alla HOME

ARINC ACARS UA93: altri "piccoli dettagli" che è giusto conoscere


Ulteriori "piccoli dettagli" che è giusto conoscere... [ * ARTICOLO AGGIORNATO il 3/2/12]


A seguito del mio precedente articolo è doveroso segnalare alcuni ulteriori "piccoli dettagli" di cui è importante conoscere l'esitenza.

- PARTE I: Una questione di date
Alcuni researcher analizzando i log della UAL di Ballinger e le interviste dalla FBI al personale della United, si accocorgono che in tali documenti sono presenti dati e affermazioni - che se veritiere - sono in grado di minare fin nella fondamenta le ricostruzioni ufficiali di ciò che avvenne l'unidic settembre.

Come su detto, tali dati fanno riferimento in prima battuta a dati di fonte UAL e FBI. All'epoca in cui queste informazioni e le seguenti analisi e case study sono stati rilasciati, non erano a disposizione i log della ARINC e in rete non era consultabile/scaricabile il documento delle specifiche tecniche ARINC 618 (coperte da copyright ed in vendita ad un prezzo di circa 200 dollari).

Dalla seguente immagine notiamo sia il prezzo, sia la versione e la data di rilascio d tali specifiche.


Cominciamo col far presente dunque alcuni "dettagli":
- gli attacchi terroristici avvenero l' 11-09-2001

- il primo upload pubblico su 911Myths degli log ACRAS UAL è del 26-03-2009

- il primo articolo a trattare delle informazioni presenti in tali log, è di Woody Box, ed è stato pubblicato il 23-09-2009

- l'upload pubblico dei log ARINC da parte di Warren Stutt è dal 2011

- l'uso e l'upload di alcuni screenshots delle specifiche ARINC 618, è anch'esso datato 2011
[ Link: http://www.unexplained-mysteries.com/forum/index.php?app=blog&blogid=3114&showentry=24415 ]

Ma, come è ben visibile dallo screenshot:
- le specifiche ARINC 618 attualmente in vendita direttamente dal sito della ARINC stessa, sono datate 06-2006.

[punto 1]
Per quanto sia pure ammissibile che possano anche non essere cambiati di molto, resta comunqune il fatto certo che i protocolli di gestione delle comnicazioni ACARS della ARINC utilizzabili per comprendere realmente appieno cosa, quando e come la ARINC all'epoca gestisse e tenesse traccia delle comunicazioni ACRAS, debbono essere relativi a quel periodo (2001) e non successivi (2006).

Son state introdotte modifiche nel frattempo? E se si, quali?
La domanda non ha nulla di capzioso. Come si sa, il sistema ACARS è un sistema che nel corso del tempo si è evoluto e ampliato per stare al passo con le sempre maggiori esigenze e nuove tecnoligie di avionica e richieste di mercato. Piani di transizione, adeguamento alle novità tecnologiche e/o ai bisogni di mercato, miglioramenti necessari a prevenire rischi di saturazione delle comunicazioni, allargamento delle funzionalità, per fare alcuni esempi, sono tutte possibilità, oltre che logiche, citate in diversi documnenti FAA, delle compagnie e della ARINC stessa.

Quanto scritto ad indicare che le citazioni e i ragionamneti formulati da "booNyzarC" [ Link: http://www.unexplained-mysteries.com/forum/index.php?app=blog&blogid=3114&showentry=24415 ], siano errate o in malafede?
No. Non sto dicendo questo, ma sto sostenendo che booNyzarC:
- non si è premurato di indicare quale versione di specifiche Arinc 618 ha utilizzato
- non avendo fatto questo (e non essendo consultabile/disponibile in rete il manuale 618 afferente all'anno 2001) non è possibile sapere se le citazioni da lui fatte siano o meno realmente applicabili a dati relativi al 2001

[punto 2]
Un secondo punto da segnalere in merito (ma di questo nessuna "colpa" è ascrivibile a booNyzarC, visto che tale manuale è protetto dai diritti di Copyright) è che:
- senza aver a disposizione una copia del manuale delle specifiche tecniche usate e citate da booNyzarC, non è possibile sapere se le sue citazioni siano complete oppure no (errare humanum est, ma... cherrypicking diabolicum est), ossia se la sua conoscenza delle specifiche ARINC 618 sia stata esposta su base completa e/o da lui completamente compresa.

Questi due punti, lo ribadisco, non sono e non vogliono essere un attacco ad-personam, ma sono indubbiamente due punti da tener ben presente prima-durante-e-dopo la letterura delle conclusioni a cui booNyzarC, Stutt e alcuni altri nickname sono giunti.


- PARTE II: Una questione di qualifiche
Prima ancora di entrare nel merito di ogni singola contro-affermazione da parte dei debunkers circa la "teoria ACARS", bisogna comprendere che tali loro conclusioni portano unicamente a dover ammettere che tutta una serie di qualificate persone legate al mondo dell'areonautica, delle radio-comunicazioni e della gestione del traffico aereo, si siano sempre sbagliate nel loro lavoro (ossia siano degli incapaci) e che addirittura abbiano dichiarato alla FBI e alla 911 Commission nel corso di un indagine di terrorismo internazionale, informazioni non corrispondenti al vero (magnanimamente dando almeno per scontata la buona fede vista la mancanza di denunce o arresti per complicità nei loro confronti).

Vediamo quindi di chi stiamo parlando: delle qualifiche e delle affermazioni che, proprio dall'alto dei loro studi, lavoro ed esperienze sul campo, si possono permettere di affermare:

a) Da un lato abbiamo:

- Ed Ballinger: UAL Dispatcher

Mr. Ballinger went to work with United Airlines on January 28, 1958 as a weather clerk in the airline's dispatch office. He attained a Dispatcher License in December of 1967, and became a fully-fledged dispatcher in late 1979 or early 1980. Mr. Ballinger remained a dispatcher until his retirement on October 31, 2001·1
[ link ]

He retired from UAL in October 2001 after approximately 42 years in flight dispatch.
[ LINK ]

i cui compiti, tra l'altro, prevedevano espressamnete:

The pilot in command and the aircraft dispatcher are jointly responsible for the preflight planning, delay, and dispatch release of a flight in compliance with this chapter and operations specifications...[snip]...Issuing necessary information for the safety of the flight;
[ LINK ]

- David Knerr: Manager Flight Data Automation (United Airlines technical expert on cockpit communications)

[ LINK ]

These references also identify that a ACARS message has been received by its sender, either ground communications or the aircraft. In the final moments, at 10:12 AM EST, of UA FLIGHT 93's flight, ACARS messages were being sent from ground communications but were not being received. This was causing the ACARS messages to be rejected. KNERR advised that FLIGHT 93's low altitude may have caused this dilemma or the fact that FLIGHT 93 had already crashed at the time the messages were sent
[ LINK ]

He also certified during a review of critical time frames that there was no ACARS technical or textual information that either captured or depicted the several flight deviations, both controller-directed and pilot-initiated, that occurred during the flight of each United flight.
[ LINK ]

- Michael J. Winter: Manager Flight Dispatch UAL

[ LINK ]


Messages #14 and #15 were sent to the aircraft from CHIDD
using the RGS near Toledo. OH....
Messages #16 and #16 were sent to the aircraft from CHIDD
using the RGS near Ft. Wayne, FWA....
Messages #18 and #19 were sent to the aircraft from CHIDD
using the RGS near Champaign, CMI....Mssage #19 also activated an audible signal in the airplane...
Messages #20 to #24 were sent to the aircraft from CHIDD
However all of the messages were rejected indicating the aircraft
did not receive them
.

[ LINK ]

- Steve Ledger: Director of AQP services- ARINC


The time it would take for the message to get from this point to the cockpit of the aircraft would vary, depending on the size of the message, and how much message traffic there was. In rare cases, this could mean that it would take minutes for the final delivery, but typically, for short messages (under 220 characters) like the ones sent to Flights 175 and 93, the delivery time would be within 10 seconds.
[ LINK ]

After the shortened restatement of the originating time and author, and the "STX," "CMD," or "AGM" sequence, three lines follow which indicate: the destination point (such as "N591 UA," the tail number of Flight 93, followed by "/GL PIT, which means that the message is via a ground link through the Pittsburgh station); another line specifying the destination; and a final line indicating the originating point (like "CHIDD" for United's Chicago dispatch operation). All of this information is automatically provided by the ACARS system.
[ LINK ]


b) dall'altro lato, invece, abbiamo:

- booNyzarC:

I am not involved in aviation in any way, nor am I an ACARS expert. I first heard about ACARS around October of 2011 in a discussion here on Unexplained-Mysteries.com and all of my research regarding the subject has been from sources located on the internet.
[ LINK: http://www.unexplained-mysteries.com/forum/index.php?app=blog&blogid=3114&showentry=24415 ]

- Warren Stutt:
I do not have any specific credentials to investigate FDRs or aircraft accidents. I do however have a BSc(Hons) degree in Computer Science as well as several years of commercial experience as a computer programmer. I am not affiliated with nor have I ever worked with or for neither the US National Transport Safety Board (NTSB) nor any other aircraft accident investigator. I am neither a pilot nor an aircraft engineer and have never flown an aircraft. I am not affiliated with nor have I ever worked with or for any airline, any pilots’ organisation, any aircraft engineering organisation or any FDR manufacturer.
[ LINK: http://warrenstutt.com/AboutMyFDRWork/index.html ]


Post Scriptum: chi ne sa qualcosa di VHF: gli esperti o i non esperti ?
Da notare in particolare che la contro-tesi espressa da Warren Stutt sul "problema" delle distanze tra RGS trasmettenti e posizioni in volo di UA93 [ LINK: http://www.unexplained-mysteries.com/forum/index.php?showtopic=213916&st=1920 e pagine seguenti ] cozza completamente con quanto pubblicamnete scritto da Dennis Cimino, a questo indirizzo [ Articolo di cui consiglio assolutamente la lettura].

Anche in questo caso, abbiamo da un lato:
- Warren Stutt:
I do not have any specific credentials to investigate FDRs or aircraft accidents. I do however have a BSc(Hons) degree in Computer Science as well as several years of commercial experience as a computer programmer. I am not affiliated with nor have I ever worked with or for neither the US National Transport Safety Board (NTSB) nor any other aircraft accident investigator. I am neither a pilot nor an aircraft engineer and have never flown an aircraft. I am not affiliated with nor have I ever worked with or for any airline, any pilots’ organisation, any aircraft engineering organisation or any FDR manufacturer.
[ LINK: http://warrenstutt.com/AboutMyFDRWork/index.html ]

e dall'altro:

Dennis Cimino:
- Electrical Engineer
- Commercial Pilot Rating, since 1981 , IFR, MEL ratings since 1980.
- Navy Combat Systems Specialist: RADAR, ECM, cryptographic communications Navy EMI troubleshooter for COMNAVSURFPAC via MOTU-5, San Diego, CA., and under NAVELEX contract. AN/SLQ-32(V)3 Countermeasures System support specialist.
- Flight Data Recorder Engineer Smiths Aerospace (Now G.E. Aero)
- BA-609, IDARS, Military and Commercial
- Millimeter wave RADAR and countermeasures expert since 1973
- Two patents held for high powered modulator Triton HP, C-Band, 250kw LONG RANGE Doppler RADAR ( Kavouras ):
- long pulsewidth RADAR droop compensation network that improved radar output power thru long pulse transmissions, effectively imrproving weather phenomena detection ranges.
- and wave guide arc detection for high powered RADAR system

[ LINK ]

First, I want to state for the record that I have been working with high power R.F. transmitters and countermeasures sets, radar, communications, deception repeaters and jammers since 1973, and am quite experienced with in-flight dynamics of VHF signal propagation from both low altitude and high altitude aircraft, both civilian and military
[ LINK ]

Quindi, riducendo la questione ai minimi termini, è un pò come dire che un paio di debunkers ne sanno di più e di meglio, di quello che affermano esperti del campo.

[ * ARTICOLO AGGIORNATO il 3/2/12 ]
Relativamente alle specifiche Arinc usate da booNyzarc, mi sono accorto adesso che su un forum aveva citato le versioni usate.
Sono le seguenti:
- Arinc 618-5
- Arinc 620-4
Come si può leggere a questo indirizzo: [ post: #1853 http://www.unexplained-mysteries.com/forum/index.php?showtopic=213916&view=findpost&p=4152472 ]

Leggi l'articolo... | ...Torna alla HOME

CASE STUDY ACARS - UAL UA 93 Rev. 3.0b_EN

A disposizione la nuova release del CASE STUDY ACARS - UAL UA 93 Rev. 3.0b_EN





A disposizione la nuova release del CASE STUDY ACARS - UAL UA 93 Rev. 3.0b_EN

La potete scaricare a questo indirizzo:

LINK 2 (Scribd)

Come precedentemente annunciato, la versione è in INGLESE.

Ho provveduto inoltre a togliere dal download, la precedente versione ( no sufficientemente approfondita e che presentava alcune inesattezze )


Case Study Acars Ual Ua93 Rev 3.0b En

Come sempre, verificate le informazioni prima di prendere posizione "pro" o "contro", e a seguito delle verifiche fatte e solo dopo, confrontatevi con essa.

bambooboy

Leggi l'articolo... | ...Torna alla HOME

Una importante precisazione

Una importante precisazione





Una importante precisazione:

mi viene fatto notare come, con l'approfondirsi dell'argomento e lo svilupparsi della discussione, alcuni dei precedenti articoli, risultino 'sorpassati' e/o 'fuorvianti'.

Chiedo scusa di questo, ma al momento non ho tempo libero a sufficienza per riorganizzare il materiale pubblicato ( che inoltre mi serve anche un pò da timeline, e che almeno a me, permette una rapida consultazione di ciò che finora ho aggregato ).
Lo so che deve essere una 'rottura di scatole', trovarsi magari un nuovo post ogni giorno che 'avvisa' di non prestare troppa attenzione a quello precedente.
Ma - questione di carattere e di onestà - non mi piace essere impreciso nè fuorviante. E quindi quando mi capita di accorgermi di non essere stato all'altezza di questo, non esito ad avvisare.

Sto però terminando di preparare la release: Rev. 3.0a_ENG ( scusate ma tale documento non verrà prodotto anche nella versione in italiano. Chi vuole è libero di tradurlo ), decisamente più approfondita, corretta e bilanciata di quelle precedentemente rilasciate ( che contengono, lo ribadisco, alcune leggerezze di troppo e alcune mancanze ).

Un pò come per quanto 'risposto' sulla "disorganizzazione" dei post, al momento attuale non reputo necessario ritirare la versione precedente ( Rev.02a_IT ). Questo per due motivi:
-primo: pur non essendo la versione definitiva e pur contenendo alcune pecche, può lo stesso tornare utile a chi è 'digiuno' di questa materia per cominciare ad orientarsi sull'argomento.
-secondo: ha comunque almeno il pregio di essere stata scritta in 'italiano' ( errori di ortografia a parte! LOL ) e quindi, nuovamente, per alcuni può essere di più facile lettura e comprensione.

---|||---

Una confessione.

Mai mi sarei aspettare di finire 'così sotto i riflettori' ( chi sà, sà ciò che voglio dire ).
E devo dire che si tratta di una situazione alla quale nè sono abituato, nè ci tengo ad abituarmi.

Ribadisco quindi parte dell'incipit presente nell'analisi: ovvero che io non sono altro che un mero artefice di un documento o poco più.

Quello che è importante è che sta poi all'onestà di ognuno verificarlo fino all'ultimo dettaglio, valutarlo, riconoscergli i pregi ( se ce ne sono ) ed i difetti ( se ce ne sono ), e quindi trarne, in piena libertà ma con onestà, le dovute conseguenze.

Di sicuro non sono ricorso alla falsificazione di alcun documento per scrivere il "CASE STUDY sugli ACARS UAL d UA 93" ma, pur nutrendo piena fiducia in quanto scritto in esso, lo ribadisco: sono un essere umano e pertanto -come tutti- posso commettere errori.

Nel caso sia così, non avrò, come sempre, alcun problema ad ammetterli.

Rinnovo quindi il consiglio a tutte le persone interessate ed oneste, a non accettare nulla aprioristicamente, ma di verificare tutto il verificabile prima di esprime un giudizio, e poi anche però di saperne accettare il 'verdetto'.
Quale che sia.

Arrivederci a... la Rev.3.0a_ENG

Leggi l'articolo... | ...Torna alla HOME

CASE STUDY ACARS UAL UA 93 - Rev 2.0a_IT ( download only )

A disosizione in download la versione 2.0a_IT del CASE STUDY sugli ACARS UAL di UA 93 - un aggiornamento ]: rimosso il link, c'è la nuova versione Rev 3.0b_EN



-aggiornamento:
siccome c'è a disposizione la nuova release Rev 3.0b_EN, più dettaglaita e che corregge alcune imprecisioni, ho provveduto a rimuovere dall'area di download, la versione indicata nel titolo di questo post.

il nuovo link, per la nuova versione è:
QUI


-------------


A disposizione in download ( dall'area di download del blog oppure direttamente a questo LINK la versione 2.0a_IT del CASE STUDY sugli ACARS UAL di UA 93.

Per cortesia non fate più affidamento sui precedenti articoli di riferimento, in quanto superati.

A chi si cimenterà a leggere questa nuova versione del "CASE STUDY - Gli ACARS UAL di UA 93", chiedo la gentilezza di rispettare quanto scritto nell'introduzione: ovvero di non prendere tutto per buono sulla 'fiducia', ma di andare a verificarsi tutte le fonti.
Non traggo alcun piacere nè da smentite, nè da conferme: e - come abitudine - accetto antrambe.
Questione di rispetto e coerenza.
Ognuno risponde a se stesso, anche davanti agli altri.

Per cui, se interessati, leggetelo, verificatelo, approfonditelo, contradditelo.
Ma fatelo argomentando e senza "chiudere gli occhi".


PER UNA NUOVA E INDIPENDENTE INDAGINE SUI FATTI DELLA TRAGEDIA DEL 9/11


bambooboy
Leggi l'articolo... | ...Torna alla HOME

ACARS una informazione in più, qualche conferma in più [ aggiornato ]

ACARS UAL UA 93: Wikipedia + Goole Earth = qualche conferma in più!!! Se poi aggiungi anche "Areonautica & DIFESA"...




**introduzione
Scartabellando su Internet alla ricerca di maggiori informazioni di appprofondimento sui messaggi ACARS ( dopo il documento che già avevo linkato nel Case Study ), mi sono imbattuto in questa pagina.

QUI è riportato quanto segue:

How it works
A person or a system on board may create a message and send it via ACARS to a system or user on the ground, and vice versa. Messages may be sent either automatically or manually.
VHF subnetwork
A network of VHF ground radio stations ensure that aircraft can communicate with ground end systems in real-time from practically anywhere in the world.
VHF communication
is line-of-sight [ NdA: ovvero la comunicazione non può 'attraversare' ostacoli in quanto non dotata di 'ripetitori'. Le onde si propagano in linea retta in tutte le direzioni ] , and provides communication with ground-based transceivers (often referred to as Remote Ground Stations or RGSs).

The typical range is dependent on altitude, with a 200-mile transmission range common at high altitudes.

** cosa apprendiamo da queste informazioni?
Apprendiamo quattro cose, e una ce la dobbiamo ricordare dal CASE STUDY.

le due che apprendiamo:

- che quanto dichiarato da Knerr ( parlando in merito agli ultimi due messaggi non ricevuti: “ KNERR advised that FLIGHT 93's low altitude may have caused this dilemma or the fact that FLIGHT 93 had already crashed at the time the messages were sent” ), abbiamo conferma che l'altitudine può rivestire un fattore significativo sul campo di copertura.

- le 200 miglia sono il range tipico solo alle HIGH ALTITUDES ( di UA 93 non abbiamo alle 10:10 info sull'altitudine, ma per stare di manica larga, assumiamo che fosse appunto ad una HIGH ALTITUDE, così da potergli tranquillamente assegnare tutti le 200 miglia di copertura

- le comunicazioni sono "dirette", per cui è sufficiente impostare il raggio di un cerchio a 200 miglia di lunghezza, tracciare il cerchio e posizionarlo centrato sull'ultima RGS che gli inviò un messaggi acars, per sapere ( approssimativamente ma coerentemente ) a quale distanza massima poteva stare dalla RGS

- che quanto scritto nel CASE STUDY, circa le 200 miglia di copertura, è da considerarsi corretto

Quella che ci dobbiamo ricordare:

- ci dobbiamo ricordare delle parole di Winter quando spiega il funzionamento degli ACARS alla FBI:
"A central router determines the strongest signal received from the aircraft and routes the signal/message to UAL flight dispatch"

Ovvero, un router centrale, in base alla potenza del segnale, per cui alla distanza trattandosi di onde radio, si incarica di indirizzarne il testo e le informazioni necessarie, direttamente agli operatori di volo della compagnia e viceversa.

per cui, visto che il router centrale ha utilizzato la RGS di Champaign, Illinois, quella era quella con il segnale più forte, ovvero la più vicina; confermando così ancora una volta che UA93 alle 10:10 si trovava, in volo, entro un raggio massimo di 200 miglia da Champaign, Illinois.

** procediamocon una verifica con Google Earth
bene, adesso che abbiamo tutte queste informazioni di base, apriamo Google Earth e...
- cerchiamo Shanksville. una volta trovata dal programma, aggiungetegli un 'segnalino' identificativo.
- ripetete l'operazione anche con le altre localià di interesse ( Cleveland, Pittsburgh, Toledo )
- quindi fate la stessa operazione anche per Fort Wayne ( acars delle 9:51 ) e soprattutto con Champaign ( acars delle 10:10 )

fatti questi passi preliminari, sempre da google Earth, utilizzando la funzione "righello", tracciate una retta lunga 200 miglia a partire da Champaign, e diretta verso Shanksville...

che ne dite? quale è il vostro risultato?
io ho ottenuto questo ( ho aggiunto al raggio il conseguente cerchio per rendere più facilmente comprensibile il risultato ):

200 miglia da Champaign


200 miglia da Fort Wayne


200 miglia da toledo


200 miglia da Cleveland


200 miglia da Pittsburgh


** scacciamo i dubbi
Ma siccome so che ci può sempre essere chi si alza e dice: "hey! ma come fai ad affermare simili cose! chi te lo dice che esiste 'sta connessione tra RGS e posizione dell'aereo", etc, etc...

ecco a voi, già belleche pronte le risposte.
Risposte che arrivano addirittura da un file linkato nella discussione sul forum di Focus, da 'Renatus52' ( a lui i miei sentiti ringraziamenti ).

Di che si tratta?
si tratta di una copia della rivista "Areonautica e Difesa" n°177, edizione Luglio 2001.

Qui possiamo soprattutto leggere che:

"Come avviene per i telefoni cellulari, il collegamento si ha di volta in volta con stazioni a terra differenti, a seconda della posizione che il velivolo viene ad assumere. Quando questo comincerà ad allontanarsi troppo dall’area di copertura di una determinata stazione verrà “preso in carico” da un’altra più vicina."

e anche che

"sistema di comunicazione che può essere paragonato all’e-mail degli aerei in quanto ogni “indirizzo” è univoco ed è costituito dalla sigla di immatricolazione dei velivoli."

Quindi?
quindi basandoci sulla RGS che gestisce la trasmissione, si può sapere ( in un cerchio con raggio 200 miglia ) dove si trova l'aereo.
E inoltre, è ulteriore conferma ( non bastasse la risposta del pilota, etc etc ) che la UAL stava veramente tracciando UA 93 ( codice immatricolazione )


** conclusioni
Ora, anche senza minimamente prendere in considerazione gli orari ( che invece esistono e come da NOTA #70 capitolo I del 9/11 Commission Report, anche la CR sa che gli ACARS riportano tra l'altro anche questa informazione ), ma semplicemente basandoci sulle RGS che Winter legge dal documento ufficiale dei messaggi acars UAL di UA93 fornitogli dalla FBI...
ben si vede che l'aereo con il quale era in contatto la UAL non poteva essere l'aereo che il 9/11CR dice essersi schianato a Shanksville.

Inoltre, visto che dalle 'interviste' della FBI abbiamo anche la certezza che i piloti risposero ad almeno un messaggio, abbiamo la certezza che l'aereo che la UAL stava tracciando, era veramente l'ufficiale volo UA 93, con tanto di piloti a bordo!!!

Ed essendo quello il volo UA93 vero, su quello, logicamente, devono essersi imbarcati anche i passeggeri e i "dirottatori", e... ops! qualcosa no... non torna con quanto raccontatoci dalla VU della 9/11 Commission!!!!

PER UNA NUOVA E INDIPENDENTE INDAGINE SULLA TRAGEDIA DEL 9/11



Leggi l'articolo... | ...Torna alla HOME

l'analisi completa degli ACARS di UA 93 - aggiunta un'avvertenza

Aggiornato il Case Study, alla versione Rev 1.04a.




Case study: "Acars UAL - UA 93" | Bambooboy | date: 16/2/10 | Rev.: 1.04a

nota di aggiornamento del 20-2-2010
A fronte di alcune obienzioni [ "Ed ballinger non poteva sapere se i suoi messaggi fossero effettivamente ricevuti dall'aereo" ] sollevate ( per quanto non le condivida assolutamente perchè non dimostrate con fatti e perchè illogiche ) ho deciso di aggiungere una nota al Case Study.

In tale nota segnalo di non tenere in considerazione il fatto se Ed Ballinger ( ovvero se i dispatcher di UAL ) fosse in grado, quando inviava un messaggio acars, di sapere se tale messaggio fosse fisicamente stato ricevuto o meno dalle apparecchiature preposte, presenti a bordo dell'aereo destinatrio del messaggio.

Ribadisco, non sono assolutamente concorde col fatto che i dispatcher non sappiamo se i loro messaggi vengono ricevuti dall'aereo ( non sto dicendo letti dei piloti ), ma siccome ai fini del CASE STUDY, questa è una informazione assolutamente inifluente, ho deciso di aggiungere questa nota, per evitare l'insorgere di dubbi che nulla hanno a che fare con il core dell'analisi.
Nel Proseguio della lettura di questo documento di analisi quindi, evitate di prendere in considerazione una simile circostanza ( o, meglio, valutatela da voi stessi )

Leggi l'articolo... | ...Torna alla HOME

L'analisi completa degli ACARS di UA 93 - CRITICHE E RISPOSTE [ post in aggiornamento ]

Pian piano che verranno esposte 'osservazioni articolate' all'analisi sugli ACARS UAL, le riporterò in questo post, assieme alle mie repliche, di modo da avere uno strumento facile e a portata di mano, per meglio valutare il tutto.




introduzione
Pian piano che verranno esposte 'osservazioni articolate' ( non illazioni alla "me lo ha detto mio cuggino per cui è così" ) all'analisi sugli ACARS UAL, le riporterò in questo post, assieme ovviamente alle mie contro affermazioni, di modo da avere uno strumento facile e a portata di mano, per meglio valutare il tutto.


Critiche e Repliche



-- [#001- critica - autore: Brain_use ]
"A pag 51 dell'elenco degli acars inviati da Ballinger c'è il messaggio in questione, come del resto riporta anche la 11/9 Commission:
'Don't divert to DC. Not an option'. E, proprio come riporta la 11/9 Commission, Ballinger ripete il messaggio 1 minuto dopo.
Domanda: se Ballinger avesse ricevuto conferma della ricezione del primo messaggio alle 10.10, perché mai avrebbe ripetuto l'invio alle 10.11?
"

-- [#001- REPLICA]
* Se la domanda sottintende "non ricevuto dall'aereo":
questo non corrisponde a verità.

Infatti che l'aereo abbia ricevuto il messaggio è dimostrato:
- dalle parole di Winter ( lettura e spiegazione dei messaggi )

- da quelle di Price ( "and did not receive any confirmation of receipt from the flight crew” e non dal sistema acars )

- dalle parole di Knerr :( ...“DLBLK” e “ULBLK”...)

- dall'azione di Ballinger ( inviare un nuovo messaggio proprio perchè sa che l'aereo non è irraggiungibile )

Che Ballinger avesse la certezza che il messaggio ACARS era stato consegnato, inoltre, nel caso non bastassero le affermazioni dei tre dipendenti della UAL, lo si può anche logicamente dedurre perchè:

- ( tralascio, visto che appositamente l'ho escluso dall'analisi, il discorso "asterischi/sigla/asterischi" alla fine dei messaggi )

- altrimenti si dovrebbe ipotizzare che nessun dispatcher possa mai essere in grado di sapere se una sua comunicazione sia stata ricevuta dall'aereo al quale sta comunicando. Se così fosse... sai quanti casini impensabili nei cieli ci dovrebbero essere ogni giorno!
Cioè, se l'obiezione fosse sensata ( anche senza portare alcuna concreta testimonianza a supporto ), vorrebbe dire che le comunicazioni terra/aereo ( o aereo/terra ) fossero assolutamente lasciate al caso e la sicurezza aerea fosse meno che una barzelletta. Basta leggersi qualsiasi documento di regolamentazione aerea per sapere che la sicurezza nei cieli è da sempre una cosa di importanza primaria.

* Nel caso il " non ricevuto" facesse riferimento alla CREW:
questo è evidente, ma non inficia per nulla l'analisi, che non verte sulle reazioni dei piloti, ma sulla geolocalizzazione e sui tempi di permanenza in volo di un areoplano, UA93.

Comunque è chiaro che Ballinger non potesse sapere se la CREW aveva "ricevuto" il messaggio, a meno che l'equipaggio non gli avesse risposto. E questo avviene per qualsiasi messaggio. Nessuno escluso, ad eccezioni ovviamente di quelli ai quali i piloti forniscono una risposta.

Tra l'altro, visto che non poteva sapere se la 'crew' avesse effettivamente letto il suo messaggio ( non avendo ricevuto dai piloti alcuna risposta ), e non avendo alcuna informazione di un ipotetico disastro, per sicurezza, vista l'emergenza, glielo invia pure un'altra volta.

O bisognerebbe incolpare Ballinger di non avere doti telepatiche?




-- [#002- critica - autore: Brain_use ]
"Tieni anche presente che alle 10.13 la FAA riceve conferma dell'avvenuto crash di UA93 e dunque, la necessità di comunicare con UA93 venne, purtroppo, meno".

-- [#002- REPLICA]
FAA e UAL sono due entità ben distinte che vedono cose ben distinte ( testimonianza di Brittain e Rogers ) e qui non stiamo parlando di FAA ma di UAL.

Infatti, il "punto dolente per le VU" che mette a nudo questa indagine, è proprio questo: che FAA e UAL stavano seguendo due differenti voli, entrambi però ufficialmente identificati come UA93.

E comunue, ammesso e non concesso che questa critica avesse una qualche attinenza con UAL, sempre resterebbe il problema dell'orario: se la FAA lo sa alle 10:13... quel povero cristo di Ballinger, perchè alle 10:12 non dovrebbe inviare un messaggio ad UA 93???
O si dovrebbe colpevolizzarlo di non avere il dono della preveggenza!?




-- [#003- critica - autore: Brain_use ]
"Attenzione anche a non far confusione con il concetto di downlink e uplink che indica semplicemente il verso della trasmissione e non l'ok alla ricezione."

-- [#003- REPLICA]
Opinione che per quanto 'accattivante' non corrisponde per nulla alla verità documentale e documentata.

Nel documento della FBI è espressamente scritto:

KNERR explained the uplink and downlink references on an ACARS message. DLBLK refers to downlink while ULBLK refers to uplink.
These references also identify that a ACARS message has been received by its sender, either ground communications or the aircraft





-- [#004- critica - autore: Brain_use ]
"...[si può ipotizzare anche che ]...Ballinger non sa se il messaggio è stato ricevuto e quindi lo ripete e sarebbe andato avanti a farlo se qualcuno non gli avesse detto: lascia stare..."

-- [#004- REPLICA]
Riporto questa 'critica', facendo notare innanzitutto come si tratti di una pura e semplice speculazione, che tra l'altro è in piena contraddizione con quanto affermato nei doucumenti e dalla logica e anche dalle precedenti risposte già fornite.

a) vedasi "REPLICA #3"
b) vedasi "REPLICA #1 - "* Se la domanda sottintende "non ricevuto dall'aereo" e "* Nel caso il " non ricevuto" facesse riferimento alla CREW"




-- [#005- critica - autore: Brain_use ]
"Alla fin fine l'unico elemento che ti fa pensare che l'acars sia arrivato a UA93 è il fatto che Winter non ha dichiarato esplicitamente che non lo sia".

-- [#005- REPLICA]
Non trattandosi nemmeno di una illazione, bisogna gioco forza dire: "Tana per la menzogna!".

Non è che Winter "non ha dichiarato esplicitamente che...", no.
Infatti Winter ha proprio esplicitamente affermato che:

"Messages #16 and #17 were sent to the aircraft from CHIDD using the RGS near Ft. Wayne, IN, FWA as designated in the line "AN N591UA/GL FWA...". The messages were sent to the ACARS printer".

Nel caso si volesse opinare su questa affermazione, cercando di inventarsi di sana pianta un'interpretazione... basta leggersi le successive per chiarirsi ogni dubbio.

"Messages #18 and #19 were sent to the aircraft from CHIDD using the RGS near Champaign, IL CMI as designated in the line "AN N591UA/GL CMI...". Both messages were sent to the printer and Message #19 also activated an audible signal in the aircraft".

E' impossibile che un segnale non ricevuto attivi ANCHE (oltre la stampante) un segnale audio nell'aereo. punto.

E quindi, sempre con le esplicite parole di Winter:

"Messages #20 to #24 were sent to the aircraft from CHIDD. However, all of the messages were rejected indicating the aircraft did not receive them".




-- [#006- critica - autore: Brain_use ]
"nostante la logica e le dichiarazioni presenti su documenti ufficiali, si continua a ipotizzare che i dispatcher della UAL non possanano sapere se un messaggio dal loro inviato, venga effettivamente ricevuto dall'apparecchiatura destinataria, a bordo dell'aereo.

-- [#006- REPLICA]

Avendo già speso tempo abbastanza su questo argomento, e visto che tale opinione ai fini del CASE STUDY è indifferente, ho deciso quanto segue:

a) ribadisco che non sono d'accordo con quanto hai scritto, cioè che i dispatcher non sappiano se un messaggio viene coonsegnato ( sia fisicamente ricevuto dall'aereo )
[ non sto ovviamente parlande se sappiano se i piloti l'abbiano letto o meno, che quello a meno che i piloti non rispondano fisicamente, non è possibile saperlo a priori ]

b) aggiungo però altrettanto che, per amore di discussione e perchè ininfluente, eviterò in futuro di affermare che Ballinger ( e chi per lui ) sapesse che il / i messaggi era / erano stati ricevuti.
non solo, aggiungerò una nota al case study degli acars di UA93 ( portandolo così alla Rev 1.04a, dove espressamente aggiungo di non tenere in conto il fatto che Ballinger avesse certezza dell'avvenuta o della mancata ricezione dei messaggi da parte di UA93




Leggi l'articolo... | ...Torna alla HOME

l'analisi completa degli ACARS di UA 93 - riportata una modifica

Ho aggiornato il documento in oggetto, correggendo il dato 10:12 ( ultimo messaggio NON ricevuto ), con quello delle 10:10 ( ultimo messaggio RICEVUTO ), più coerente per l'analisi. [ articolo aggiornato alla rev 1.04a ]




Ho aggiornato il documento in oggetto, correggendo il dato 10:12 ( ultimo messaggio NON ricevuto ), con quello più coerente per l'analisi delle 10:10 ( ultimo messaggio RICEVUTO ).
[ articolo aggiornato alla rev 1.04a ]

Ad integrazione dell'Analisi, a questo indirizzo 'le critiche e le repliche' - post in aggiornamento

20-2-2010: a fronte di alcune obienzioni sollevate ( per quanto non le condivida assolutamente perchè non dimostrate con fatti e perchè illogiche ) ho deciso di aggiungere un anota al Case Study.
In tale nota segnalo di non tenere in considerazione il fatto se Ed Ballinger ( ovvero sei dispatcher di UAL ) fosse in grado, quando inviava un messaggio acars, di sapere se tale messaggio fosse fisicamente stato ricevuto o meno dalle apparecchiature preposte, presenti a bordo dell'aereo destinatrio del messaggio.
Ribadisco, non sono assolutamente concorde col fatto che i dispatcher non sappiamo se i loro messaggi vengono ricevuti dall'aereo ( non sto dicendo letti dei piloti ), ma siccome ai fini del CASE STUDY, questa è una informazione assolutamente inifluente, ho deciso di aggiungere questa nota, per evitare l'insorgere di dubbi che nulla hanno a che fare con il core dell'analisi.

Leggi l'articolo... | ...Torna alla HOME

l'analisi completa degli ACARS di UA 93 - confermato: FAA e UAL seguivano due differenti "UA 93"

L'analisi completa dei messaggi ACARS per UA 93 - documento di studio e di analisi che evidenzia in modo documentato come FAA e UAL tracciassero due differnti aerei. [ articolo aggiornato ]




Case study: "Acars UAL - UA 93" | Bambooboy | date: 16/2/10 | Rev.: 1.04a

introduzione
Questa è un'analisi di documeti ufficiali, e su essi si poggia. Non è compito di questa analisi fornire alcuna interpretazione, parziale o globale che sia, di cosa realmente avvenne il 9/11.

Questo è un compito che solo ed esclusivamente una NUOVA E INDIPENDENTE COMMISSIONE DI INCHIESTA potrà svolgere.


nota di aggiornamento del 20-2-2010
A fronte di alcune obienzioni [ "Ed ballinger non poteva sapere se i suoi messaggi fossero effettivamente ricevuti dall'aereo" ] sollevate ( per quanto non le condivida assolutamente perchè non dimostrate con fatti e perchè illogiche ) ho deciso di aggiungere un anota al Case Study.

In tale nota segnalo di non tenere in considerazione il fatto se Ed Ballinger ( ovvero se i dispatcher di UAL ) fosse in grado, quando inviava un messaggio acars, di sapere se tale messaggio fosse fisicamente stato ricevuto o meno dalle apparecchiature preposte, presenti a bordo dell'aereo destinatrio del messaggio.

Ribadisco, non sono assolutamente concorde col fatto che i dispatcher non sappiamo se i loro messaggi vengono ricevuti dall'aereo ( non sto dicendo letti dei piloti ), ma siccome ai fini del CASE STUDY, questa è una informazione assolutamente inifluente, ho deciso di aggiungere questa nota, per evitare l'insorgere di dubbi che nulla hanno a che fare con il core dell'analisi.
Nel Proseguio della lettura di questo documento di analisi quindi, evitate di prendere in considerazione una simile circostanza ( o, meglio, valutatela da voi stessi )


una prima nota iniziale
Per comodità di esposizione in questo articolo, il discorso sugli ACARS e le loro implicazioni, verteerà in maniera principale su quelli relativi ad UA93 ( lascio gli approfondimenti su UA 175, ad altro post )


una seconda nota iniziale
I miei precedenti articoli sugli ACARS, contenevano una imprecisione e una approssimazione. Le trovate illustrate e spiegate qua sotto.


L’imprecisione:
ho erroneamente lasciato sottintendere ( anche a me era parso così ) che il file con i log di UA93, fosse il file di tutti i log di UAL per UA93.
Così non era, ed era anche semplice da capirlo, vista la nota scritta mano ad inizio documento da un membro della 9/11 Commission ).
Tale file è il file dei log degli ACARS della postazione di Ed Ballinger.
Resta comunque un documento assolutamente ufficiale; nulla toglie alla sua importanza e soprattutto continua a restare un documento che non va in contrasto con nessuna delle dichiarazioni rese alla FBI.

Mi sembrava comunque corretto farlo notare, e così ho fatto.


L’approssimazione
Ho inoltre commesso un’imprecisione.
Nel caso della relazione “messaggi-non-ricevuti” = ‘messaggi-con-asterischi”, devo riconoscere di essermi basato più su una logica deduzione causa-effetto, che su una reale documentazione in merito.
Pur restando certe e documentate le parole di Winter e il log ‘asteriscato’ della postazione di Ed Ballinger, da soli questi due fatti, non ho la possibilità di dimostrare che questa sia la effettiva realtà, e non solo una logica deduzione.

Anche in questo casomi sembrava corretto farlo notare, e così ho fatto.
E il ‘ragionamento’ è stato escluso dall’analisi.


i files di riferimento
- ACARS_UAL
- FBI_interviste_UAL
- NTSB_autopilot
- 9/11 CR
- NTSB_black_box

i documenti ufficiali
Partiamo da tre certezze ufficiali
- i log degli acars di UAL
- le ‘interviste’ dell’FBI al personale UAL
- i risultati della 9/11 Commission

I primi due, sono, lo ribadisco, documenti ufficiali di un’ufficiale indagine della FBI.

- Nessuno di questi documenti presentati e consegnati alla FBI per tale indagine, è stato considerato falso o manipolato.
- Nessuna delle persone coinvolte in queste interviste è mai stato denunciata per aver detto il falso nel corso delle ‘audizioni’

Questi sono tutti dati imprescindibili. Dati di fatto. Ufficiali e certificati. Punto.
Da qui non si può scappare.

Altro dato di fatto, ufficiale e certificato, sono l’ora e il luogo indicati dalla 9/11 Commission, come ora e luogo dello schianto di quello che la 9/11 Commission identifica come“UA 93” ( 10:03:11, vicino Shanksville, PA ).




i LOG degli ACARS di Ed Ballinger, UAL
Trattasi di un documento a disposizione della 9/11 Commission ( Team 7; Box 13 )

Alcune precisazioni per iniziare:

*-Tale documento è stato scannerizzato da MIKE WILLIAMS ( 911myths.com ) e da lui reso disponibile online.
( per chi non lo sapesse, Mike Williams è un sicuro sotenitore delle VU )

*- Nel caso imprecisioni siano presenti nella scannerizzazione, o nella qualità della stessa, le lamentele vanno perciò a lui indirizzate.

*- Nel caso in cui, il documento reso disponibile da Mike Williams, non fosse corrispondente all’originale, sua sarebbe la responsabilità della manipolazione.



Finite le precisazioni iniziali, andiamo a vederlo più da vicino.
Tale documento contiene, relativamente ad UA93, 18 messaggi ACARS:

1 di TARA CAMPBELL ( #18)
2 di ROBERT BRITTAN ( #4, #17 )
1 di AD ROGERS (ALESSANDRO SANDY D. ROGERS ) ( #3)
1 di PRICE DAVID ( #9)
11 di ED BALLINGER ( # 2, #5, #7, #8, #10, #11, #12, #13, #14, #15, #16 )
1 di UA 93 ( #1 )
1 di CHAD MCCURDY. ( #6 )

Rispetto ai messaggi ACARS analizzati durante le interviste della FBI, sono presenti alcune differenze:

- differente numero totale di messaggi ACARS
- differente ordine cronologico

Questo però ha una ragione d’essere valida, coerente e documentata.
Infatti nel documento delle interviste della FBI al personale UAL, è espressamente scritto che il documento sottoposto a Winter è la versione “Sanitized Time and Text of ACARS messages.

Sanitized Time” che? “Sanitized Text” che?
Ovvero: perché differenti?

1°) Perché si trattava dei log completi e non solo di quelli della postazione di Ed Ballinger ( completi, con tanto di campi “DLBLK” e “ULBLK”, come da log conservati presso la ARINC ( the network administrator for the communication data ) [ vedasi capitolo intervista a Knerr ]

2°)sanitized” nei “TEXT”, perché contengono solo i messaggi per e da UA 93. Ovvero, sono stati ‘ripuliti’ dei testi dei messaggi ACARS della UAL, per tutti quegli aerei che non fossero UA 93

3°)sanitized” nei “TIME”, perché come correttamente fa notare Knerr [ vedasi capitolo intervista Knerr ], “uplink and downlink times may show a time delay when compared. This is caused by the/processing of multiple ACARS messages through the ARINC network at the same time

Ai fini di questa analisi che ha a disposizione ‘solo’ il file dei log di Ed Ballinger, comunque, tali differenze non risultano essere significative.
Infatti, è importante notare è che:

- “messages #16 and #17” ( nelle numerazione che sta seguendo Winter )
sono comunque presenti nel documento dei log degli Acars di UAL ( RGS (FWA) di Fort Wayne, IN)
- “messages #18 and #19” ( nelle numerazione che sta seguendo Winter ), sono comunque presenti nel documento dei log degli Acars di UAL ( RGS (CMI) di Champaign, IL )



Informazioni in netto contrasto con la versione della 9/11 Commission.

le ‘interviste’ della FBI
Documento a disposizione della 9/11 Commission ( Team 7; Box 11 ) – interviste al personale UAL

Cosa contiene questo documento di così interessante?
Beh, ovviamente l’interessantissima e ‘pesantissima’ ‘intervista’ a Winter e a Knerr; ma non solo!
Infatti, scorrendolo fin dall’inizio, si apprendono un sacco di informazioni utili per correttamente inquadrare la questione ‘ACARS’.

le interviste
**[intervista FBI di GARY P. GAMBARANI ]** - impiegato della ARINC
[ pag 2 di 57 in pdf format ]

[…ACARS…] This system is run by ARINC. ARINC is a corporation which maintains the aeronautical radio contact points for airlines throughout the United States

[commento]
E così scopriamo chi è e cosa fa, la ARINC e il loro legame con il sistema degli ACARS

GAMBARANI advised all text data messages retrieved from the four hijacked aircraft were stored without being analyzed by ARINC

[commento]
Questo ( a meno di non accusare Gambarani di aver mentito, fatto del quale non esiste nessuna denuncia a suo carico), esclude che presso la ARINC, i dati ACARS possano essere stati manipolati, anche inavvertitamente. Solo “stored”.

Occasionally, companies will monitor engine instruments and performance through the ARINC system automatically

[commento]
Dell'esistenza di questi questi ACARS “tecnici” ( passatemi il termine ), parla anche Knerr. E non solo ne parla, ma anche li consegna alla FBI:
These [ 2 ] messages were routine maintenance messages… […snip…] … The ACARS report provided by KNERR will be maintained in the 1A section of this file
[ pag 37 di 57 in pdf format ]

[ NOTA_1]: la ARINC che “For nearly eight decades, ARINC has provided communications, engineering, and integration to deliver mission-critical solutions to the commercial, government, and defense industries”, è una compagnia appunto specializzata nel ramo delle comunicazioni.

[ NOTA_2]: è a disposizione QUI questo documento ufficiale del 1998, dove si illustra nel dettaglio il doveroso adeguamento tecnologico che dovrà interessare la tecnologia ACARS e le relative specifiche tecniche.

**[intervista FBI di PRICE DAVID ]** - UAL San Francisco Maintenance
[ pag 33 di 57 in pdf format ]

sent an ACARS message to the computer screen in the cockpit of flight 93

[ commento ]
Facile: un’ennesima conferma che Price invia un messaggio ACARS a UA 93

and did not receive any confirmation of receipt from the flight crew

[ commento ]
Può una simile affermazione inficiare ciò che gli ACARS dimostrano?
Ovvero, sarebbe plausibile immaginare che nonostante un ‘dispatcher’ invii un messaggio acars, questi non sappia se tale messaggio venga ricevuto o meno dall’ aereo?
No. Non è possibile, dalle parole di Price, poter trarre una simile conclusione, e questo per due specifici motivi:
- Price testualmente dice di non aver avuto conferma dalla “flight crew
- Price non dice che il messaggio non sia andato a buon fine ( come pura ricezione tecnica )
- Michael J. Winter, esplicitamente dice”
Message #13 was sent to the aircraft from UAL San Francisco, CA line maintenance to the ACARS screen and also activated the audible signal. The RGS for this message was near Toledo, OH as designated "TOL" in the line "AN N591UA/GL TOL...

Quindi questo semplicemente vuol dire che Price non poteva sapere se l’equipaggio avesse letto o no il messaggio, regolarmente fisicamente ‘consegnato’.





**[intervista FBI di JIM RITTER ]** - NTSB
[ pag 47 di 57 in pdf format ]
JIM RITTER, Chief, Vehicle Performance Division, Office of Research and Engineering, NATIONAL TRANSPORTATION SAFETY BOARD NTSB, 490 L'Enfant Plaza East S.W., furnished the following items
to the interviewing Agents: …
3. ACARS message traffic printouts for UA 93, dated 9/11/2001


[ commento ]
questo significa che il NTSB, che analizzò la scatola nera ritrovata dalle parti Shanksville, fosse in possesso dei messaggi ACARS di UA 93, oltre che dei flight data recorder, flight syudy path, radar datas, etc , come riportato nella lista di documenti che Ritter consegna alla FBI per intervistare il personale UAL.

**[intervista FBI di ED BALLINGER ]** - UAL dispatcher
[ pag 50 di 57 in pdf format ]

tale intervista, ai fini di questa indagine, non riporta nulla che meriti menzione.

**[intervista FBI di ROBERT R. BRITTAIN ]** - UAL dispatcher
[ pag 51 di 57 in pdf format ]
He explained that as aircraft travel across the country, the FEDERAL AVIATION ADMINISTRATION FAA, Air Traffic Control Center ATC, maintains radio contact with the aircraft. Often times an aircraft does not tune to a radio frequency as directed by the FAA ATC. When the FAA ATC attempts to contact a particular flight, another flight will hear the radio contact and send an ACARS message to UA dispatch notifying them of the FAA ATC radio traffic. UA dispatch will then send an ACARS message to the flight that the FAA ATC is attempting to contact.

[ commento ]
Ai fini di questa indagine, queste parole sono la conferma che FAA e UAL non hanno lo stesso “contatto” con gli aereoplani.

**[intervista FBI di ALESSANDRO SANDY D. ROGERS]** - UAL dispatcher
[ pag 51 di 57 in pdf format ]

Anche questa intervista non contiene nulla di particolare da segnalare, se non che conferma le parole di Robert R. Brittain, in merito alle ‘separazioni’ FAA e UAL.

**[intervista FBI di –omississ ]** - Agente Special Investigator and Firearms Instructor, Firearms Training Unit, FBI Academy
[ pag 42+ di 57 in pdf format ]

L’agente visita un Boeing per familiarizzare con le strumentazioni.
In merito agli ACARS riporta che:

The ACARS system is a VHF-based radio system which is synchronized with Coordinated Universal Time UTC. ACARS messages are received on either the ACARS display screen or a small printer. I [-omissis-] printed out an example of a printed ACARS message. This message was placed in a 1A envelope! A visual indicator on the ACARS screen Labeled "MSG" flashes when a message is received.

[ commento ]
Scopriam così che tipo di sistema utilizzassero i messaggi ACARS.
VHF-radio. Tenetelo presente quando leggerete le parole di Knerr.

**[intervista FBI di – MICHAEL J. WINTER ]** - UAL
[ pag 55+ di 57 in pdf format ]

All’intervista di Winter non aggiungo commenti, solo riporto im maniera integrale la sua lettura dei “sanitized Time” messaggi ACARS di UA 93:

Message #1 was routed from the aircraft through the RGS near Pittsburgh, PA PIT as designated in the line "DT DDL PIT...". Message #2, to the aircraft, was also routed through the RGS near Pittsburgh, A and was directed to the ACARS printer on the aircraft. The routing to the printer is designated by the letters "AGM" following "Smi=AGM" and "STX=AGM.."

Message #3 was a message to the aircraft from Chicago Dispatch CHIDD listed as a Command Respoinse MD type message. The CMD message, designated in the line "Smi=CMD Agy/Num=65535", was sent to the ACARS screen and utilized the RGS near Pittsburgh, PA. In this type of message, the flight dispatcher can also activate an audible signal to alert the flight crew of the sent message but this was not done.

Message #4 was sent from the aircraft to UAL flight dispatch using the RGS near Pittsburgh, PA. The designation "C4" appears just before the sentence "EWRSFO..." indicating the message was sent from the aircraft.

Message #5 was an engine data message which was sent automatically to UAL Chicago dispatch and a UAL maintenance computer. The information in the message as N41.20 W080.5" was the latitude and longitude of the aircraft when the date was sent.

Message #6 was a message to the aircraft from CHIDD using a RGS near Akron/Canton, OH CAK and was sent to the ACARS screen. The designation for Akron/Canton, OH CAK appears in the line beginning "AN N591UA/GL CAK..."

Message #7 was sent to the aircraft from CHIDD using a RGS near Akron/Canton, OH. The message was sent to the ACARS screen and was a CMD type message.

Message #8 was sent to the aircraft from CHIDD using the RGS near Akron/Canton, OH. The message ws a CMD message and also activated the audible signal. The audible signal designated as "BEL" in the line "QUCHIAKUA-1-BL>UA 93".

Message #9 was an engine data message. The latitude and longitude was also listed in the message as "N41.31 W081.06".

Message #10 was sent to the aircraft from CHIDD and was sent to the ACARS screen omly. The RGS in this instance was near Cleveand, OH CLE from the line "AN N591UA/GL CLE...".

Messages #11 and #12 were sent to the aircraft from CHIDD using the RGS near Cleveland, OH. These messages also activated the audible signal in the aircraft.

Message #13 was sent to the aircraft from UAL San Francisco, CA line maintenance to the ACARS screen and also activated the audible signal. The RGS for this message was near Toledo, OH as designated "TOL" in the oine "AN N591UA/GL TOL...".

Messages #14 and #15 were sent to the aircraft from CHIDD using the RGS near Toledo, OH. The messages were sent to the ACARS printer.

Messages #16 and #17 were sent to the aircraft from CHIDD using the RGS near Ft. Wayne, IN, FWA as designated in the line "AN N591UA/GL FWA...". The messages were sent to the ACARS printer.

Messages #18 and #19 were sent to the aircraft from CHIDD using the RGS near Champaign, IL CMI as designated in the line "AN N591UA/GL CMI...". Both messages were sent to the printer and Message #19 also activated an audible signal in the aircraft.

Messages #20 to #24 were sent to the aircraft from CHIDD. However, all of the messages were rejected indicating the aircraft did not receive them.


**[intervista FBI di DAVID KNERR ]** - Manager Dispatch Automation UAL
[ pag 36, 37 di 57 in pdf format ]

KNERR explained the uplink and downlink references on an ACARS message.
DLBLK refers to downlink while ULBLK refers to uplink.
These references also identify that a ACARS message has been received by its sender, either ground communications or the aircraft


[commento]
Questo egregiamente e coerentemente spiega come Winter potesse affermare, ad un ufficiale della FBI, senza alcuna ombra di dubbio, quali messaggi ACARS siano stati ricevuti e quali no ( senza dover andare a perdersi nell’ipotesi degli ‘asterischi’ a fine messaggio )
Ricordo ancora che i log completi erano “stored” presso la ARINC, e che la ARINC stessa non eseguì alcuna operazione sugli stessi.

Tali log furono sicuramente a disposizione del NTSB ( tramite la FBI da cui dipendeva ) [ vedasi intervista di Jim Ritter e questo link ] che li utilizzò nelle sue analisi, e che li diede alla FBI per effettuare le interviste in oggetto.

Non è quindi un’ipotesi, ma un dato di fatto che tali log siano stati consegnati alla FBI per le indagini, infatti, la versione sanitized di tali messaggi, venne sottoposta dalla FBI a Michael J. Winter della UAL, per la corretta interpretazione delle informazioni in essi presenti.

KNERR advised that FLIGHT 93's low altitude may have caused this dilemma or the fact that FLIGHT 93 had already crashed at the time the messages were sent

[ commento ]
Da questa parte di dialogo apprendiamo una cosa; ovvero che: l’altitudine, o meglio la bassa altitudine, può influire sulla ricezione fisica dei messaggi ACARS.

Da una simile affermazione, si deduce che facendo abbassare un aereo sotto una certa altitudine, la possibilità di tracciarlo tramite messaggi ACARS, diventa improbabile se non impossibile ( dipendendo ovviamente dalla distanza con la RGS di pertinanza )

Chi ritenesse il su scritto punto, un punto meramente speculativo, può tranquillamente ignorarlo.

In the final moments, at 10:12 AM EST, of UA FLIGHT 93's flight, ACARS messages were being sent from ground communications but were not being received. This was causing the ACARS messages to be rejected

[ commento ]
Questa affermazione è da dividere in due parti:

la prima:
- “ACARS messages were being sent from ground communications but were not being received. This was causing the ACARS messages to be rejected

Ovvero un’altra conferma che alcuni messaggi ACARS inviati, non vennero ricevuti da UA 93;
E un’ ennesima conferma che UAL fosse e sia in grado di sapere quali messaggi ACARS siano stati ricevuti e quali no (“DLBLK” e “ULBLK” )!!!

la seconda:
In the final moments, at 10:12 AM EST, of UA FLIGHT 93's flight…

KNERR dice le 10:12 am ( ultimo messaggio NON ricevuto. Quello precedente, RICEVUTO, come da documento ACARS e come confermato dalle parole di Winters è delle 10:10 ), ma secondo l’ analisi della scatola nera ritrovata dalle parti di Shnaksville compiuta dalla NTSB, e quindi poi anche dalla 9/11 Commission: UA 93 era già bello e schiantato al suolo alle 10:03:11, vicino Shanksville, PA!!!

Va ricordato che il NTSB, come da ordini ricevuti dalla FBI, mai effettuò alcuna analisi identificativa della scatola nera
[ vedasi QUI ]

According to KNERR, this is important to remember when reviewing data messages because uplink and downlink times may show a time delay when compared. This is caused by the processing of multiple ACARS messages through the ARINC network at the same time

[ commento ]
Questo punto è decisamente molto importante, in quento è l’unico punto che può, teoricamente, inficiare il dato che alle 10:10 am UA 93 fosse ancora in volo.

Dobbiamo però notare che:
1°) Knerr non dica che assolutamente ci sia il “time delay”, ma che, in alcuni casi, ci possa essere.

2°) ipotizzare un ritardo ( su una comunicazione “VHF-BASED”, in una zona vasta ma ben circoscritta ) di 10:10 meno 10:03:11 = circa 7 minuti, sinceramente non sembra assolutamente possibile.

3°)tale 'delay' di circa nove minuti avrebbe dovuto interessare solo i messaggi ACARS "compromettenti", mentre per gli altri nessun ritardo sarebbe occorso. Non che la cosa fisicamente sia da ritenersi impossibile, ma sicuremente le probabilità che i 'delay' possano essere stati così selettevi, non possono essere considerate elevate.

Ma soprattutto perchè:
4°) il documento con l’elenco degli ACARS che viene sottoposto a Winter, è il documento degli ACARS che arriva dalla NTSB, e viene ufficialmente chiamato dagli agenti della FBI che stilano il rapporto: “Sanitized TIME and text of ACARS
Dove il ‘sanitized Time’ esattamente dice che i tempi sono stati controllati e “sanitized”.


le Radio Ground Stations
** Dalla intervista di Winter **
[ pag 55 di 57 in pdf format ]
"Mr. Winter explained the Aircraft Condition and Reporting System ACARS uses radio ground stations RGS at various
locations throughout the United States for communication
. The messages from the aircraft utilize the RGS in a downlink operating
system. A central router determines the strongest signal received from the aircraft and routes the signal/message to UAL flight
dispatch.
"

[ commento ]
RGS ( radio ground station ) differenti, che comunicano a seconda di quanto sia forte il segnale.
Ovvero, più sei vicino ad una RGS, più facilmente quella RGS gestirà il tuo messaggio ( e l'informazione della RGS di riferimento, viene acquisita nel log ).

** dalla 'intervista' FBI di Knerr **
[ pag 42 di 57 in pdf format ]
"Regarding the VOR, a plane must be within approximately 200 miles of the tower site to receive the radial beacon signal.
The VOR is an older navigational aid and is typically used as a back up to land the plane in the event the electronic GPS aids are
not functioning
"

[ commento ]
Pur non stando espressamente parlando del sistema ACARS, in questo punto Knerr fa riferimento ad una modalità di comunicazione assimilabile ( VOR, short for VHF Omni-directional Radio Range, is a type of radio navigation system for aircraft. A VOR ground station broadcasts a VHF radio composite signal including the station's identifier, voice (if equipped), and navigation signal. ).

Per aver qualche informazione in più sugli ACARS, possiamo leggere QUI, anche se il documento fa riferimento al 2005, può lo stesso tornare utile per 'schiarirsi' le idee.

Ricordo che i messaggi ACARS, riportano come RGS ( radio Ground Station ) che gestirono gli ultimi messaggi, quella di Toledo, quella di Fort Wayne e quella di Champaign!!!

Righello di Google Earth alla mano, possiamo andare a vedere a cosa corrispondono 200 miglia sulla cartina, in relazione a Cleveland, Pittsburgh, Toledo, Fort Wayne, Champaign e Shanksville!!!




conclusioni: UAL e FAA stessero tracciando due differenti aerei
Innanzitutto bisogna, ancora una volta, ricordare che questo studio si basa su dati ufficiali, presi da documentazione ufficiale certificata. Se, e ed è questo caso, alcuni di questi dati sono in contrasto con quelli riportati nel 9/11 Commission Report, "non è colpa dell'autore di questo articolo".
Trattandosi però di dati ufficiali, chi volesse contestarli, dovrà pertanto essere in grado di fornire altrettanta documentazione ufficiale che, nel merito, puntualmente, li smentisca.

Questo studio non intende minimamente sostenere che i dati radar, le comunicazioni FAA, gli ATC, e/o i dati presntati dal NTSB riguardo all'aereo che la 9/11 Commission indica come "UA 93", sia falsi o manipolati.

Non è nemmeno nè intenzione nè sostenuto da questo studio, che nulla successe dalle parti di Shanksville: troppe informazioni, troppe testimonianze 'convergenti'sul fatto che qualcosa successe.

Ma, anche senza dover scomodare la testimonianza di Winter ( su riportata ), con le parole di KNERR e i log ufficiali di UAL, questo documento, questo studio, sostiene che UAL e FAA stessero tracciando due differenti aerei.

Questi dati infatti mostrano che l'ufficiale UA 93 non si schiantò alla 10:03:11 dalle parti di Shanksville.

Cosa successe in quel luogo, non è compito di questa documentata ricerca scriverlo.
Compito di questa analisi è poter affermare, su basi documentate ed ufficiali, che ciò che è scritto nel 9/11 Commission Report, in merito all’aereo di cui vennero ritrovati dei rottami dalle pari di Shanksville, non corrisponde a ciò che i documenti riportano.

domande
Da questi dati documentati, sorgono però domande importanti.
Domande alle quali risulta impossibile sottrarsi, e che solo una nuova, ufficiale e indipendente indagine potrà fornire risposta:

Visto che UA 93 non poteva essere l’aereo che presumibilmente si schiantò dalle parti di Shanksville alle 10:03:11, essendo ancora in volo alle 10:10 am:

- da quale aereo provenivano le telefonate che la 9/11 Commission dice essere state fatte dal volo UA 93?

- A che volo realmente apparteneva la scatola nera analizzata dal analisi che indica la data dello schianto alle 10:03:11 )?

- a quale aereo appartengono i resti di aereo recuperati a Shanksville?

- su quale aereo erano effettivamente i 'dirottatori'?

- che impatto ha una simile informazione su a quando scritto nel 9/11 Commission Report?


un obiezione: …e una possibile speculazione per spiegazione
Avvertenza
Questa si tratta solo di una mia personale speculazione, per cui queste ultime parole non fanno ‘effettivamente’ parte dell’indagine su svolta.

La riporto qui, perché può tornare utile ad altri ricercatori ( pro o contro questa analisi, non ha importanza ).

Immagino infatti possa sorgere spontanea l’obiezione:

ma se era così evidente dagli ACARS che UA 93 non si era schiantato a Shanksville all’orario detto, come è possibile che il 9/11 Report invece…?

Capisco il ragionamneto, ma, permettetemi una speculazione una volta tanto, che offre una spiegazione, semplice e plausibile.

Ed è il rapporto del NTSB sui dati di volo di quello che asseriscono essere UA 93.

gli investigatori raccolgono testimonianze ( ATC, che sono FAA ), scatole nere ( senza chiederne un’analisi comparativa serial-number / aereo di appartenenza ) [ ciò non viene fatto per “disonestà”, semplicemente perché tutti ( media, tv, governo ) fin dal primo giorno parlano di UA 93 in relazione a Shanksville ]

chi alla fine viene incaricato di analizzare i dati ( NTSB su ordine FBI), si trova davanti ad una montagna di dati congruenti ( tutti quelli che afferiscono a Shanksville ) che hanno tutti come fonte primaria la FAA ,una scatola nera non identificata e i dati ACARS UAL



A nessuno viene in mente ( è umanamente comprensibile ) che ci si possa trovare davanti a due differenti areoplani e non ad uno solo ( ACARS che sono UAL ), quando si incontrano tali informazioni

Per umano approccio, si è quindi pronti a scartare ( senza ulteriori indagini ) i fatti che non combaciano con quanto “antecedentemente stabilito fin dai primi minuti”, anziché approfondire un dato che, in base a quanto affermato da tutti, Presidente in testa, risulterebbe incongruente.

Le informazioni contenute negli ufficialissimi e confermatissimi messaggi ACARS dell’ufficiale UA 93, vengono così semplicemente ‘tagliati’ dove non combaciano con la “vox populi”. Nessun complotto in questo da parte di commissari o agenti FBI o tecnici NTSB.

E così, ci si ritrova per le mani un 9/11 Commission Report che può ‘innocentemente’ affermare che “UA 93” si schiantò dalle parti di Shnaksville alle 10:03:11, mentre gli ufficiali e confermati messaggi ACARS UAL, dicono che UA 93 alle 10:10 era ancora in volo!

Trattandosi questa parte di una mia speculazione, può essere non presa in considerazione.

nota finale
Il merito di questa indagine è principalmente da attribure, lo ripeto, a Woody Box, in quanto è stato il primo a notare ed evidenziare le informazioni relative ai messaggi ACARS di UA 93.

Io ho solo deciso di verificare la correttezza delle sue indicazioni e di approfondirne l’analisi.


PER UNA NUOVA UFFICIALE E INDIPENDENTE INDAGINE SUI FATTI E SULLA TRAGEDIA DELL’ UNDICI SETTEMBRE


*[ questo articolo ha avuto un aggiornamento a distanza di pochi minuti dalla pubblicazione. L'aggiornamento riguarda il punto " 3°)", presente nel paragrafo dell'analisidell'intervista a Knerr ]
*[ aggiunto un aggiornamento in data 17 febbraio 2010: capitolo sulle RGS ]
*[ aggiunto un aggiornamento in data 18 febbraio 2010: meglio specificato un concetto: 10:12 Knerr msg not received - 10:10 Winter last received ]
*[ aggiunta l'avvertenza iniziale ]
*[ aggiunte nuove elaborazioni concettuali e grafiche: QUI ]

Leggi l'articolo... | ...Torna alla HOME