See listSEP 21 196666-FM1-112FM/Deputy Chief, Mission Planning and Analysis DivisionApollo rendezvous navigation data edit is too complicated
In my notes of the AS-207/208 GSOP meeting with MIT, reference 66-FM1-100 of August 30, I indicated that MIT was including an automatic data edit scheme in the rendezvous navigational program for both the LM and the CSM. As you recall, this scheme was to accept radar or SXT data auto- matically if its effect on the spacecraft state vector is less than some pre-established amount and would reject it if its effect is greater than some other (larger) pre-established amount. Data falling between these two criteria was to be accepted but a warning light was to be turned on. Dr. Shea commented that this seems unnecessarily complicated – that really there is no apparent sense in having three conditions when two would do just as well. I must say, although I was foolish enough to argue at the time, I certainly agree now that we really should make this a simple binary decision. Use the data or don't use the data based on some pre-established level of quality – probably light a light when the computer is rejecting the data and do away with that central region altogether. I have searched my memory and can't recall why MIT proposed to do it that way, but unless someone can find a good reason, we should direct MIT to simplify the decision logic as noted above.
Flight Office Branch personnel please take appropriate action immediately.
- Aug 30, 1966 – Notes regarding the AS-207/208 Guidance Systems Operation Plan (GSOP) meeting with MIT (4.4σ)
- Aug 28, 1967 – Is display of max g in P-61 any good? (4.0σ)
- Jul 16, 1968 – LM Descent abortability computation is proposed (3.1σ)
- Feb 06, 1969 – MCC-H Ascent Monitoring (3.1σ)