11 September 2006

I Know I'm Flogging a Dead Horse....

...but this post over on Burchismo was pretty much spot-on. A few excerpts:
It wouldn't have been that much more difficult to build a reusable lunar orbit-surface-orbit shuttle and leave it in lunar orbit after each mission. But NASA has an irrational fear of on-orbit refueling. For some reason that the space commentariat can't identify, they won't develop or test the technologies necessary to do it, and so they can always say it's untested and therefore too dangerous. This from the same outfit who designed and implemented the shuttle system so that it's first flight HAD to be manned. Huh? The same goes for the lunar transit step. A reusable Earth-Moon taxi is NOT beyond our technical competence. But NASA won't take the refueling step. So the program is designed in a way that makes it too politically easy to declare victory and quit at any point after a lunar landing or two or three with the new system has been achieved.


Regarding the Ares V HLV:
But it begs the question of the need for and economics of such a brute. The Russians couldn't make it pay with their equivalent, the long-dead Energia super-booster that only flew a few times and has now gone the way of the Saturn V. The demand for such heavy lift capacity is very, very small. In fact, it's only real because NASA chooses to make it so with the Orion mission design.


Ken was putting together a blog post that he never finished that had a rather informative quote from Scott Horowitz of NASA ESMD that illustrates rather clearly the biases and assumptions that helped them justify the decision they wanted all along:
The cost of breaking the exploration missions into numerous smaller pieces to accommodate a smaller launch vehicle is cost prohibitive. Each smaller element will have to become a complete spacecraft on orbit while performing an automated rendezvous and docking and be burdened with all the systems required to survive and operate in space including power systems, thermal control systems, propulsion systems, guidance navigation and control systems, docking systems, etc. Then there is the cost of the infrastructure required to support the surge rates needed for multiple launches of smaller launch vehicles that would be required during a lunar or Mars campaign. This combined with all of the associated operational costs make the use of smaller launch vehicles for exploration missions cost prohibitive. Add to that the impact on mission reliability as a result of performing so many launches and associated on-orbit assembly operations and one quickly realizes that the chances of accomplishing multiple moon or Mars missions using smaller launch vehicles is slim to none.


As we were driving down to Space Access, James Robertson was with us reading through some of the ESAS related documentation (or at least I think it was ESAS), especially the part leading up to the preference for the "1.5 Launch Architecture". I'm emailing him to see if he can find the relevant section again (because I sure couldn't find hardly any real substantiative discussion of that critical choice in the ESAS documents I skimmed tonight), but the gist of it was that the way they were treating mission reliability for multiple launch architectures was completely broken. They assumed that if you had a multi-launch architecture, that if a single launch failed, that the whole mission would be completely lost, as though all the hardware that you succesfully orbitted was somehow going to disappear instantaneously if you have a single launch accident.

[Updated Sept 12: James pointed me to the section, it's 6.4.4. It's worse and more garbled than even I remembered. Basically, they assume that all the assembly is going to be done autonomously (in spite of the fact that the US has little experience with Autonomous Rendezvous and Docking), and that any failed rendezvous event, or any delay in propellant delivery past the initial planned departure date, or any failed launch event means that the entire mission is lost. Now Rand points out that this may be valid for a Mars mission. But do you really think that by the time we do a manned mars mission that we won't have some sort of on-orbit infrastructure? That we won't have propellant depots that act like an UPS system for your computer, providing enough capacity to deal with temporary bumps in the supply chain? That we won't have the ability to "redock" components if the AR&D system doesn't work right the first time? Their analysis is valid if you accept all of their silly assumptions, but if you actually think it through, you come to completely different conclusions. ]

