Development of a Cold Gas Propulsion System for the ... - SSL - MIT

Development of a Cold Gas Propulsion System for the ... - SSL - MIT Development of a Cold Gas Propulsion System for the ... - SSL - MIT

26.12.2012 Views

8 Conclusion The TALARIS CGSE is an application of mature technology to a very specific purpose. While cold gas propulsion has been used for decades, and several small robotic lunar lander testbeds have recently been designed and flown with cold gas propulsion systems, the requirements and constraints of the TALARIS program made the CGSE unique. Hopping as a mode of transportation for lunar or planetary surface exploration is a relatively new and untried idea, and the hover hop in particular is a maneuver which few if any space exploration vehicles have been purposely designed and built to perform. In addition, the dual role of TALARIS as testbed and demonstrator drove a unique design philosophy for the CGSE. Finally, the limited budget, aggressive schedule, core of student participation, and exceptional focus on safety all contributed to setting TALARIS and the CGSE apart from similar projects. Development of the CGSE to fit the unique conditions of TALARIS was a process that required the application of many tools and techniques. Familiarization with existing technologies was necessary to understand the baselines from which to create a design. Modeling was an essential tool for applying science to designing the CGSE, but it was important to understand the model’s limitations and to analyze its results in the context of real-world considerations and imperfections. Testing was critical for characterizing the performance of the CGSE but also for pointing out ways to iterate on the original design and improve the functioning of the system. And throughout the entire development process, it was necessary to keep track of requirements, to ensure not only that the CGSE could perform to meet set standards, but also that it was able to fulfill the overarching objectives for which it was originally designed. In the process of completing the work documented in this thesis, several lessons were learned which seemed to have broader significance beyond the development of the CGSE. They are presented briefly here, in hopes of positively influencing work on other parts of TALARIS or perhaps any project involving the design of a subsystem to be integrated into a larger system. Documentation is important. Many parts of the process of developing the CGSE, such as selecting the basic system architecture and writing the MATLAB model to name just two, were built on work started by previous students, and it was invaluable to have a record of not only the results of their work but the thought processes and assumptions that went into it. Documentation can help prevent the duplication of previous efforts, troubleshoot problems, and suggest (even through omission) possible new directions of work. Properly 118

documenting progress takes time which could be spent doing other kinds of work, but it is an investment which can pay off well in future. Safety is essential. Safety was a central consideration in all phases of CGSE development. Sometimes actions taken for safety reasons came at the cost of performance, such as the overall decision to develop a cold gas system rather than a monopropellant hydrogen peroxide system. Often, extra time had to be taken to ensure safety, as with the effort put in to developing, following, and updating checklists for CGSE operation. However, safety is another area in which effort put in up front pays off later. For example, at one point during CGSE flight system testing, the low side became overpressurized enough to vent the two rupture disks in the system. The root cause of the overpressurization was eventually traced to a leak in the main orifice of the flight regulator due to wear and tear on the seat in the valve, as mentioned in section 7.1.4. This specific problem had not been anticipated, but the possibility of overpressurizing the low side had been considered, and measures had been put in place to handle that situation as safely as possible. The rupture disks functioned as expected and released the pressure in a relatively controlled and predictable way; they were simply replaced after the incident, and it was possible to return to testing very quickly. Had the rupture disks not been in the system, the overpressurization might have been severe enough to cause a component to fail in an unpredictable way and to cause damage that might have been more difficult to repair. More importantly, no one was injured when the rupture disks vented, partly because everyone present at the test was following established safety procedures and staying in shielded zones. Because time and effort had been invested in safety beforehand, the rupture disk incident was a small hiccup rather than a major roadblock, and progress in the development of the CGSE was able to continue on smoothly. There is a balance to be struck between modeling/simulation and hardware testing. Modeling and testing were both important elements of the CGSE development process. However, limited resources meant that neither activity could be pursued in as much depth as might be desired, and compromises had to be made. For instance, the MATLAB model had many inherent simplifications and sources of error, as listed in section 4.1.5. For some of these, such as the lack of a heat transfer model, a method of addressing them was known but would take time to implement. Instead, it was decided to use the model as it was, make component purchasing decisions with the help of its results, and spend the time on testing instead. This turned out to be the right decision; the components selected proved to be acceptable in the single-stream tests, and CGSE development proceeded. However, testing 119

