New FDR Decode, page 36
Pages: <<  33    34    35    36    37    38    39  >>
ATS Members have flagged this thread 12 times


reply posted on 27-11-2009 @ 07:55 PM by tezzajw
Originally posted by 911files
reply to
post by tezzajw


No, you must not be. Please show me where my reference to an 'old man' was quoted by anyone in the thread above please.

You're confusing me with someone else, 911files. Perhaps the time and effort that you're spending on the alleged FDR data is hindering your ability to correctly reads posts?

I never stated anything about you being an old man. Quote me if you think that I did.

How can the alleged FDR data show the flight deck door always being closed, 911files? I'm puzzled by it!


reply posted on 27-11-2009 @ 08:25 PM by 911files
Originally posted by tezzajw
Originally posted by 911files
reply to
post by tezzajw


No, you must not be. Please show me where my reference to an 'old man' was quoted by anyone in the thread above please.

You're confusing me with someone else, 911files. Perhaps the time and effort that you're spending on the alleged FDR data is hindering your ability to correctly reads posts?


Now this is why you are confused all the time.

Originally posted by tezzajw
Originally posted by R_Mackey
Well since 911Files only exists in quote form to me, through others,

Originally posted by 911files
Darn Mackey imposter, we were talking about England, not me. Thought you had me on ignore?

You must be working so hard on that alleged FDR data decode that you don't read posts properly, 911files?


You assert I am not reading well because Mackey imposter claims to only be reading my quotes. I ask you to show me the quote by anyone where I am talking about an old man to support your assertion. Instead, you go off on another tangent. This is why you stay confused.

[edit on 27-11-2009 by 911files]


reply posted on 27-11-2009 @ 09:06 PM by rhunter
Originally posted by cesura
That doesn't correlate with radar, terrain, and other
data, nor is it consistent with the longitudinal
acceleration recorded at the same time.

Yes, well your internet "say so" and $7 US will get me a cup of coffee at Starbucks. Which radar, what "terrain, and other data" are you talking about here? Does anyone have any supporting documentation, maps, charts, spreadsheets, etc. to support these assertions, or are we all just whizzin' in the wind here?
Your hypothesis would imply at least 8 seconds missing
from the decodes performed by PfT and NTSB, instead of
the 4 seconds implied by hypotheses that correlate with
other data.
This is why it is important to read AND quote in context, Will. If you read the paragraph that quote was excised from, you will see the "scare quotes" and some old Jon Lovitz/SNL shtick. I am aware that sarcasm doesn't often translate to the internet- I'll try to remember the [/sarc] tag next time, but FYI- that really wasn't any "hypothesis" of mine.

Most of us have been merging those four fields (from
three instruments) into a single radio height. Keeping
them separate will give you different rates of descent
for exactly the same reason that separating the stream
of pressure altitudes into four distinct streams, each
one or two seconds out of phase with each of the others,
would give you different rates of descent for each stream.

Yes well "merging" data often results in what I've heard referred to as "convoluted data" or alternately "conflated data," and I was trained to avoid that specifically without proper and well-documented justification for doing so. It's actually slightly similar to that Nyquist "aliasing" thing that we were talking about. But if the corresponding scan intervals between the respective RA's are scanned at the same frequency for a "nearly linear" descent (as I believe you have been suggesting on this thread), then shouldn't the 3 or 4 slopes be very similar taken across several scan cycles? Of course there will be a "time offset" between the different RA sensors, but I seem to recall the scan interval being nearly identical between each set. Unfortunately, I'm still recovering from a computer crash, and I won't have my spreadsheet installed for a while while I save a few backups, so I can't open my earlier work right now.


Lots of people understand linearity. Your grandmother
was one of them.

I highly doubt that you ever knew my grandmother well enough to make that presumption. She only had an 8th grade education and married very young IIRC, but she was a hell of a cook! She quite likely may not have understood most definitions of "linearity" very well BTW.


