Jonnyclueless
Philosopher
- Joined
- Jun 18, 2007
- Messages
- 5,546
I thought he already said goodbye. How can we miss him if he won't go away? (Song cue!)
"Have fun stormin da castle!" - Princess Bride
I thought he already said goodbye. How can we miss him if he won't go away? (Song cue!)
I'm sorry, Beachnut's post was so bad I had to repsond again.
Prove this applies to 757-200 jets.
Oh no, different airlines and different FDR!!! What shall I do?!![]()
Please tell me what your point is, and what bearing this may have?
This is exactly like saying a DELL computer and an IBM computer can't run the same software!
The name of the airline doesn't matter, and neither does the MFG of the FDR!!
They confrom to a SPEC and are certified the same way. Either FDR must meet the 500 millisecond store time!
You call yourself a competent individual, yet you show now knowledge of the system!
Once again, you have no clue of how this all works. You forgot to tell everyone one important thing about Swiss Air and why it lost 360 seconds of data.
Why don't you tell everyone WHEN and HOW the FDR lost power. Is it anything close to what happened to UA93, or AA77?
We're all waiting...please humour me.
Show your math and correction for the math. Use forumlas, images, or diagrams if you need to.
I pray that anyone reading this thread understands how incorrect Beachnut's claims are.
For the record, nobody has come forth with the following:
- Explanation of odd entry damage to support right engine and tail section of AA77 passing through.
- FDR RADAR Altimeter missing from CSV File
- Up to two seconds missing for CSV file
- Pressure altimeter not correctly set on descent in NTSB video
- Why NTSB Animation stops short of impact to Pentagon wall
- How an FDR functions and stores data
- Proof that an FDR takes longer than 500 milliseconds to store data while powered
- Explanation of E4-B video (CNN)
- Norman Mineta's testimony (C-SPAN video)
[
I know more about FDR than you have shown to date in this thread.
If you're too slow to understand the parallel between both computer
systems, then god help you.
TF said:Do you understand how the error codes are set in an FDR? Yes, or no?
TF said:Please explain.
TF said:Why would the plane show impact of the poles? Apparently there are pressure sensors on the airplane, and bleed air ducts on the wings, and RPM monitors
for jets.
TF said:When the plane strikes an object at 500 MPH, the impact against the wing creates sound, vibration, and pressure change (shockwave). None of the sensors managed to pick up any such variation.
Don't you think that's a little odd?
Is it really that funny? Tell me ktesibios, are you stating for the record
that an FDR does not store fault codes if a sensor fails to respond, or
other trouble occurs on the aircraft?
Are you also stating that the write time from sensor read to SS storage takes
longer than my scanner from sensor to screen (displayed)?
Hint: ED55 and TSO-124
"Recording shall commence in the crash protected memory within 250 milliseconds for audio, and 500 milliseconds
for flight data after power is applied and the start criteria are satisfied."
"CAO 103.19 defines recording equipment standards, mandatory parameters required to be recorded,
their accuracy, resolution and sampling rate."
"3.3 Continuity of Recording – the loss of information shall not exceed 200 milliseconds per event and the cumulative loss shall not exceed 500 milliseconds per hour. It is accepted that power interruption may affect the simple retrieval of whole subframes of data due to loss of synchronisation. (as defined in ED112 paragraph II-3.2.1)"
"We disagree with 16 samples per second [sps] as the necessary minimum recording rate for flight control parameters. We examined actual data traces from several past accidents and incidents where control motions were an issue. From this review, it became clear that the control motions are typically 'coupled' with the natural frequency of the airframe. The airframe natural frequency, and the frequency needing to be captured, was 0.5 Hz or less in all axes. Thus, we concluded that 4 sps is adequate to unambiguously characterize the flight control movements of all transport category aircraft certified under FAR Part 25."
Are you really that dense 22205? Don't you get the impression that nobody is interested in CIT or Guides Who Lie's trumped up and made up baloney? Why don't you try your "post pictures and email" crap here? Are you so cowardly that you gotta do hit and run posts? Your actions disgust me.I thought I'd update all of you with the latest. The links provided show
answers to some of the questions.
I"ll be back with more. I'm not interested in the back, and forth discussions
unless certain people can back up their claims with some sort of credible
link, photo, video, etc.
What discussion 22205? you said you were going to act the coward and "hit and run" post. That action disgusts me. Got a problem with that, either report me (can't figure out what for) or stop your pitiful whining.That information is in response to Reheat, Beachnut and Funk De Fino.
If you don't like the discussion, then leave the thread.
Don't get upset because I'm systematically, and credibly proving that
FDR's take a maximum of 500 milliseconds to store data in order to meet
passenger jet certification.
Oh ya, and for whomever said the term beacon is not used within the
industry might want to check out this video at the 22:25 time point:
http://video.google.com/videoplay?docid=2833924626286859522
Thanks![]()
Nowhere have I said anything of the sort. I simply said that not only was it possible, it was likely.Are you stating that the data recorded in solid state memory was partially
corrupt (specifically the last two seconds?)?
Nowhere have I said that.L3 communications certifies their FDR's up to 3400 g's of impact force.
Are you stating that the data recorder selectively re-wrote the last
two seconds of data upon impact ?
The decoding software. And not unless the firmware is involved in offloading the memory.What software are you referring to? If a bit was dropped, how is said
software effected? When you say software, are you referring to firmware
instead?
Presumably. But it's not a trivial assumption.Would you agree that the data bus and FDR had power at least until the
nose of the plane impacted the Pentagon wall?
Of course.Would you agree that serial, multi-plexed data would continue to write
to the FDR solid state memory if one, or more sensors failed?
This is far outside my area of expertise.What causes 'pressure lag', or data lag at sea level that would not be
realized at 25,000+ feet at 500+ MPH?
This is rife with unfounded assumptions. Let's start with the obvious: who says the NTSB animation was precise enough for you to determine it did stop before impact?Fine. Then why does the NTSB animation stop before impact? Where
is the data between the stop point, and impact point?
Even if this "proof by regulation" is true, it doesn't mean it made it into your CSV or raw file that you've analyzed. You've simply skipped too many steps.After 500 milliseconds (worst case), that information would not have
reached the memory and stored. Confirmed by L3 communications.
The only false claim here is the one you just made. No one has claimed that.Because some of you claim the impact force damaged the crash protected
memory. This is a false claim.
Oh this tired argument. Please for the love of God stop assuming that the CSV file was released to the public so conspiracy theorist/amatuer data analysis teams could do forensic analysis.Once again, only 500 milliseconds would be corrupt. How do you explain
the missing radar altimeter info in the CSV file? It's in the raw data!
You've not demonstrated that the animation's accuracy to any sufficient level. And the claim that the FDR had power, in my opinion, is only likely, not certain.Once again, the animation stops pre-impact. Where is the data up until
the impact point. The FDR still had power!
Because they, and you, are lying? There's not a single shred of data that doesn't support the official story.The NTSB supplied the data. It doesn't support the official story. WHy
are you slamming PFT?
If your $1500.00 car computer can do all of this, you can rest assured a much more elaborate and expensive jet data acquisition system will outperform this many times over.
That doesn't say that samples must be recorded within 500 ms of when the sample was taken, though you seem to think it does.Page 2, point 11:
"Recording shall commence in the crash protected memory within 250 milliseconds for audio, and 500 milliseconds
for flight data after power is applied and the start criteria are satisfied."
I think that TF believes that the standard for L3's SSFDR they make today has to apply to the SSFDR on-board flight 77.
This to me is far from certain. TF, do you have any cites that show the L3 comments regarding the applicable standard would apply to the SSFDR on flight 77?
That doesn't say that samples must be recorded within 500 ms of when the sample was taken, though you seem to think it does.
"3.3 Continuity of Recording – the loss of information shall not exceed 200 milliseconds per event and the cumulative loss shall not exceed 500 milliseconds per hour. It is accepted that power interruption may affect the simple retrieval of whole subframes of data due to loss of synchronisation. (as defined in ED112 paragraph II-3.2.1)"
Further, you have not showed us where the model of FDR on the flight 77 plane was required to meet that standard anyway.
Yes...what do you think posting and running around with your eyes closed to replies is? I'm sorry to inform you that you are not nor never will be forum god.I didn't say anything about "hit and run posting" did I?
I said I'm not interested in the discussion at this point because certain
people just post theory without backing it up.
Reheat, Beachnut and Funk de Fino have made claims about FDR's,
power loss, incorrect math at P4T, but they have yet to show the
errors, or post corrections.
That's all I'm asking. Back it up with a link, math, etc.
Is that so bad?
I've read through all of this and to a large extent it's the same tired and misapplied attempts at "proof by regulation". Regulation and design don't trump the evidence.
This is rife with unfounded assumptions. Let's start with the obvious: who says the NTSB animation was precise enough for you to determine it did stop before impact?
Even if this "proof by regulation" is true, it doesn't mean it made it into your CSV or raw file that you've analyzed. You've simply skipped too many steps.
The CSV file is a modified version of the data so they could print GRAPHS for a single report. That's it. There are tons of parameters missing from the CSV file. They didn't see fit to put the RADALT or dozens of other of parameters into that report ...
Because they, and you, are lying? There's not a single shred of data that doesn't support the official story.
Please, please, please, please stop with this utterly inane and awful comparisons where you mentally rank the "technologicalness" of different machines built for COMPLETELY different purposes and pretend one must have all the features of the others because it's obviously more "advanced". It's just stupid.
But the SPECIFICATION does not say that data has to be recorded within 500 ms of when the sample was taken. Maybe there is a spec for that, but what you quoted is not it.Well, I guess you haven't read the document, or the follow up quote:
So , yes it does mean that specifically. It's a SPECIFICATION.
Well, for your information, in order to certify a passenger jet, the
FDR must meet that criteria. Don't worry, I'll provide that info as well.