layout | date | from | serial | subject |
---|---|---|---|---|
tindallgram |
Oct 10 1966 |
FM/Deputy Chief, Mission Planning and Analysis Division |
66-FM1-131 |
More on Program Development |
On October 5th, we had the second of our weekly all day program development plan meetings at MIT. Most of our attention was given to the open items on the AS-278 program which I will discuss later, but first I would like to pass on some general comments regarding the work at MIT. Based on their intensive planning over the last couple of weeks, it appears that staffing for program formulation (Norm Sears' area) and for program coding, integration, and check out (Ed Copps' area) is now adequate. They foresee no problem in the development of the AS-278/503 and AS-504 programs in these areas. In fact, they expect to be in a position to handle follow-on mission programming in a routine fashion. There is a shortage of people in John Dahlen's area. These are the guys who prepare the detailed program sequencing -- Chapter 4 of the Guidance Systems Operations Plans, for those who are familiar with that. They have several more people scheduled to move into this who they consider to be highly qualified and experienced which should help to relieve the situation. However, this relief will only be for programs developed after AS-278 since that GSOP is currently scheduled for release on about October 17th.
The other problem areas, as I have noted before, are the computer facilities used for program development -- namely, the 1800's soon to be augmented with a IBM360/75. How quickly the new IBM computer will be on line continues to be problematical. The pacing item for this is the so-called MAC compiler necessary for running AGC programs on the IBM machine. And the hybrid computer facility is also constraining as noted previously. Phil Felleman has done a considerable amount of excellent work in laying out the projected schedule of its use based both on the current facility and in the augmented facility which I have described previously. It is our intention to continue the development of the justification for augmenting this facility for presentation to our management at MSC, probably around October 22nd. It is Phil Felleman's estimate that this equipment could be operational by about February 15, provided they get the go-ahead by the first of November.
Following is a list of the open items associated with the AS-278 mission programs:
-
Manual takeover of the Saturn guidance during boost into orbit. The AS-278 GSOP presently includes this capability; however, it was hastily assembled and a considerable amount of further thought and planning has been carried out at MSC leading to the desire to change that formulation. It is my understanding that Guidance and Control Division has dispatched the additional information MIT needs to develop this spacecraft capability to MSC's satisfaction. MIT has been directed to prepare an MDRB -- our change control document defining the work to be done and the schedule impact if it is to be done.
-
Trans-lunar injection (TLI). Guidance of the SIVB by the command module computer for a simulation of the TLI maneuver on AS-503 has been proposed. The objective here is to test the interfaces of the spacecraft with the SIVB; it is not considered essential to check out actual TLI guidance equations, although that would be desirable. Since this is the case, it is possible to utilize to a large extent either the external ΔV or Lambert guidance programs already available in the AS-278 program. The question as to which of these was to be used was finally resolved in favor of the Lambert, even though it requires an additional uplink and pre-thrust program. The reason the Lambert was chosen was that it is expected to be very much closer to the TLI final formulation than the external ΔV, and it is not expected that the development of these two extra processors is a particularly large job. MIT was requested to prepare an MDRB for Lambert steering of the SIVB with a request that if they encounter some problem which use of the external ΔV processor would relieve, they would inform us immediately. Incidentally, associated with providing this capability in the AS-278/503 program, we are informed that the all-digital simulation to support testing of the Saturn steering is in pretty good shape as a result of the work they had done previously. They feel they have a good model of the Saturn steering with the IBM guidance equations, gimbal dynamics, etc. This is a rigid body representation including no fuel slosh or bending, of course.
-
Lunar orbit insertion (LOI). MIT will prepare an MDRB to include the LOI guidance if they desire. We informed them that MSC was not particularly concerned whether this was included or not.
-
Stable orbit rendezvous. Jerry Bell (RAB) was scheduled to discuss the changes required to the rendezvous guidance with MIT on October 7th. We decided to delay initiation of the MDRB for this until our meeting next week, at which time, hopefully, the definition of this program change will be more definite.
-
LGC DSKY/eight ball discrepancy. MIT was requested to prepare an MDRB for the addition of the necessary transformations to make the computer and FDAI displays compatible.
-
APS and DPS minimum impulse. Aaron Cohen accepted the action item of reviewing within MSC the need for providing these capabilities in this program. MIT was told not to prepare MDRB's yet.
-
DPS "30 second" maneuver constraint. MSC is also to review the need for eliminating the current constraint on DPS maneuvers within the 26 to 30 second burn range which are not accurately controlled by the AGC due to automatic throttling at that time. MIT was asked to delay preparation of an MDRB until MSC could establish its need.
-
IMU alignment backup. It has been requested that a capability be provided to align the IMU through use of the rendezvous reticle in the CSM and the LPD reticle in the LM. This capability is most desirable for the lunar mission where loss of the primary alignment systems would be extremely serious. MIT has requested to prepare MDRB's for both of these.
-
Reentry landing point targeting. MIT is continuing their investigation as to the earliest time it is possible to load the latitude and longitude of the reentry landing point. It is still hoped that procedures may be available for input and verification of these parameters at an acceptable time in the mission. If this investigation proves negative, MIT will be requested to prepare an MDBR.
-
Universal update. Action on this item had somehow been overlooked. It has been our intention to have MIT prepare an MDRB on this for some time, but apparently we had failed to request it. Accordingly, we did so.
-
Earth orbit navigation. Our old friend was discussed as usual. MIT was informed that our direction to delete this capability had been recently forwarded to them. MIT stated that they felt it their responsibility as the G&N contractor to formally bring to our attention their concern that this action is improper. We jointly agreed that their best course of action was to prepare a letter for the ASPO Manager stating their position on this matter. I must say I don't feel very strongly one way or the other about this, but it certainly is evident that MIT has a unanimous, sincere opinion. So do some MSC people.
I felt this meeting was quite fruitful and the MIT participation was again very cooperative. We have scheduled the next meeting for October 13th, and after that one, I might even start to tell you what the program delivery schedule actually is. How's that for suspense?