reply posted on 27-11-2009 @ 09:53 PM by tomk52
Originally posted by cesura
Originally posted by tomk52
I recognize the theoretical Nyquist criterion. I am neither a mathematician nor a scientist. I'm an engineer. I'll stick with 8x whenever possible. And move carefully down to 5x when forced to.

Entirely appropriate. The mathematical theorem says the Nyquist frequency is exactly 2x, but that theorem also says its conclusions hold only when the signal is bandwidth-limited to less than the Nyquist frequency. In most engineering applications, you won't have exact knowledge of the bandwidth, so you have to build in a margin of safety.


I got snaked a bunch of years ago on this very issue. I was trying to record some high frequency waveforms out of an RF generator. I'd read about Nyquist criteria and designed the DAQ system (a LabView system, just like rhunter is about to bring up) for 4x the generator freq. I thought I'd discovered all kinds of problems with "out of acceptable frequency emissions". I showed my results to a old timer EE. He took one look, told me to double the DAQ frequency, and all my "discoveries" suddenly evaporated.

Originally posted by cesura
Originally posted by tomk52
The Moire effect is registered just fine by film, by cameras, by photoelectric cells, etc. Not only by biological visual systems. Therefore it is not caused by our visual systems. It's an objective phenomenon that is a spatial analog to "beat frequencies" in superposed oscillating systems with slightly different frequencies..

The Moire effect is a special case of aliasing, which is the objective phenomenon registered by all those systems: there are infinitely many signals that give rise to exactly the same data when sampled.


Agreed. I was just intending to point out that it didn't ORIGINATE within our visual system. That the aliasing (or interference pattern) exists as a result of external, objective phenomena.

Originally posted by cesura
The mistake arises only when someone or something tries to impose some interpretation on that data, and chooses the simplest (low-frequency) interpretation instead of considering signals at or above the Nyquist frequency. It's basically an inappropriate use of Occam's razor.


Or on occasion, when you impose the phenomenon to get the right answer.

During this discussion, the oldest (in my experience) & very useful example of a very simple Moire pattern (a single line pattern) occurred to me: Vernier scales on old-time calipers.

Originally posted by cesura
Humans make that mistake quite naturally; it seems to be part of our cognitive programming. Computers and other devices can make that mistake also, but only when they're programmed to do so. That's an important difference between humans and computers: Computers are generally willing to regard data as mere data, without expressing or trying to defend any opinion regarding the original signal from which the data were sampled.


We are pattern recognizers without peer on the planet. Unfortunately, that gets us to seeing all kinds of patterns that really aren't there.

Including dragons in random cloud shapes, Jesus in grilled cheese sandwiches, and conspiracies in random events.

Originally posted by cesura
I haven't been trying to prove you wrong. I've just been trying to explain why I don't understand your point.

Will


Ditto.

I hope you had a great Thanksgiving.

Tom


reply posted on 27-11-2009 @ 09:53 PM by 911files
Originally posted by R_Mackey
Sorry Will, couldn't resist. But you may want to tone down the pompous attitude a bit. Especially when you been proven wrong time and time again in this thread.


I must have missed that. Everything I have seen tends to show you wrong time and time again. For example.

The FDR stores serial bit data. For you Mackey imposter, that means an applied votage greater than the carrier voltage = binary 1. The absence of that voltage is the binary value 0. In other words, no signal = 0, signal = 1. Here is the
frame segment for the FLT DECK DOOR.



Note, binary 0 is translated to mean CLOSED. However, what it means is that no signal was being sampled in that frame for that parameter. Since there is no evidence that a signal was EVER sampled for the 42 hours recorded, it can be assumed that this bit was not being sampled (since we know that at some point in 42 hours someone would most likely have opened that door).

[edit on 27-11-2009 by 911files]


reply posted on 28-11-2009 @ 01:13 AM by tomk52
There is a very strong indication that something catastrophic happened within the last 2 data frames. Here is the longitudinal acceleration versus time to End of Data for the last 6 seconds.