documenting progress takes time which could be spent doing o<strong>the</strong>r kinds <strong>of</strong> work, but it is an<br />

investment which can pay <strong>of</strong>f well in future.<br />

Safety is essential.<br />

Safety was a central consideration in all phases <strong>of</strong> CGSE development. Sometimes actions taken <strong>for</strong><br />

safety reasons came at <strong>the</strong> cost <strong>of</strong> per<strong>for</strong>mance, such as <strong>the</strong> overall decision to develop a cold gas<br />

system ra<strong>the</strong>r than a monopropellant hydrogen peroxide system. Often, extra time had to be taken to<br />

ensure safety, as with <strong>the</strong> ef<strong>for</strong>t put in to developing, following, and updating checklists <strong>for</strong> CGSE<br />

operation. However, safety is ano<strong>the</strong>r area in which ef<strong>for</strong>t put in up front pays <strong>of</strong>f later. For example, at<br />

one point during CGSE flight system testing, <strong>the</strong> low side became overpressurized enough to vent <strong>the</strong><br />

two rupture disks in <strong>the</strong> system. The root cause <strong>of</strong> <strong>the</strong> overpressurization was eventually traced to a leak<br />

in <strong>the</strong> main orifice <strong>of</strong> <strong>the</strong> flight regulator due to wear and tear on <strong>the</strong> seat in <strong>the</strong> valve, as mentioned in<br />

section 7.1.4. This specific problem had not been anticipated, but <strong>the</strong> possibility <strong>of</strong> overpressurizing <strong>the</strong><br />

low side had been considered, and measures had been put in place to handle that situation as safely as<br />

possible. The rupture disks functioned as expected and released <strong>the</strong> pressure in a relatively controlled<br />

and predictable way; <strong>the</strong>y were simply replaced after <strong>the</strong> incident, and it was possible to return to<br />

testing very quickly. Had <strong>the</strong> rupture disks not been in <strong>the</strong> system, <strong>the</strong> overpressurization might have<br />

been severe enough to cause a component to fail in an unpredictable way and to cause damage that<br />

might have been more difficult to repair. More importantly, no one was injured when <strong>the</strong> rupture disks<br />

vented, partly because everyone present at <strong>the</strong> test was following established safety procedures and<br />

staying in shielded zones. Because time and ef<strong>for</strong>t had been invested in safety be<strong>for</strong>ehand, <strong>the</strong> rupture<br />

disk incident was a small hiccup ra<strong>the</strong>r than a major roadblock, and progress in <strong>the</strong> development <strong>of</strong> <strong>the</strong><br />

CGSE was able to continue on smoothly.<br />

There is a balance to be struck between modeling/simulation and hardware testing.<br />

Modeling and testing were both important elements <strong>of</strong> <strong>the</strong> CGSE development process. However,<br />

limited resources meant that nei<strong>the</strong>r activity could be pursued in as much depth as might be desired,<br />

and compromises had to be made. For instance, <strong>the</strong> MATLAB model had many inherent simplifications<br />

and sources <strong>of</strong> error, as listed in section 4.1.5. For some <strong>of</strong> <strong>the</strong>se, such as <strong>the</strong> lack <strong>of</strong> a heat transfer<br />

model, a method <strong>of</strong> addressing <strong>the</strong>m was known but would take time to implement. Instead, it was<br />

decided to use <strong>the</strong> model as it was, make component purchasing decisions with <strong>the</strong> help <strong>of</strong> its results,<br />

and spend <strong>the</strong> time on testing instead. This turned out to be <strong>the</strong> right decision; <strong>the</strong> components selected<br />

proved to be acceptable in <strong>the</strong> single-stream tests, and CGSE development proceeded. However, testing<br />

119

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!