Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsSpace ScienceAstronomyAmateur AstronomySpace FlightSpace StationShuttleSpace HistorySpace PolicySETI
SpaceKB.com
Contact UsLink To UsSearch & Site Map

Space Forum / Shuttle / December 2005



Tip: Looking for answers? Try searching our database.

ALT Flights and GPC ...

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
rk - 24 Dec 2005 05:19 GMT
I recall reading somewhere about a GPC fault on the first ALT flight.  
But I'm not sure and was chatting about this with a friend.  A search
turned up nothing, perhaps we are old and have bad memories?  Or the
correct report is sitting nearby hiding in plain sight?

Signature

rk, Just an OldEngineer
"The number of people having any connection with the project must be
restricted in an almost vicious manner.  Use a small number of good
people."  -- Kelly Johnson, as quoted in _Skunk Works_

Rusty - 24 Dec 2005 07:16 GMT
> I recall reading somewhere about a GPC fault on the first ALT flight.
> But I'm not sure and was chatting about this with a friend.  A search
[quoted text clipped - 6 lines]
> restricted in an almost vicious manner.  Use a small number of good
> people."  -- Kelly Johnson, as quoted in _Skunk Works_

Space shuttle orbiter approach and landing test evaluation report.
Captive-active flight test summary - Sep 1, 1977
http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19780002256_1978002256.pdf

Shuttle ALT Captive-Active Flight 1A - June 17, 1977.

General Purpose Computer 3 failed during preflight checks. Section 6.6,
Page 6-10 (PDF page 71).

Rusty
Pat Flannery - 24 Dec 2005 13:01 GMT
>Space shuttle orbiter approach and landing test evaluation report.
>Captive-active flight test summary - Sep 1, 1977
[quoted text clipped - 5 lines]
>Page 6-10 (PDF page 71).
>  

There's no real point in even voting on who's the most valuable SSH
contributor of the year any more, is there? :-)

Pat
rk - 24 Dec 2005 16:17 GMT
>>Space shuttle orbiter approach and landing test evaluation report.
>>Captive-active flight test summary - Sep 1, 1977
[quoted text clipped - 9 lines]
> There's no real point in even voting on who's the most valuable
> SSH contributor of the year any more, is there? :-)

He's a carbon-based Google.

Signature

rk, Just an OldEngineer
"The number of people having any connection with the project must be
restricted in an almost vicious manner.  Use a small number of good
people."  -- Kelly Johnson, as quoted in _Skunk Works_

rk - 24 Dec 2005 16:41 GMT
>> I recall reading somewhere about a GPC fault on the first ALT
>> flight. But I'm not sure and was chatting about this with a
[quoted text clipped - 17 lines]
> General Purpose Computer 3 failed during preflight checks. Section
> 6.6, Page 6-10 (PDF page 71).

Thanks, interesting.

But that wasn't the one that I sort of remembered, it was an actual
flight after release.  But I could be remembering it wrong.  I tried
searching for similar reports in NTRS but failed to find any.  

Oh, and whilst I have the hood up, for STS-9, I think I heard this
during a talk, again, the time of year to chase down these little
items, wasn't there two GPCs that had trouble?  Particles in the IC
packages' cavities?  Again, from memory, but trying to track these
things down.

I started a presentation on avionics redundancy about a year ago and
picking it up again now.  So your help is appreciated.

Signature

rk, Just an OldEngineer
"The number of people having any connection with the project must be
restricted in an almost vicious manner.  Use a small number of good
people."  -- Kelly Johnson, as quoted in _Skunk Works_

Rusty - 24 Dec 2005 17:08 GMT
> Oh, and whilst I have the hood up, for STS-9, I think I heard this
> during a talk, again, the time of year to chase down these little
[quoted text clipped - 4 lines]
> I started a presentation on avionics redundancy about a year ago and
> picking it up again now.  So your help is appreciated.

STS-9 SSVEO IFA List
GPC 1 failure caused by metal-particle-induced short circuit - Page 16
http://www.jsc.nasa.gov/news/columbia/anomaly/STS9.pdf

STS-9 MISSION REPORT
http://members.aol.com/WSNTWOYOU/STS9MR.HTM

http://members.aol.com/WSNTWOYOU/mainmr.htm

"GPC-1 And GPC-2 Failed - At 342:11:10:21 G.m.t., during computer
reconfiguration for entry, GPC-1, (OPS 2) failed. Shortly thereafter at
342:11:16:45 G.m.t., GPC-2 (OPS 2) also failed. All attempts to bring
GPC-1 back on line were unsuccessful. A ground review of GPC-2 memory
dump indicated some memory alterations had occurred. However, GPC-2 was
reinitialized in OPS 3 and was used in the redundant set with GPC-3 and
GPC-4 for entry and landing. At Orbiter nose wheel touchdown
(342:11:16:45 G.m.t.) GPC-2 again failed."

Rusty
rk - 24 Dec 2005 17:12 GMT
Wow.

