EDIT: oh yeah, and what is it with all the exploding starships? Are the interns in charge of testing or something?
/ to the interns on HN, only kidding. you could probably do it better than us old folks anyway hah
EDIT: oh yeah, and what is it with all the exploding starships? Are the interns in charge of testing or something?
/ to the interns on HN, only kidding. you could probably do it better than us old folks anyway hah
Saturn V could lift 140 tonnes to low earth orbit. Falcon Heavy can lift 54 tonnes to low earth orbit. I think that means it could get a mission to the moon as long as it weighed 38% of what Apollo did. That doesn't sound like a fun trip.
Unless you assemble the moon ship in earth orbit first. Falcon Heavy can launch Orion on its own, or the European Service Module that it requires. I imagine it could launch a lunar lander too. You would also need a booster to send the combination to the moon - the Saturn final stage that did that weighed 100 tonnes, twice what Falcon Heavy can launch. So, maybe you launch an empty booster, and send up a couple of tankers to fuel it on orbit? It's a lot of launches, and a lot of work to do in orbit. That's not impossible (and is cool as hell), but there would be a lot of work to do to make it possible.
Just to be pedantic, remember, that the only thing Saturn-V brought to LEO and left there was Skylab, with mass 77 tons. Other than that you counting parts of Saturn-V itself as part of payload, which is inconsistent - you don't count mass of Falcon-9 second stage as part of payload, for example, even though it gets to orbit.
Saturn-V is better characterized by the mass it leaves on translunar orbit, which is 48,6 tons. For LEO it's awkwardly lopsided with mass of 3rd stage and remaining fuel.
In other words, if you have a 140 tons satellite, you couldn't get it to LEO with Saturn-V. So the comparison is wrong.
You can launch the lander first, park it in lunar orbit, then launch the crew on a second Falcon Heavy, each having 38% of an Apollo worth of mass. With a little more creativity, you can launch the ascent vehicle on another Falcon Heavy and land it before the other two so that astronauts can rest assured that, unless they kill themselves during the landing, there is a ride back up waiting for them.
With that you can have 3 separate chronograms and each mission is simplified in relation to a single Apollo.
If you are unhappy with the mass budget, you can launch yet another series of missions with supplies and equipment to be landed before the ascent vehicles are landed. And, since in this case whatever lands doesn't even need to be pressurized, or delicate, landing it should be much easier too.
Now we are at 1.52 Apollo masses per mission. It took 4 launches to get there but, still, it's a lot of stuff for our astronauts to work with. Also, if any one launch fails, you can always try again.
You can opt for hypergolic propellants that won't boil off, but you sacrifice performance and make ground handling more expensive and dangerous due to these being highly toxic.
And now my mission profile has two different landing modules, one using cryogenics, one using hypergolics. Oh well... We can always go hypergolic if the mass budget is not a big issue.
Apollo basically had a switch + sensor based tigers to start an automatic segvence that shuts down and drops the first stage, starts the seconds stage and flies it back to lunar orbit.
If you don't have an ascent stage or enough delta-v, you have to land, potentially many kilometers of course or even crash if something goes very wrong.
That's a good reason to have multiple supply/equipment depots on the surface before you even land the ascent vehicles. Walk up to the nearest one, then drive the rest of the way.
Also that's one good reason to have spare ascent craft (or supply depots) parked on low lunar orbit that could be directed to pick up any stranded astronauts.
A last option is a LESS-like lifeboat assembled from lander components. Surface to orbit on a convertible has some appeal.
Already considered in Apollo days:
https://en.wikipedia.org/wiki/Lunar_escape_systems
A very simple "rocket chair" using residual fuel from the LEM. There were also variants for regular use during exploration using only leftover propellant from the descent stage.
Flown manually all the way to lunar orbit due to guidance computer being to heavy back then:
"Guidance in typical LESS designs was simple: an 'eight-ball' to show spacecraft attitude, a clock to show time since liftoff, and a planned pitch program. The Apollo Guidance Computer used as an autopilot for the CSM and LM had a mass of around a hundred pounds and consumed a significant amount of power, so computer controlled flight was out of the question. This would be one of the few cases where an astronaut flew a rocket manually all the way to orbit, and with far less instrumentation than normal."
It can be done, but can it be guaranteed?
True. No wind or waves, everything standing perfectly still.
I'd say it's much easier.
Sure, we have much better radar and composition maps of the lunar surface these days, but it strikes me that it's still not as 100% as landing on a barge's [presumably] metal surface or concrete and Cape Canaveral.
I'm more worried about sandblasting the surroundings.
I'm sure smarter people than I have thought about this, but it was a thought that struck me when I saw the mockups in the NASA lunar bid vid a wee while back.
Still, by then the ship should be somewhat top-heavy and those six landing pinkies do not inspire much trust.
OTOH, the people designing this are smarter than we are and much more experienced than me in rocket design, so they may know one or two things I don't.
And American astronaut is launched in a hurry due to the space race in a one-way Gemini based lander, lands off course and needs to find the shelter/ascent vehicle with limited supply of air. And at the same time the Soviet mission he was effectively racing with goes silent...
While I haven't yet seen anything concrete, SpaceX's definitely wants to have orbital refueling. If I recall, that's actually one of SpaceX's requirements for Starship.
Orbital refueling would mean that lift capacity to LEO doesn't translate directly the range beyond LEO.
edit: i know we can launch more fuel into orbit, and I really emphasize the "manufacturing" in orbit part.
Your best bet would be to use mass that’s present in space, but unfortunately (1), there isn’t that much in orbit. In theory, one could scope up cosmic dust, tiny meteorites, and old satellites in orbit. It would be a challenge to scale that up, though. https://en.wikipedia.org/wiki/Stardust_(spacecraft) didn’t catch kilograms of stuff, even though it explicitly went for a comet.
Capturing a larger meteorite would work, but larger meteorites are harder to catch.
If you’re extremely ambitious, build a solar powered particle accelerator in space, use it to create electrons, neutrons and protons (https://en.m.wikipedia.org/wiki/Matter_creation), turn those into atoms, and build fuel from those (apart from the practical problem of scaling that up, there are ‘a few’ Ph.D’s to be earned there.)
(1) or fortunately, as having lots of mass there would make space flight dangerous (https://en.wikipedia.org/wiki/Space_debris)
I'm not aware of a less outlandish plan!
Now, if you want oxidiser, you could skim air off the top of the earth's atmosphere. I have no idea if that has been considered outside of science fiction [1], though.
[1] okay, here they're skimming nitrogen, but: https://en.wikipedia.org/wiki/Fallen_Angels_(science_fiction...
I remember some concepts for very low altitude satellites that compensate for drag by running a solar powered ion ramjet. :)
[1]https://en.wikipedia.org/wiki/Super_Low_Altitude_Test_Satell...
(1) no one's used methane on a rocket before, so there's not a lot of experience in ground handling it, and its properties are rather different than other fuels.
(2) Making large lightweight steel pressure vessels is also rather novel.
Those two account for most of the destruction; the rest are the sorts of errors usual to a rocket test program. It's an industry famous for blowing things up due to low margins and lots of potential energy.
A large part of SpaceX’s success in winning commercial crew approval is because the stack is actually very traditional. The primary innovation is first stage recovery which arguably doesn’t add any risk to the crew.
Fully new materials and propellants completely change the game when it comes to risk. I hope the succeed and I think they can succeed. It’s just that this round is going to take a little more money than the Falcon/Dragon program and I hope they’re able to find enough of it.
As for human rating Starship - I think the best bet is to launch them as many times as possible unmanned to demonstrate it is safe, kinda like the thousands of flight hours needed to certify a new airliner. This should be perfectly doable on the fully reusable Starship + Super Heavy combo.
I'm not saying rad hardened aerospace computers and specialized programming languages (ADA and co) are bad - there was a time where they were absolutely the best (any only) choice, but thankfully today there are often better options.
IIRC for the Dragon computers I remember an article that mentioned that if they went with aerospace computers, even just a devkit would have cost >150 thousand dollars, severely limiting available resources for developers and the flight hardware would have lead time in years.
So they went with redundant (IIRC 5 times) x86 with Linux on top & each engineer working on the code can have effectively flight hardware on their desk for use during development.
In that regard, FFSCC rocket engines actually remind me of LFTR-type MSRs:
1. been around for decades
2. clear benefits to the design
3. hasn't managed to be used viably
So I would say Starship + Super Heavy is definitely a riskier investment than NASA has made with Falcon.
I'm a big fan of the Dynetics lander. It's small for its capability and just a single stage (plus drop tanks) so should have low development and build costs. Video of it: https://www.youtube.com/watch?v=GFBeVQ3STZ0