Subscribe to rss feed

Something I learned about how spacecraft are built. | Spacecraft Engineering Workgroup | Forum

 
You must be logged in to post user permissions login Login register Register


Register? | Lost Your Password?

Search Forums:


searchicon 






Minimum search word length is 3 characters – Maximum search word length is 84 characters
Wildcard Usage:
*  matches any number of characters    %  matches exactly one character

topic

Something I learned about how spacecraft are built.

print
small tagNo Tags
UserPost

2:47 am
December 2, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
1
0
ratedowngrey
rateupgrey

Well, flipping through the Gemini manuals I posted recently has already paid off for me, I learned something which has importantly changed my understanding about how Gemini was built (and I presume other craft) are built.  Spacecraft Engineering is the part of this project I know the least about, perhaps what I'm about to explain is common knowledge to everyone else, but in case it's not, here we go.

The conical structure of Gemini was not itself pressurised – that is, the walls of the truncated cone shape you see when looking at the spacecraft from the outside are not themselves holding in the cabin's atmosphere.  Rather, inside the cone is a pressurised box, roughly a rectangular prism in shape, doing that job – the cone is like a shield around the box.  Equipment that requires an atmosphere to work is inside the box, equipment that works fine in a vacuum is mounted to the outside of the box, in the depressurised space between it and the cone.

Those of you who have the Gemini familiarisation manual can see this arrangement very clearly in figure 3-1, on page 44 of the pdf.

In terms of important structural work, it is the outer cone's job to provide heat shielding during reentry and micrometeoroid and radiation shielding while in orbit.  It is the box's job to contain pressure and it is the box that will have to be kept at a comfortable temperature.

This arrangement has particular implications for heat issues during reentry.  It is the cone that heats up due to friction with the air, not the crew's pressurised box.  Heat gets from the cone to the box in two ways – via radiation, from the inner surface of the cone, and via conduction at those places where the box is attached to the cone.  Thus to protect the crew during reentry, we want the inner surface of the cone to have as low an emissivity as possible and the outer surface of the box to have as low an absorbtivity as possible, to minimise radiative heating (in contrast we want the outer surface of the cone to have as high an emissivity as possible), and we want the areas where the box is connected to the cone to have as low a surface area as possible and for the connecting materials to have as low thermal conductivities as possible.  These considerations will be very useful when it comes to choosing our materials.  They suggest to me (very much not a structural engineer) that our cone should have a three layered structure – a high emissivity, high melting point outer layer, a highly insulating middle layer and a low emissivity inner layer (perhaps the two innermost layers could be one if there is an appropriate material with regards to emissivity and conductivity).  Which layer will provide the structural strength to survive acceleration/impact I don't know enough about materials to answer.

Again, perhaps other people were already thinking this way, but this idea was new to me and really helped me clarify my understanding of what sorts of materials we will need and where certain things will go in the craft.

It also suggests an approach to reusabilty of craft – if we make the coupling between the box and the cone loose enough, it may be possible to simply remove the used cone from a returned craft and place a new cone over the same box and use it that way.  It seems likely that the cone is what will take the vast majority of the punishment involved in flying, whereas the box stays relatively safe.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

11:30 am
December 2, 2009


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
2
0
ratedowngrey
rateupgrey

Interesting find. I didn't see the actual figure. Was that in Volume 1 or 2? I'll download all of those PDFs later so that we have a hard copy in case that website goes down. I'll PM Rizwan later to see how much storage space we have on this server, maybe we can store all PDFs here so that they are organized and easily referenced (Is it possible to deep link into a PDF so that you can just provide a hyperlink in a forum post?).

As for the pressure box inside the cone. We'll have to do some additional research to see if this approach has evolved over the past 45 years. I think that it would be ideal if we could design the cone to be the pressure vessel because that would eliminate a lot of the engineering difficulties of rigging a cube inside of a cone and trying to maximize the use of internal volume. A sandwiched construction would be optimal in my opinion. Maybe we could have the single piece carbon fiber shell on the inside (the pressure vessel) and then wrap that with Mylar (reflective side out), wrap that with a thin high performance insulation, and then have a final layer of polished sheet titanium. The total thickness might be ~2-3cm.

Apparently the flames that engulf the capsule will emit a great deal of IR energy so the outer layer should have a near mirrored finish to help reflect that away.

I honestly don't know what the best approach is other than whatever is the easiest. Running wire and plumbing through the pressure vessel seems like an unnecessary hassle.

Although we are looking for the lowest cost way to do things, I think that innovation is necessary in some areas.

Main Workgroups: Propulsion & Spacecraft Engineering

12:20 pm
December 2, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
3
0
ratedowngrey
rateupgrey

