MD82

So, -13% just about averages out. The main question I have however is, who is right and who is wrong. i.e. Why is one 13% lower, or the other 13% higher. Which one is closer to book values?

Can it be that INS 3 coincidentally drifted away and then back? Resulting in such good accuracy? Did you do more than one flight?

I concur. I believe this was introduced with the release of SU5. Move the eyepoint a bit closer and you'll see it reappear. So, I think it's a LOD issue.

Give it time. I believe since 1.0.5 you need to keep the start button pressed for like 30 seconds before the old thing finally gets cranking. Try it and see if it's still the case. It was corrected I believe after it was reported that the APU lights up before the door sequence finished.

I'm guessing this line: "FIXED INS cannot check drift results post flight in INS due to wp parsing error" addresses it. I can only check it once I get back home.

I did a basic search in the BA systems pdf. For the VS autopilot mode, the following is stated: "Before engagement the vertical speed tape acts as a vertical speed indicator. When VS is engaged the VSI tape locks to current vertical speed, but this datum can be adjusted with the VS control wheel. This is the only pitch mode datum that can be varied with the mode engaged. Range available is +4000 to -8000 FPM." This is an earlier version of the Tristar autopilot. However, looking at the above system, it is not out of the realm of possibility that the basic engagement parameters between this and the new ACP remain identical in that when a major mode gets engaged (engaging VS, or in this case turning ON the AP with VS mode already engaged) the system resets to the current value. It makes sense a little bit as you don't want (or back then there wasn't a proper way to) the autopilot to suddenly jump to a new VS value on a mode change. Those days G limited autopilots I believe weren't a thing. So, again, even though I don't know the definitive answer, it MAY be designed like this. p.s. Combing through the Delta L-1011 manual and looking at the -500 specific differences, I read the following statement: "When an autopilot is engaged in CWS, it will automatically maintain the airplane pitch attitude and roll attitude (or heading if the bank angle is less than three degrees) existing at the moment the pilot releases the controls." Given the fact that on the Tristar you HAVE to transit through CWS to reach CMD, it would also make sense that the autopilot captures current values instead of the ones which the FD system previously had,

Will do Jamir. Currently on a trip that took me all the way to NZAA. when I'm back, I'll take her out for a spin and check 1.0.6 behaviour.

@IniJamir , I just corresponded with an ex TAP employee who confirmed via a video link from the 80's that CS-TEB's SELCAL code in its TAP days was CD-EG. I already updated rzjets.net and airframes.org . Is it possible to update her reg card to include this corrected SELCAL?

Did you try placing all three in RMT and then loading them in?

As reported in the v1.0.5 update post, Progressive Aircraft Loading will soon arrive --> So, it's on the way. Just not sure how it will be implemented in the end.

Very interesting. This would explain why while crossing the Atlantic and entering all waypoints manually, I pass directly overhead every waypoint because I keep resetting the airplane's position everytime I enter waypoints.

Coming back to the INS drift simulation, I just completed a 9-hour flight from Sao Paulo to Lisbon. On purpose I did not perform any position update procedures during the whole flight. After parking on Position 801 in Lisbon, I performed the INS post-flight drift check by entering the parking spot in waypoint 1, activating track change 0 --> 1 and switching the INS Mode to DIS/TIME/ Actual position LPPT Stand 801 coordinates --> Track change 0 to 1. Distance offset for both INS 1 and 2 showing 0.0 nautical miles. As you can see, at least for INS's 1 and 2 the net INS Drift over 9 hours of operation was 0.0 nautical miles. Which clearly indicates the INS Drift is still not there. p.s. Yes, INS Drift was enabled. I also flew with a buddy who flew out of Rio to Lisbon. Same result. No INS Drift.

Hello there, I have 1.0.5 and I see a manual 1.1 with change log and change bars. Which is pretty neat.

I'm quite sure you could be able to get the test pattern on the weather RADAR display. Not so anymore in 1.0.5. In all; No test pattern or TEST indication on screen Weather tilt manipulation does not change displayed value of U 3.0 Pressing one mode control button should de-select the previous selection (i.e. Pressing WX while WX+T is pressed, de-presses WX+T) WX+T mode only displays WX on screen. Same as WX mode. (Logical but unverified)

Ok, so I now have v 1.0.5. I understand the logic of 888 on the ground. But now, in cruise, the optimum altitude is still at 888 with an indicated SAT of -37 at FL310.

Remote loading works. All three INS's I had set in RMT.

This is from the TWA manual. We used these older systems on some MD80's I flew. It's all the same. The fact that the flow bar only appears when inhaling through the mask with the Supply ON is in this part of the manual. The TEST and EMERGENCY flow logically out of this. EDIT: I now also see item 26. that describes what happens when the Operating Mode is placed on EMERGENCY

Hello, when setting the captain's and co-pilot's oxygen panels, it appears to me that as soon as the system is turned ON, the pilots are using it. This conclusion gathered from the fact that the flow bar rhythmically moves with the average adult breath cycle. In my experience this should be: Supply OFF --> System is Dead Supply ON, Demand Normal or 100%, Operating Mode Normal --> Pressure rises on the oxygen pressure gauge (No reference found for value, but 60-70 psi seems normal for indicator) Supply ON, Demand Normal or 100%, Operating Mode Emergency --> Continuous flow bar as mixed or 100% positive oxygen flow commences. Should have a slight drop on regulator pressure Supply ON, Demand Normal or 100%, Operating Mode Test --> Same as Emergency, but spring-loaded to Normal As in idea, the flow bar can cycle as it does now, whenever the cabin altitude warning triggers. (To simulate the pilots doing their memory item of donning their masks) <-- Assuming the supply is ON and the Operating Mode is in Normal.

@IniJamir @richboy2307 Sorry to pin you guys. Can you maybe give some thought into this? Especially since it is an option on the Charts Tab, it would be nice to also have it on the Enroute Tab. You can then have a nice IFR chart, with or without your route plotted on top of it, without an airplane symbol "unrealistically" moving on said "paper" chart. Thanks

That’s amazing reference! Thanks 🙏🏼. To be fair, I flew again on 1.0.3 and the tank balance remained. So, it could be something that was already fixed. I’ll take her up once I return from leave.

I'm pretty sure this is a GSX limitation. In and of itself, GSX uses default stop positions. You can download airport files, but then they need to include the L101 nose gear stop in their files. Many still don't.

@IniJamir I personally use airframes.org, rzjets.net, search engines, internet images and youtube videos (hit and miss with the 360p of those days 🤣) for the SELCAL. It might be an idea to create a sticky post with registrations still missing SELCAL's. There may be folks out there with manuals and references and SELCAL's can pop up from the weirdest places 🙂

I haven't tested update 1.0.4 yet, but in most all airliners, the rudder will move the tiller a certain degree. On the L-1011, full rudder travel should move the steering tiller equivalent to 10° steering angle, while the steering tiller itself continues up to 76°. So, what you should see is limited steering tiller movement when rudder is applied, however at a much shallower rate than with the tiller.

I still need to read into the systems manual, but I'm inclined to believe that the checklist is wrong and the panel logic is right. Not sure though. (Solely the above report, not the UNARM light error introduced in 1.0.3. I haven't tested 1.0.4 yet)

For the purists who do not want an aircraft icon constantly telling us where we are, can we make the own position symbol toggleable just like on the approach charts? It MAY already be there, but I remember this from 1.0.2. And might still be so.