I don't know where this claim comes from and I have never stated such. But this paper is directed at 'them' and not 'me' so who knows. This Time value is there, therfore it was recorded. It's relation to real-world time before it was sync'd during the investigation is up for grabs.
Correlating time between the FDR stamps and the "real world" is not easy. There is a specific error margin that this was done with, and that number is not in the public domain as best as I can tell. From my perspective, the number +/- 2 seconds I would say is an extremely safe guess, but the actual margin error is probably smaller.
Time sync within the plane is most definately very strict (microseconds?).
Potentially nanoseconds. Hard to say w/o the datasheets of the components, though. It's fairly safe to say though that any time-error "within" the plane is insignificant compared with the rest. If the plane says two samples happened 1 seconds apart, that's good to alot of decimal places.
I don't know what claim is being referenced here either. But I find fault in suggesting that a parameter 'recorded' during one second (after Time.00) would be a value from Time-1.5 seconds.
First, I've never said that, exactly. I state that if the frame starts at t=0, then the parameter is recorded some time between t=0 and t=1, and it was measured some time between t=-1 and t=1. (I also use the more conservative estimate of t=-0.5 to t=1, which would correspond to a "measurement" rate of twice the "recorded" rate.)
I don't see why you would disagree with this, unless you still deny the existance of the digital buffer (the so called parameter pool), and/or the reality that measured time does not equal recorded time. There is a 1 second window error (for 1Hz signals) in the
recorded time. Furthermore, there is some delay between
measurement and
recording. For some samples (like reading an analog accelerometer), the second delay may be insignificant. For others, like computer airspeed, it is likely very significant.
The +-2seconds is also false for parameters that appear within the same frame/row of the CSV.
It's not false when you take into account the digitial buffering error combined with the intraframe error of 1 second.
I still find this ridiculous within the scope of the parameters most concerned. Time,Accleration(s),Speed,Alititude, etc. If we are talking about unimportant parameters like a Seat Belt Light, well who cares. Every instance I have seen of Word location for the most crucial required parameters places them within the first 50 words. In our subject's 256wps frame this means these crucial mandatory parameters are recorded to FDR within .2 seconds of our .00 Time Stamp. For instance, TWA800's AirSpeed was located in Word 38. If this placement is similiar in AA77's Frame, AirSpeed would be recorded at +00.15 seconds.
But again, we don't know 'exactly' so there can be no real conclusion to any argument over this I suppose.
You seem to be misunderstanding what "error range" is. Since you already agree that we don't know when a parameter is recorded inside of the 1 second frame, that means the error range between two parameters is 2 seconds. Altitude could be +0.0 and speed could be +1.0, or Alt. could be +1.0, and speed could be +0.0. Both are recorded in the same frame, and occur on the same line in the CSV file. The total difference is 2 seconds. That is _just_ using the recording time error. When combined with the digital buffering, that can be 3 seconds, or even 4 seconds in some cases.
1) The FDR will record data (or 'something') up until it is detached from all power. The CSV does not show the final 2 seconds other then a Time value. Whether partial data or no data occurs in the FDR we can't say. To say that the FDR stopped recording 2 seconds Before impact, error.
This is mostly correct, and I thank you for pointing it out. Both you and I are using insufficiently precise language to describe what is happening. Frame :45 and :46 were partial frames, so for some parameters, the last recording happened in the :44 frame. That means that up to 2 full seconds for some parameters _is_ missing from the FDR. That was what I meant.
You are correct, however, when you state that the FDR itself was recording until the time of the crash. The data, however, wasn't necessarily valid up to that point, and for some parameters, up to 2 seconds of valid data is missing.
This is complicated by the fact that you need to add in the measurement-to-recording delay, to find the "age" of the final sample of any parameter.
2) Agreed on the first part in regards to the extreme hundreths of a second we keep talking about. The 2nd part I don't agree with but if he wants to say that s'okay I guess.
There is no other reason to make this CSV file, other than to make it easy to plot in a program like gnuplot or excel. The actual FDR data with the frame descriptor is far more useful for any forsenic purpose. The FDR report mentions, specifically, that the CSV file is the source of the plots.
4) Except for those parameters which are recorded N per second.
Well, again, we are both being too imprecise in our wording, but you are on the right track.
8) I only assume they're recorded during the same second. But to think that the Altitude and Speed Measument could differ by 2 seconds in plane time, I don't think so.
Again, this is +1 second for frame haziness and +1 second for digital buffering. That provides a maximum upperbound of +2 seconds (and vice versa, giving a full error of +/-2 seconds, or a 4 second error range). Keep in mind this has to do with _two_ parameters in relation to each other. One might be 2 seconds ahead, or 2 seconds behind. Both would appear in the same line of the CSV file.
Overall, you seem to be 90% of the way there. The last 10% seems to be the fact that you refuse to believe that recorded time does not equal measured time. You seem to think that the delay between being measured and being recorded is safe to ignore. It's not. Once you accept the existance of this delay, and you go back and reread the footnote I keep bringing up, you will see how easy it is to explain how one parameter can "appear" to be older, but actually be much newer. That's because it was measured much closer to when it was recorded.
Finally, given your understanding as it is now, you can already debunk both of JDX's "lightpole" analyses on your own. He seems to think you are going to support his position. If you don't, then what do you support?