Volume 1, I think.  The image I was talking about is this one:

gemini structuremouse

I suppose I was idealising things a bit when I said the pressure vessel was roughly a rectangular prism, it's more of a wedge shape.  The equipment mounted to the sides of the pressure vessel aren't shown in this diagram, so it looks like a lot of empty wasted space, but you can see it in plenty of other diagrams in the manuals.

I'm also not sure if the box-in-a-cone approach or the cone-as-pressure-vessel approach would be best, it's something we would need to discuss, and research.

In addition to the prospect for higher reusability, box-in-a-cone also offers:

  • Equipment mounted to the outside of the box can be easily accessed on the ground by removing panels from the cone.  If the cone was the pressure vessel, removable panels would be harder to implement without compromising air-tightness, so access to equipment could only be from inside the vehicle, which may be a pain, and would make last minute replacements before launch essentially impossible.
  • Heat generated by equipment mounted to outside of box can radiate into space and be kept out of the cabin by good insulation.  If everything is inside a conical pressure vessel, everything heats up the atmosphere.
  • The cone and the box could conceivably be built in different places which makes decentralisation easier.

Of course, there may be ways around these complications for the cone-only approach.

I haven't had a chance to take a good look through the Mercury manuals yet, but Mercury was small enough that I am willing to bet they had to go with cone-only, so that might be a good place to look for a comparison.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

6:14 am
December 5, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
4
0
ratedowngrey
rateupgrey

Post edited 1:23 pm – December 5, 2009 by Luke Maurits


In light of recent discussions about the ability to use scaled down versions of the capsule on early flights (e.g. suborbital will require minimal life support), I am becoming fond of a box-in-cone approach where the outside surfaces of the box are sort of similar to the "breadboards" used to prototype electronic circuits.  There will be a grid-like frame on the outer surfaces that standardised boxes containing electronics, etc. can be mounted to.  Each frame will have a set of plugs integrated into it where electricity (which must be generated inside the pressure vessel since we want to use "breathing" fuel cells) comes out and data goes in through a single point of entry into the pressure vessel.  We can build as many different, say, guidance units or communication units as we like, of various levels of capability, as long as they use the standard plug types and frame mountings.  We can arrange different units on the frame to suit each individual mission.  In addition to letting us scale the craft up or down for different kinds of mission, this modular "plug and play" approach also lets different units be built all over the world and attached to a spacecraft later.

I'm worried this description hasn't been too clear, perhaps I should sketch a diagram sometime.  If people understand what I'm trying to get at, what do they think?

EDIT: Here's a (bad) concept sketch:

breadboardmouse

Note that modules wouldn't all need to actually be the same shape and size as in the diagram, they could vary as required.

EDIT 2 (Expansion): The central computer is able to interrogate the various devices attached to the plugs.  Each equipment module sends back, in response to a probe request, an 8 bit integer or the like which identifies its purpose (telemetry communication unit, inertial measurement unit, etc).  The central computer has drivers for all the modules and connects plugs to drivers as appropriate.  If two devices with identical ID codes are attached at system start up, the system chooses one as a "master" device and one as a "backup" device, ignoring one until the event that the other stops responding.  The pilot can swap master and backup using an interface if desired, and also power down individual devices in emergency low-power situations.

There may be some work involved in designing the necessary infrastructure for a system like this, but once it was in place, customising and upgrading the avionics would be very pleasantly simple. It would make the transition from suborbital to orbital to lunar versions of the craft very smooth.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

1:51 pm
December 5, 2009


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
5
0
ratedowngrey
rateupgrey

I worry that such a design might be excessively massive. I'm fine with having a bunch of spots to bolt things down to if we go with box-in-a-cone, but I would suggest considering just using a mess of power and ethernet wires rather than some complex mounting system with all of that built in. Sure, it would be messy and slower to modify, but I think it would be lighter and more compact.

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

small tagNo Tags

About the CSTART – Collaborative Space Travel and Research Team Forum

Forum Timezone: UTC -6

Most Users Ever Online: 59

Currently Online:
14 Guests

Currently Browsing this Topic:
1 Guest

Forum Stats:

Groups: 4
Forums: 36
Topics: 512
Posts: 3809

Membership:

There are 1133 Members

There are 2 Admins

Top Posters:

Rocket-To-The-Moon – 685
brmj – 402
rpulkrabek – 348
DenisG – 69
antinode – 64
J. Simmons – 46

Recent New Members: jmwright, uhwuggawuh, seikialice88, bishvabis, alijayadv, harris

Administrators: Luke Maurits (1483 Posts), Rizwan (170 Posts)



 
share save 120 16