Search results

When I load that scenario I am not only getting a program alarm but also a restart. And the program alarms are quite bad. I've only ever seen this behavior when loading a scenario that was using a different AGC software version than it currently uses. Are you getting that behavior, too, when you...

Hmm, sounds like you might already have a wrong alignment. But that could only really happen if you started P11 not at liftoff (automatically) but a long time before that with V75. Does the mission time in the computer (V16 N65) align with the mission timer? If yes it must be something else. I...

What kind of DV did you get for MCC-1? I think the calculation can taken longer if it is a larger DV.

I was working on labels for Earth landmarks and noticed that the DX9 client seems to read the color of the Label.cfg file wrong. Here the comparison: Default: DX9: The RGB values for Airports are 255 255 128. That should be that yellow tone, not cyan. Is some DX9 client code using a...

Are you sure that is something you want to do? TIG and DV of your LOI-1 maneuver will be different if you do MCC-4 or not. So the resulting orbit of a LOI-1 maneuver that was calculated with MCC-4 taken into account will be different if the trajectory suddenly has no MCC-4 maneuver. What gets...

The propellant masses are probably not exactly correct. Those masses are stored in the MPT, but they are separate from the total spacecraft masses and are not taken into account for any trajectory calculation. And most importantly they are not updated automatically together with the other masses...

I'm working on the surface markers in the new style for the Earth. Should be coming soon!

The CDH maneuver is nominally 0 ft/s. And even the actual CDH maneuver won't be very large, a few ft/s at most, but in some random direction (mostly radial). So the normal technique for it is basically like residual nulling and not like a longer maneuver like CSI. That's why you wouldn't...

R2 in V90 (the Ydot) is your out-of-plane velocity relative to your target. What you are trying to do is get the out-of-plane movement as small as possible without having to perform a dedicated plane change maneuver. That's why you use the CSI time and then load as DVY in N81 the negative (sign...

I am not sure yet, no. Changing the value from 60 to 56° in the RTCC only would give us a correct extraction roll, but separation would still be off. Changing the way our LM is actually rotated in the SLA as well would give us yet again 4° error in both sep and extraction roll.

Hmm, I'm not sure why it is 56°, because I am fairly sure the LM is rotated 60° in the SLA. Maybe there is a tolerance and Apollo 11 and 12 both simply had 56°? From Apollo 13 on the procedure to calculate the extraction attitude is R22 (roll for Noun 22) = 300° -R20. In the separation attitude...

Ok I tried the earlier scenario where you are just entering P32 and everything worked fine. I checked the later scenario where you already have the program alarm and the TPI time (Noun 37) is actually all zeros. So it must have been an error with entering that time. With P20 and P32 running at...

Moving the TPI time would be a last resort, something seems to have gone quite wrong. Can you give me the scenario before or when the program alarm has just happened? 604 alarms really shouldn't happen, there should be plenty of time between CDH and TPI. CDH usually happens an hour after CSI, so...

The mission techniques document has this to say about update limits: "3.4 LM AND CSM STATE VECTOR CORRECTION LIMITS DURING RDZ NAVIGATION The LM and CSM differential state vector correction limits (RMAX and VMAX) in the LGC and CSM will be set to 2,000 feet and 2 feet per second. However, the...

Yeah some missions needed to do a larger plane change during TLI, especially Apollo 8 and 12, so you get a large yaw angle at cutoff. The burn time difference seems large, but the DVC error seems like a usual value. The TLI PAD in the RTCC MFD uses an outdated "simulation" of the TLI burn. The...

According to the mission techniques update document for Apollo 16 and 17 this is exactly what they would have done for middle gimbal angle > 60°. This always happens with LOI-1, especially when there is CSM+LM. From the Colosuss 3/Luminary 1E program notes: I wished there was. But there is...

I've noticed that before, probably the Checklist MFD doing something wrong, maybe it wants a switch position that doesn't exist or so. Yeah, omitted because of parallel activities. Could be more Checklist MFD errors. You will have arrived late in lunar orbit, that is normal for Apollo 10...

It depends on two switches, RATE/ERR MON and ATTITUDE MON. They both exist twice, for the left and right FDAI. If RATE/ERR MON is set to RNDZ RADAR then the attitude error needles show the RR attitude. With the switch in LDG RDR/CMPTR the attitude error needles are driven by the computer. So...

The uplinked state vector should already include the separation maneuver, as long as the MCC gave you that update after the burn. Yeah for that the flight plan does have P76s scheduled for the CMC. But we tried to keep the CSM activities to a minimum so that you can focus on the LM. There will...

Quite important. The later missions really wanted to follow the flight plan closely. No, there is no display for TIG vs. DV. The general rule for the midcourse corrections is that earlier is cheaper. Only if you calculate a very early maneuver (before normal MCC-1 time) would the DV be larger...