This is echoed in the last part of Scott's quote. If you assume a more sensible architecture, where instead of trying to make a whole bunch of mini-spacecraft and mini-tanks, and assembling it all together at some spacedock, that you instead just do a simple drylaunch approach like several of us have mentioned, that concern goes out the window. Most of the launches in a drylaunch architecture are non-mission critical, because they are propellant. Even with the worst realistic boiloff rates, a full month worth of delay wouldn't be an issue even for LH2 boiloff. Losing any propellant tanking launch is at worst going to delay your departure date. If you use a buffer/capacitor in the form of a propellant depot, you can even isolate your mission reliability from the launcher reliability further. And, if you use a reusable transfer stage, and reusable lander, and have a small fleet of three to four of each (launched over a year or two space), then even the accidental loss on launch of any given part of the hardware, the impact on the overall system is marginal.

So yeah, if you make unrealistically dumb assumptions about how a multi-launch architecture should be done, you can "prove" that a politically convenient Shuttle-Derived launch architecture is superior. Data never lies, but if you torture it long enough, you can get it to confess anything you want.

4 Comments:

Anonymous Anonymous said...

Losing any propellant tanking launch is at worst going to delay your departure date.

Well, admittedly, for a Mars (or asteroid) mission, delaying the departure date can be a big problem, because it can result in a delay of many months until the planets are lined up again.

6:27 AM  
Anonymous Anonymous said...

To be devils advoctae, and passing some insider knowledge.

NASA got reermed by the modular design of station. It increased implementation time to decades (or never now0, ment that since programatically they couldn't order and assemble the peaces together on the ground and test them, they found some very nasty surprizes when they started to orbit it.
It did have to be designed so each stage (each addition of a new module) resulted in a ship that was stable and self sufficent for years on orbit. As well as consider what they'ld do if they lost one.

As to on orbit refueling. Asside from the fact it would invalidate the need for a shuttle derived heavy lifter - hence SERIOUSLY threatening the political suport for the program - it would require lifting parts designed to take launch unfueled (a lot of current tank would colapse under launch loads empty) and a onorbit integration adn testing facility if you assemble peiaces (back to the horror of modular assembly they got burned with on ISS).



On a different issue, why throw away LEMs after each use. How would you service the engines after each flight?



Past that of course is shuttling up the stuff peace by peace makes you wonder why were dumpoing shuttle and the ELVs, which was justified by their not having the lift capacity needed.

;/

1:32 PM  
Blogger murphydyne said...

Kelly, part of the reason that the modularity of the station beat up NASA is because NASA insisited on launching most of it on the Shuttle, a single source launch supplier. Apparently all margin was designed out of the modules, such that they could only be launched cradled in the Shuttle's bay. Why our engineers can't design a cradle that emulates the shuttle launch attach points but still fits within a shroud is beyond me.

The point of having multiple launchers is that the modular flow will not cease when your single source launcher goes kaput. If we're smart and design universal interfaces then payloads will no longer be bound by the tyranny of a monopoly. In this case the NASA experience really wouldn't apply.

Jon, I remember that post. I had a change of heart about it, since as ISDC 2007 co-chair I have to play nice for the time being. That's why my posts have been rather milquetoast lately (as judged by the almost complete absence of comments). That, and it was about the time I really started getting to work on fleshing out the Lunar Library. I'll go check it out and see if I can sanitize it...

5:22 PM  
Blogger murphydyne said...

Okay, now I remember it. Jon left out the key phrase in Scott Horowitz's prepared testimony that was submitted to Congress. It was not verbatim in his statements made directly to Congress. Someone would have had to have read those statements after they were handed off. The last paragraph, and missing from Jon 's extract, is:

'"A heavy lift launch vehicle eliminates costly and complex in-space docking and onorbit assembly and all of the associated supporting hardware, testing, checkout, and sustaining operations. Most significantly, a heavy lift launch vehicle simplifies the exploration architecture driving down costs for sustaining and logistics."

This helps to explain a lot of the assumptions used to justify the ESAS, but what terrifies me the most is the last part, "driving down costs for sustaining and logistics".'

The post also goes into Griffinian bargains and other not very nice stuff. That one will never see the light of day.

5:36 PM  

Post a Comment

<< Home

Weblog Commenting and Trackback by HaloScan.com