home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / sci / space / 11853 < prev    next >
Encoding:
Text File  |  1992-08-15  |  7.0 KB  |  160 lines

  1. Newsgroups: sci.space
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!wupost!usc!rpi!acm.rpi.edu!strider
  3. From: strider@acm.rpi.edu (Greg Moore)
  4. Subject: Re: ACRV/Soyuz P # of Passengers
  5. Message-ID: <_kbyx3j@rpi.edu>
  6. Nntp-Posting-Host: acm.rpi.edu
  7. Organization: The Voice of Fate
  8. References: <h-aym4#@rpi.edu> <1992Aug14.152325.29323@iti.org>
  9. Date: Sat, 15 Aug 1992 20:47:01 GMT
  10. Lines: 148
  11.  
  12. In article <1992Aug14.152325.29323@iti.org> aws@iti.org (Allen W. Sherzer) writes:
  13. >In article <h-aym4#@rpi.edu> strider@acm.rpi.edu (Greg Moore) writes:
  14. >
  15. >>    Soyuz is great, Soyuz is God, Soyuz can carry ONE passenger.  The
  16. >>other two occupants must be qualified as pilots.
  17. >
  18. >>    The Shuttle is lousy, the shuttle is the eater of money, the shuttle
  19. >>can carry 5 passengers (or more).  
  20. >
  21. >I would like to see a source for this. The Soviets tended to prefer automated
  22. >hardware and didn't let their crew do much if they could avoid it. There
  23. >shouldn't be too much trouble qualifying crews.
  24. >
  25.  
  26.     Source? Look at any Soyuz flight.  If it were so easy, I'd think that
  27. the CIS would be willing to fly TWo paying passengers, rather than one.
  28. Also, looking at I believe the last 4 or so missions I recall 2 were done
  29. with manually docking.  Finally, recall Mercury and the Capsule passengers?
  30. Oh, excuse me, the ASTRONAUTS who fought to have flight control.  Trying
  31. to convince NASA and/or its astronauts to sit in a capsule while it flies
  32. without I think would be harder than convincing Congress of your ideas.
  33.  
  34. >But I point out that if in fact you are correct, this is still a problem
  35. >for Shuttle. Soyuz WILL be the ACRV. Congress isn't going to fund anything
  36. >else.
  37. >
  38.     This was my fault, the subject is misleading.  As ACRV I do believe
  39. that Soyuz has its merits.  As a method for exchanging crews, I have serious
  40. doubts.  And you haven't made an argument yet.  Just some simple handwaving
  41. about how easy it would be to qualify crews and that it would all be done
  42. automatically.
  43.     Heck, the shuttle can fly automatically except for landing gear
  44. deployment (and that will change soon).  Why bother flying with a 
  45. Commander AND a pilot.  Heck, dumpt them and you have 7 or more passengers.
  46.  
  47. >Therefore if this is a problem, both approaches will sove it the same
  48. >way.
  49. >
  50.     Not sure what you are saying here?
  51.  
  52. >>    With shuttle, you only need one shuttle flight.  AND the shuttle can
  53. >>supply the station in the same flight.  
  54. >
  55. >And if we have enough money that we don't mind wasing most of it, this
  56. >is just fine.
  57. >
  58.     I've just demonstrated that your costs may be higher than you're
  59. admitting, and all you can do is say how much the shuttle can costs.  You've
  60. gone from 2 Soyuz flights (3+1 or 2+2) to recrew the station to possibly as
  61. many as 4, doubling your cost of Soyuz.
  62.  
  63. >>    If the station EVER (and I doubt this for a LONG time) gets to 
  64. >>8-person capability you will need 6 Soyuz flights to recrew.  
  65. >
  66. >I'm assuming three although even with six we still save money.
  67. >
  68. >>    An added cost comes up with these multiple flights.  
  69. >
  70. >In ten years of operation Shuttle has not come down in price very much.
  71. >As to additional flights reducing cost, it won't happen since Shuttle if
  72. >flying at maximum rate now and CAN'T fly any more.
  73. >
  74.     Non-Sequitor.  I never argued that shuttle costs would come down.
  75. I argued that your non-hardware costs would go UP.  Assuming you want to
  76. change the crew within a short period of time (i.e. in a week or so) you've
  77. got to launch 4 Soyuz's in the space of a week.  HOW?
  78.  
  79. >>Before you argue
  80. >>that costs would go DOWN as a result of a larger production line, keep in mind
  81. >>that you will need more launch pads, more ground support, etc.  
  82. >
  83. >A government report (I think it was 'Launch Options for the Future') said
  84. >that there is plenty of facilities available to greatly increase the
  85. >rate of Atlas launches. HL Delta goes up from an unused launch complex and
  86. >all the costs you mention are included.
  87. >
  88.     As you mention in a later post, there are ADDITIONAL facilities
  89. around, I would not say PLENTY!
  90.  
  91. >>You can't 
  92. >>simply double or triple the flight rate of any rocket without taking into
  93. >>account the cost of these factors.  Therefore, I don't think your savings in
  94. >>production quantity would help, it would end up being eaten in launch support
  95. >>costs.
  96. >
  97. >The relevant government reports says larger launch rates can be sustained.
  98. >This will provide better utilization of ground facilities which will reduce
  99. >costs even more.
  100. >
  101. >>    Finally, as my recent post concering the EOS system asks, why is the
  102. >>cost so low.  
  103. >
  104. >1. It is a commercial procurement. The government isn't buying a launcher
  105. >but launch services. If the contractor doesn't deliver the payload, he
  106. >doesn't get paid. The govenrment will not be paying for the development
  107. >of HL Delta nor will it own the design. The contractor has every incentive
  108. >to keep costs in line since he looses $$ otherwise.
  109. >
  110.     Sorry, my argument was not clear here.  EOS should be handled the
  111. same way your are arguing for HL Delta etc.  But, clearly the government
  112. does NOT want to work this way.
  113.     One poster sent me a message explaing partly why.  It's typical for
  114. contractors to underbid and ask for more money later.  And I think this would
  115. happen with McDonnell Douglas.  "Well, gee, we underbid and well, we are
  116. going to lose so much money that A) we can't build what you want and B)
  117. we're going to go out of business, taking hundreds of jobs with us."
  118.  
  119.     And what has the government done in the past?
  120.  
  121. >2. The vehicles in question use mostly off-the-shelf parts with wide safety
  122. >margins. This works to reduce costs and increase reliability.
  123. >
  124. >>    Your answer taht you've talked to teh engineers, ro that Boeing does
  125. >>it with aircraft all the time doesn't hold water with me.  First:  the
  126. >>companies in question have a tradition of giving lower figures, why change
  127. >>now?  
  128. >
  129. >Because the rules are different. Before with cost plus contracts it was
  130. >to a companys advantage to add costs. With this effort where only services
  131. >are being purchased, that won't work.
  132. >
  133. >>Two: Boeing is operating in the real world with real customers who
  134. >>WON'T allow them to underbid and get away with it.
  135. >
  136. >EXACTLY. Since we are making the government a real customer it will
  137. >work just like Boeing. Now the govenrment is simply another buyer of
  138. >launch services just like Intelsat (which McDonnell Douglas and GD
  139. >already serve).
  140. >
  141. >Don't get hung up on HL Delta or Atlas. We aren't paying to develop
  142. >them. All we are doing is buying launch services from the lowest bidder
  143. >and it may not be either of those vehicles who get the contract.
  144. >
  145.     Me hung up?  Look around. :-)
  146.  
  147. >   Allen
  148. >-- 
  149. >+---------------------------------------------------------------------------+
  150. >| Allen W. Sherzer | "If they can put a man on the Moon, why can't they     |
  151. >|  aws@iti.org     |  put a man on the Moon?"                               |
  152. >+----------------------252 DAYS TO FIRST FLIGHT OF DCX----------------------+
  153.  
  154.  
  155. -- 
  156. <------------------------------------------------------------------------->
  157. Greg d. Moore                  |  Strider@acm.rpi.edu
  158. Green Mountain Software        |  "All that is gold does not glitter."  
  159. Carpe Diem                     | 
  160.