Time Long. Accel.
(sec) (G's)
-6.00 0.177
-5.75 0.169
-5.50 0.130
-5.25 0.165
-5.00 0.171
-4.75 0.132
-4.50 0.141
-4.25 0.137
-4.00 0.134
-3.75 0.145
-3.50 0.143
-3.25 0.124
-3.00 0.175
-2.75 0.130
-2.50 0.139
-2.25 0.139
-2.00 0.187
-1.75 0.210
-1.50 0.200
-1.25 0.181
-1.00 0.173
-0.75 0.210
-0.50 0.014
-0.25 0.118
0.00 -1.083


And here it is plotted:

Graph, Long. accel vs time

We know that the engines were at 100% power, & clearly started accelerating, at about 36 seconds before EoD, quickly reached a max acceleration (0.25 g) at about 24.5 seconds before EoD, and the accel had been steadily decreasing ever since. The accel was decreasing because the drag force was increasing as approximately the square of airspeed.

This relationship (drag vs. airspeed) is why I approximated the longitudinal accel using a 2nd order polynomial. You can see that the polynomial fits the data quite nicely.

The existence of some major event is shown in the accel data at about 2 seconds before EoD, when the longitudinal accel suddenly INCREASES to 0.21g. This increase cannot be explained by added engine power or lowering the nose. We know from vertical accel that Hanjour was pulling the nose up during this interval.

There are two possible explanations:

Choice A: The data is trustworthy
1. This is a structural vibration shooting thru the body of the plane. Remember, the accelerometer (located at the CG of the plane) measure the acceleration of THE ACCELEROMETER itself. (This is "sensors 101".) With the accelerometer bolted to an internal bulkhead of the plane, the acceleration of the accelerometer is usually equivalent to the acceleration of the plane itself. But in the case of an impact, the various substructures will all have their own accelerations, and the accelerometer will record the acceleration of the component to which it is attached.

This fact is corroborated by the fact that, at the last accelerations listed, the final airspeed would have increased from 481 kts to 492 kts. Instead, it increased from 481 kts to only 483 kts, for an average longitudinal acceleration over this interval of 0.046g. (Note that this is only 1/3rd of the 0.13g acceleration that it had been maintaining just before the event.

So it is clear that after this event, whatever it was, the plane was unable to maintain the full power longitudinal acceleration that it had maintained for the previous 22 seconds.

Choice B: The data is untrustworthy
2. It is an electrical glitch due to an interruption in the electrical power. And all the data has gone somewhat squirrelly.

Regardless of which choice you take, the conclusion is clear. Somewhere around 1.75 to 2.25 seconds before impact, something catastrophic happened to the data being provided to the FDR by the plane's sensors.

TomK


reply posted on 28-11-2009 @ 01:16 AM by turbofan
Here's a little tech for those interested. The Flight Deck Door was most
certainly assigned as a recorded parameter as per this chart:





A port that is not used looks like this in the documentation:



It is clear, without debate that Flight Deck Door was assigned and being
polled by the system.

These captures were taken from a Boeing 757 manual, document number:
D226A101-3, revision G.

As shown the flight data recorder receives a logic low (binary 0) when the
door is closed. With electronic circuits (specifically digital signals), you
must NEVER leave a pin open. It must be referenced to VSS (signal high),
or Ground (signal low) at all times. It CANNOT remain floating or the input
circuitry will receive noise, and/or an undetermined value.

For this reason, the following circuit is the standard for switched logic
circuits. There may be variations, however the signal input line will
ALWAYS sense Ground (logic 0), or VSS (logic 1)



So what does this mean? Well, according to the documentation, the door
is closed when a logic zero is received at Port D14, word 251, bit 1, subframe 3.

If this parameter was NEVER recorded the documentation would not assign
a port, and/or a word/bit position.

If the door was left open, the value would read logic 1 (VSS) as shown on the right side (Figure 2).

Parameters that are not recorded (IE: spares, or unused ports) are tied
to ground instead of VSS to reduce current draw and power consumption
in a circuit.

Summary:

Unused pins, spare ports, etc. are tied to ground and are labelled as spare
in the second chart from the top of this post.

Assigned parameters are never 'floating' and will either see a logic 1, or
logic 0. In the case of the Flight Deck Door, it was reading ground which
means it was closed (logic 0).

[edit on 28-11-2009 by turbofan]


reply posted on 28-11-2009 @ 01:37 AM by tomk52
Originally posted by rhunter
Originally posted by tomk52
...
I agree wholeheartedly that Balsamo is a pompous ass.

BTW, Tony Sz is not a structural engineer. He is, like me, a mechanical engineer.

He's just not nearly as good a MechE as I am. And his theories are riddled with nonsense.

TomK


Now this quote is somewhat peculiar. How many MechE departments teach signal processing and capture/DAQ as part of their curriculum? I seem to recall that being a primarily EE (or possibly CS) endeavor with most of the universities that I'm aware of, and certainly with an overwhelming majority of the engineers that I have worked with over the years.

Anyway, we've now got the "tomk52 theorem" of 5x-8x "over"sampling of signals to prevent aliasing- you heard it first here at ATS. Perhaps a formal paper will be forthcoming at some point in the future.

Much of engineering ultimately comes down to economy, unfortunately. How much data analysis, money, time, equipment, and bandwidth would be wasted by increasing the dataset size by 2.5-4x? Those numbers would probably be fairly difficult to quantify.

Those on government contracts likely wouldn't care from what I have observed in the past.


Spoken like a true baby tech.

Some people DO continue to learn things after college, ya know.
I got my BSME in '74. I've been learning things on the job ever since.

Look, kid.

I told you what to do. Go ask ANY experienced EE, or any apps engineer at NI, what level of oversampling they'd recommend.

When they tell you "about 8x", c'mon back here again with your snarky 'tude.

TomK.


reply posted on 28-11-2009 @ 02:01 AM by tomk52
reply to post by turbofan



Originally posted by turbofan
reply to post by tomk52



Wow Tom, thanks for opening your ignorant "internet mouth" again.

Let me see if I can recap the list of errors you have made in the last
two posts:

1. There is nothing fancy about the word "electric". It is what, it is...


No kidding. I guess "recognizing sarcasm" is another characteristic that we can drop from your short list of "long suits".

Originally posted by turbofan
2. ...blah, blah, blah ...

3. There is NO error associated with the device as you claim because
it's not even the SAME FREAKIN' INSTRUMENT!


There is an error in EVERY reading taken by EVERY instrument ever constructed.

Originally posted by turbofan
4. Do you know what an ABSOLUTE PRESSURE SENSOR is? I really
did expect you to understand the difference between absolute and gauge values.

Hint: It has nothing to do with "absolute readings"

content.honeywell.com...


Are you claiming that this is the make & model pressure sensor that provides the 757's FDR with its PA & VSI readings?
If not, why don't you post the manufacturer/make/model of the sensor(s) that provide PA & VSI to the FDR.

Originally posted by turbofan
IE: A change in altitude in one second MUST reflect the change in
vertical speed in one second.


Ahhh, so close. But no cigar.
First off, stop using the ill-defined, wiggle-room words like "reflect". Those who know what they are talking about use specific terms. Like "equal to", "proportional to", "proportional to the inverse square"... You get the idea. Maybe.

The change in altitude in one second must be equal to the average vertical speed over that second.
(NOT "reflect the change in vertical speed". The specific word that is WRONG is "... change in ...")
The "change in vertical speed" is equal to the vertical acceleration.

Such frequent sloppiness...


TomK
Pages: <<  33    34    35    36    37    38    39  >>    ^^TOP^^



Flight 93 was headed for Building 7
  Posted 11 days ago with 48 member flags
9/11 INTERCEPTED
  Posted 3 days ago with 45 member flags
9/11: The WTC Elevator Key
  Posted 14 days ago with 43 member flags
What are your favorite 9/11 debunking tactics?
  Posted 7 days ago with 17 member flags
Who is the Joker on ATS radio now running their mouth?
  Posted 15 days ago with 13 member flags
Was the government a co-conspirator?
  Posted 17 days ago with 9 member flags
British Police Want Us To Present False Flag Terror Evidence.
  Posted 7 days ago with 8 member flags