me too, I'd put it some ~200 miles lower
|
The ITU have responsibility for anything the transmits in any spectrum. ICAO the UN, BT or the BBC all work to ITU standards. So the ITU will define a new standard for a new data transmission regime
|
ITU, satcom and ACARS
ITU is a UN body funded by countries hosting the major players in their sphere of influence, with lobbying by those players aimed at preserving their monopolies or at least dominant positions within their respective industries. In this case, I suspect the satcom carriers and perhaps a/c nav equipment providers would be the major forces. Follow the money.
Satcom LINK management, as outlined very early in this very large body of comments, uses "pings" to set up and maintain said link between the a/c and ground. A link to an a/c may be used to carry communications under subscription agreements between that a/c's operators and the satcom provider. The takeaway summary: satcom link messages exist without ACARS data messages, the latter being subject to subscription payments. Please don't conflate the two. |
I'm guessing this will somehow involve X.25, sixteen layers of different protocols on top of each other, and about a billion configuration options where any misconfigured option will prevent you from talking to anyone else. |
I remain confused as to ACARS and Pings
ACARS is, I believe, a maintenance information collection and transmission system. The next stop will have manuals open to the correct pages and spare parts close at hand and appropriate test equipment since they have received information as to what systems have reported error states en route. Reports go to the cockpit after a one minute suspense window that groups them by priority.
A "Ping" is merely an electronic handshake at the network level and does not mean anything at all about intending to transmit information or expecting to receive information; it is simply confirmation of the existence of a network connection. Now for some reason the Carrier did NOT pay to have its ACARS data sent via satellite so the question for me is: Why would anyone try to disrupt the ACARS system if it was known that the Carrier did not pay to have ACARS data transmitted. Does such an attempt to disrupt the ACARS system indicate lack of familiarity with the carrier's operations? |
Two points:
First, ACARS is not simply a 'maintenance information collection and transmission system'. Broadly speaking, it is a communications and reporting system that is used to transmit all sorts of information to and from the aircraft. That information includes maintenance and systems data that is sent automatically by the aircraft to the airline and airframe/engine manufacturers. The system is also used by the crew and airline personnel to send operational information to and from the aircraft, including operational messages, weather reports, NOTAMS, flight plans and ATC clearances, etc. Second, although there has been speculation here on PPRuNe that MH did not pay to have ACARS data sent by satcom, I don't believe that has been verified. Indeed, the Malaysian Ministry of Transport's MH370 Preliminary Report states: 'It was later established that the transmissions from the Aircraft Communication and Reporting System (ACARS) through satellite communication system occurred at regular intervals starting before MH 370 departed Kuala Lumpur, Malaysia at time 12:56:08 MYT and with the last communication occurred at 01:07:49 MYT'. That report seems to indicate that ACARS transmissions were sent via satcom. Position information is sent automatically by ACARS together with the engineering data. The crew would not necessarily know whether that information was being sent by VHF or satcom. If MH370 was the result of a deliberate act to make the aircraft 'disappear', then I would think the culprit(s) would make every effort to disable any systems that could transmit its position. |
then I would think the culprit(s) would make every effor |
BTO values in the communication log
From the communication log, I get the following BTO values
TimeBTO=[0 12 13 25 37 118 191 251 311 371 461]; % min from 16:30 BTO =[14920 14940 14920 15200 15600 12500 11500 11740 12780 14540 18040]; % µs and applying the BTO formula (1) page 54 of the ATSB report, I get the following ping ring radiuses: PingRad =[2243 2241 2238 2267 2309 1904 1758 1798 1953 2194 2621]; % NM and the following elevation angles: ElevAng =[46.72 46.76 46.81 46.27 45.48 53.10 55.87 55.12 52.17 47.63 39.70]; % degrees (I have also generated kml files for these ping rings to compare visually with those of the figure 18 of the ASTB report) Do you get similar values ? (radiuses and elev. angles). They seems to differ from Duncan Steel's. |
ACARS data
BOAC mentioned:-
It would still be useful to know what data was being sent from Acars via SAT I seem to recall reading on pprune that the engines were leased from RR (power by the hour?) and that RR used ACARS for engine data. Perhaps RR paid for satellite acars for their data? There would likely be engine start messages, who knows? Once in the cruise no more messages due to stable engine operation? I forget now, is there some evidence that the satellite acars was turned off or disconnected leaving the bare satellite terminal doing its ping thing? I vaguely recall that there is. Presumably fuel exhaustion would generate some engine acars messages but none were received. So many questions, so few answers. |
My knowledge of engine health monitoring is a few years out of date but IIRC the engines were reporting continuously from start to shutdown, would expect RR to have a similar system however I fail to see what good this would be as they only transmitted engine useage/health monitoring parameters but no positional data.
|
Before the hamster wheel spins up again - this was all discussed earlier in the thread and discounted.
The engine health monitoring to Rolls Royce and the aircraft health monitoring to Boeing via ACARS were both inactivated with no subscription paid. There was no subscription for any ACARS activity over SATCOM only over VHF and that was routine 30 minute reporting the last of which was at 1.07. The only reason that the SATCOM was operative at all was the SATCOM phone facility was still available. |
Originally Posted by BOAC
mm - if there is 'Acars Data' floating around as you say, where is it and what does it contain?
|
Originally Posted by Ian W
(Post 8572970)
Before the hamster wheel spins up again - this was all discussed earlier in the thread and discounted.
The engine health monitoring to Rolls Royce and the aircraft health monitoring to Boeing via ACARS were both inactivated with no subscription paid.
Originally Posted by Ian W
(Post 8572970)
There was no subscription for any ACARS activity over SATCOM only over VHF and that was routine 30 minute reporting the last of which was at 1.07. The only reason that the SATCOM was operative at all was the SATCOM phone facility was still available. |
Search site moved March 28 - why?
Using p.5 of the ATSB's June 26 report, it is easy to replicate their working endurance model, March 17-27 (in, say, Google Earth):
Start at NW tip of Indonesia Assume nil wind Pick an arbitrary speed, s (say, 490 KGS) Draw straight lines between Inmarsat arcs of length (time between arcs)/s After 7th Inmarsat arc, keep going until you hit S1-S3 SE border Repeat for several other speeds (say, 20kt intervals, down to 330KGS) You have now precisely replicated the ATSB's working endurance model, March 17-27. (SE border of S1/S2/S3 has been publicly confirmed to be the ATSB's March 17-27 working endurance limit.) The feasible range (S1/S2/S3) is the set of points bounded by the 6th Inmarsat arc, and the endurance line you've just reproduced. Here's where it gets good: Perform the update to this model the ATSB claims to have performed on March 27 - take away starting fuel. How do you do this? Easy: just shorten each flight path by the exact same PROPORTION. For example, make every flight path 5% shorter. Or 3%, or 7% - we don't know exactly how MUCH fuel they took away, so maybe try several different reductions. The key point is that each path is still going the same speed, and thus must still hit each arc at the exact same spot - the lack of fuel simply shortens the length. By the SAME X% FOR EACH PATH. Because that's precisely how a set reduction in available fuel would AFFECT each path's range. You will find that, as you take fuel away, the S3 search zone becomes infeasible much faster than does S2. In fact, there is absolutely NO amount of fuel that could be taken away that could rule S2 out, yet S3 in. So here's my question: why, then, did the ATSB move the search from S2 1,100km NE into S3, after taking AWAY fuel? Illustrations (overview & close-up): https://drive.google.com/file/d/0B-r...it?usp=sharing https://drive.google.com/file/d/0B-r...it?usp=sharing Something doesn't add up. At all. |
I think that to draw any sort of sensible conclusion about the track terminal, you must make an assumption about the starting point of the track since displacement of one, results in displacement of the other. Your analysis is fine if one supposes that the tip of Indonesia is in fact, the starting point of the southern track. This is far from clear from the known data.
|
I know the contract for survey of new search area has been let. Has the contract for actual search been let?
|
Wind-Tunnel,
I am a bit bothered too with the data. Here are my last (Montecarlo simulation) results: The last south legs of all the simulated trajectories are at constant speed (and altitude) and the south turn occurs randomly between 18:28 and 18:40: it is assumed that the C-channel BFO measure of 88 Hz at 18:41 is a valid one (it is included in the observed BFO profile the trajectories are trying to mimick) and suggests a south bearing at 18:41. The constant (ground) speeds span from 330 kts to 530 kts, the crash latitudes from 22°S to 41°S: https://drive.google.com/file/d/0B3s...it?usp=sharing https://drive.google.com/file/d/0B3s...it?usp=sharing The first part of all the trajectories comply with the ADS-B measures (they are not randomized on this first leg), and roughtly with the Butterworth radar track above the Malacca strait (supposedly linked to the MH370 ). When the south turn is triggered, a constant speed reference trajectory is built (intersecting two kinds of small circles on the earth spheroid: the ping rings and the positions reachable from one given location at a given constant speed) from the A/C position and randomized: https://drive.google.com/file/d/0B3s...it?usp=sharing The trajectories best fitting to the observed BTO/BFO values are around 460 kts (true gound speed) and end near 36°S, not near 30°S (ATSB): https://drive.google.com/file/d/0B3s...it?usp=sharing https://drive.google.com/file/d/0B3s...it?usp=sharing the BFO errors versus the crash latitude: https://drive.google.com/file/d/0B3s...it?usp=sharing the BFO errors versus handshake instants and ground speed: https://drive.google.com/file/d/0B3s...it?usp=sharing the BFO and the BTO enveloppes of the 50 000 flights: https://drive.google.com/file/d/0B3s...it?usp=sharing But we do not know clearly what was the injection/turning point toward the last south leg in the ATSB report. Jeff PS) Rerunning the simulation (16h run time) to confirm these results. |
So, are we assuming that the 19:40 ping line was traversed in an easterly or westerly direction? Assuming the plane was travelling south east initially makes sense but then forces a much more southerly heading for the timing to be right for the 20:40 ping. Assuming the 19:40 ping occurred with the plane travelling west requires "the hook to the north" between 18:28 and 19:40 referred to in the Australian report but then allows a more plausible track through the 20:40 arc and results in a constant speed track which intersects the Northern end of the proposed search areas.
In the midst of all this, there is a glaring anomaly which doesn't go away unless and until you have accurate fuel figures. They have not been released AFAIK. When all is said and done, you cannot make a good enough prediction of the terminal position unless you have certainty about the direction of travel at 19:40 and the fuel load. Even then, you must indulge in some educated guesswork to narrow down the possible tracks. In the report, we have some clues which I think are important. The report states the likelihood that the southerly track was flown on autopilot and therefore, I am inclined to believe that any solution which would require any heading or speed changes becomes highly unlikely. This in turn, implies (to me at least) that the 19:40 direction was west because that fits in with the 20:40 ping and a plausible speed and heading. |
"The report states the likelihood that the southerly track was flown on autopilot"
I have seen it but never found out reason why. |
There is much information which is accessible to the investigation team but, not to us. We must await their conclusions.
|
All times are GMT. The time now is 17:29. |
Copyright © 2024 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.