Mucho thanks.

And there got to be an award here someplace.  OM, can use some help
here.  Perhaps a rusty trinket awarded to whomever responds with the
appropriate .pdf before rusty?

-- rk

>> Oh, and whilst I have the hood up, for STS-9, I think I heard
>> this during a talk, again, the time of year to chase down these
[quoted text clipped - 25 lines]
>
> Rusty

Signature

rk, Just an OldEngineer
"The number of people having any connection with the project must be
restricted in an almost vicious manner.  Use a small number of good
people."  -- Kelly Johnson, as quoted in _Skunk Works_

Rusty - 24 Dec 2005 17:36 GMT
> Wow.
>
[quoted text clipped - 5 lines]
>
> -- rk

Wait, there's more.

Space Shuttle In-Flight Anomaly Database for STS-1 Through STS-107
http://www.jsc.nasa.gov/news/columbia/anomaly/

STS-66 / FLIGHT 66 MISSION REPORT

GPC4 MMU-1 interface problem - page 9
http://www.jsc.nasa.gov/news/columbia/anomaly/STS66.pdf

http://members.aol.com/WSNTWOYOU/STS66MR.HTM

During a systems management (SM) checkpoint from general purpose
computer (GPC) 4 to mass memory unit (MMU) 1 at 315:13:26 G.m.t.
(07:20:26 MET), two error messages (I/O ERROR MMU 1 and S60 CHECKPT
FAIL) were annunciated. The checkpoint was unsuccessful. During
troubleshooting, all further transactions between GPC 4 and MMU 1
failed. Successful transactions were performed between GPC 1 and MMU 1.
This interface problem between GPC 4 and MMU 1 was believed to be due
to a failure of the GPC 4 bus control element (BCE) 18 transmitter
and/or receiver. A software dump of GPC 4 was performed, and analysis
of the dumped data supported the BCE 18 failure and indicated no other
problem with GPC 4. A verification of GPC 4 as a redundant guidance,
navigation and control GPC was performed at 316:18:30 G.m.t. (09:01:30
MET).

The SM function was moved from GPC 4 to GPC 3. GPC 4 was then placed in
the redundant set with GPC 1 at 316:19:13 G.m.t. (09:02:13 MET) to
determine whether the problem that the GPC 4 interface had with MMU 1
also affected GPC 4 communications on the flight critical (FC) 8 data
bus. The test confirmed that GPC 4 communications on FC8 were nominal,
isolating the problem to the GPC 4 BCE 18 interface with MMU 1. The
condition did not impact entry procedures.

STS-51 / FLIGHT 57 MISSION REPORT

http://members.aol.com/WSNTWOYOU/STS57MR.HTM

The crew completed all stowage requirements and prepared the vehicle
for entry and landing. The payload bay doors were closed and general
purpose computers (GPCs) 1 and 2 were transitioned to OPS 3. However,
during the redundant set expansion to include GPCs 3 and 4, GPC 3
failed to sync at 264:06:17 G.m.t. (08:18:32 MET). An initial program
load (IPL) of GPC 3 was accomplished and the GPC was successfully
brought into the redundant set. This GPC 3 failure-to-sync was
initially thought to be explained by Operations (OPS) Note 42433;
however, subsequent analysis removed this condition as a possible
explanation. No explanation is currently known.

STS-32

Backup Flight System GPC errors - Page 15
http://www.jsc.nasa.gov/news/columbia/anomaly/STS32.pdf

Deorbit delayed 24h due to fog at landing site, then postponed to the
next orbit because of a computer (GPC#5) failure.

STS-41D
Launch on Jun 25 postponed by 24h due to a GPC fault.

GPC-5 failed - Page 2
http://www.jsc.nasa.gov/news/columbia/anomaly/STS41D.pdf

Rusty
Joe D. - 30 Dec 2005 15:32 GMT
I recollect in a simulation shortly before STS-1, the
entire redundant set crashed. I think it was an abort sim.
Does anybody remember the details of that?

-- Joe D.
Greg D. Moore (Strider) - 30 Dec 2005 16:59 GMT
> I recollect in a simulation shortly before STS-1, the
> entire redundant set crashed. I think it was an abort sim.
> Does anybody remember the details of that?

You may be thinking of the first launch attempt where the computers didn't
synch up and they had to abort.

> -- Joe D.
Joe D. - 30 Dec 2005 23:11 GMT
>> I recollect in a simulation shortly before STS-1, the
>> entire redundant set crashed. I think it was an abort sim.
>> Does anybody remember the details of that?
>
> You may be thinking of the first launch attempt where the computers didn't
> synch up and they had to abort.

No there was a sim not long before STS-1 (which used essentially
the GPC PASS flight software) where they were doing an abort and
it exposed a software problem that crashed the entire
redundant quad -- a big X on every screen.

I recall some comment about John Young being upset, since the
software was supposedly flight ready and they weren't that far
from launch.

I can't remember if the simulator had the fifth GPC with
BFS (Backup Flight Software) running or not.

I can't find any info on it, but I'm positive I remember that.

-- Joe D.
Pat Flannery - 31 Dec 2005 01:12 GMT
>I recall some comment about John Young being upset, since the
>software was supposedly flight ready and they weren't that far
>from launch.
>  

If that would have been me, there would have been a big yellow puddle on
the floor and a resignation letter on someone's desk inside of five minutes.

Pat
rk - 31 Dec 2005 08:32 GMT
On Fri, 30 Dec 2005 16:59:36 GMT, "Greg D. Moore \(Strider\)"
<mooregr_deleteth1s@greenms.com> wrote:

>> I recollect in a simulation shortly before STS-1, the
>> entire redundant set crashed. I think it was an abort sim.
>> Does anybody remember the details of that?
>
>You may be thinking of the first launch attempt where the computers didn't
>synch up and they had to abort.

It was just before STS-2.  

See: " The Space Shuttle  Primary Computer System," Communications of
the ACM, September 1984 Volume 27 Number 9, p. 886.

http://klabs.org/DEI/Processor/shuttle/shuttle_primary_computer_system.pdf
Joe D. - 31 Dec 2005 09:56 GMT
> It was just before STS-2.
>
> See: " The Space Shuttle  Primary Computer System," Communications of
> the ACM, September 1984 Volume 27 Number 9, p. 886.
>
> http://klabs.org/DEI/Processor/shuttle/shuttle_primary_computer_system.pdf

Rk, thanks for the info. It turns out John Young wasn't involved. Summary
(as told by Jack Clemons, manager of avionics flight software at IBM):

STS-2 delayed at last minute due to fuel spill damaging tiles, so
crew (Engle & Truly) returned to Houston for more simulation.

They were doing a TAL abort, and upon OMS fuel dump
all four GPCs locked up, indicated on the cockpit displays as
a big 'X" on each screen.

Clemons said "the crew was rather upset, and they went off to
lunch."

Cause was an error in a software routine used for OMS fuel
dump (essentially firing the OMS engines). In the abort sim,
two OMS dumps were done, and after the first, counters in
the software routine were not properly reset. The second
time an uninitialized counter was used to calculate a GOTO
which resulted in jumping into non-executable code
(I assume data), resulting in a CPU spin.

-- Joe D.
rk - 31 Dec 2005 15:56 GMT
>> I recall reading somewhere about a GPC fault on the first ALT flight.
>> But I'm not sure and was chatting about this with a friend.  A search
[quoted text clipped - 9 lines]
>General Purpose Computer 3 failed during preflight checks. Section 6.6,
>Page 6-10 (PDF page 71).

http://klabs.org/DEI/Processor/shuttle/alt_gpc3/

And here's some material on the one that I was thinking about, the
first free flight and the Big X.

http://klabs.org/DEI/Processor/shuttle/alt_gpc2/

Signature

rk, Just an OldEngineer
"The number of people having any connection with the project must be restricted in an almost vicious manner.  Use a small number of good people."  -- Kelly Johnson in Skunk Works

Jim Oberg - 26 Dec 2005 01:19 GMT
It sure was:

"GPC fail to sync" was the first crew call
after release. I was DPS Support in the MCC at
the time.

A big 'X' appeared on the PLT's CRT.

>I recall reading somewhere about a GPC fault on the first ALT flight.
> But I'm not sure and was chatting about this with a friend.  A search
> turned up nothing, perhaps we are old and have bad memories?  Or the
> correct report is sitting nearby hiding in plain sight?
John - 29 Dec 2005 15:57 GMT
Holy Frappp Rusty,

The "In-Flight Anomaly Database for STS-1 Through STS-107"?!?!?!??!!!!!

Is there anything you can't find?

Happy New Year and Blue Skies to you all!

John
Herb Schaltegger - 29 Dec 2005 16:11 GMT
> The "In-Flight Anomaly Database for STS-1 Through STS-107"?!?!?!??!!!!!

Back in The Day (before the invention of this whole newfangled intarweb
thing), NASA actually put out that document in printed form.  I have a
photocopy from around late '92/early '93 during my SSF days.  Makes for
some seriously interesting reading.

Signature

Herb

There ain't no such thing as a free lunch.
~ RAH

Pat Flannery - 29 Dec 2005 17:40 GMT
>Holy Frappp Rusty,
>
>The "In-Flight Anomaly Database for STS-1 Through STS-107"?!?!?!??!!!!!
>
>Is there anything you can't find?
>  

I'm glad you wrote this because I almost missed that; that will make
fascinating reading.

Pat
Rusty - 29 Dec 2005 18:28 GMT
>>Holy Frappp Rusty,
>>
[quoted text clipped - 7 lines]
>
>Pat

Here's a similar report for Project Gemini:

Gemini program corrective action listing Gemini 1 through 12 - Jan 31,
1967

http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19790077009_1979077009.pdf

Rusty
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.