Difference between revisions of "Prometheus"
m |
|||
(4 intermediate revisions by one other user not shown) | |||
Line 159: | Line 159: | ||
|- | |- | ||
| Max Acceleration | | Max Acceleration | ||
− | | 131ft/s | + | | 131ft/s<sup>2</sup> |
|- | |- | ||
| Ground Hit Velocity | | Ground Hit Velocity | ||
Line 190: | Line 190: | ||
== Avionics == | == Avionics == | ||
− | The payload and the booster sections will each contain two altimeters for redundancy (four altimeters total). Each altimeter will be wired up to the ejection charges mounted on the respective avionics bays as well as to a cable cutter for our reefing system. Since both the payload and booster section will be reefed, there will be redundant cable cutters for both parachutes as well (four cable cutters total). The reefing system will be discussed in detail in | + | The payload and the booster sections will each contain two altimeters for redundancy (four altimeters total). Each altimeter will be wired up to the ejection charges mounted on the respective avionics bays as well as to a cable cutter for our reefing system. Since both the payload and booster section will be reefed, there will be redundant cable cutters for both parachutes as well (four cable cutters total). The reefing system will be discussed in detail in [[#Recovery|Recovery]]. |
=== APRS Transmission === | === APRS Transmission === | ||
Line 224: | Line 224: | ||
== Avionics == | == Avionics == | ||
− | The main controller for our payload will be a Teensy 3.2 from PJRC. This micro controller not only is compatible with Arduino code and the Arduino IDE, but contains a host of additional features including an ARM processor, 2 I< | + | The main controller for our payload will be a Teensy 3.2 from PJRC. This micro controller not only is compatible with Arduino code and the Arduino IDE, but contains a host of additional features including an ARM processor, 2 I<sup>2</sup>C channels, and capabilities to connect to a CAN bus. |
=== Sensor Fusion === | === Sensor Fusion === | ||
− | See https://www.overleaf.com/3972499sxgwkz | + | See [https://www.overleaf.com/3972499sxgwkz this document for our research]. |
+ | Kalman filtering and sensor fusion will be used to get accurate and fault-tolerant values for orientation, position and velocity. | ||
+ | |||
+ | <!-- | ||
[fig:fusion] | [fig:fusion] | ||
Line 236: | Line 239: | ||
(orientation) at (0.5,-2.5) <span>'''Orientation'''</span>; (velocity) at (2.5,-1.25) <span>'''Velocity'''</span>; (angvel) at (0,-1.25) <span>'''Angular velocity'''</span>; (position) at (3.5,-2.5) <span>'''Position'''</span>; | (orientation) at (0.5,-2.5) <span>'''Orientation'''</span>; (velocity) at (2.5,-1.25) <span>'''Velocity'''</span>; (angvel) at (0,-1.25) <span>'''Angular velocity'''</span>; (position) at (3.5,-2.5) <span>'''Position'''</span>; | ||
− | (tmp) at (1.5,-1); (mag)–(tmp); (acc)–(tmp); (tmp)–(orientation); (gyro)–(angvel); (angvel)–(orientation); (acc)–(velocity); (gps)–(velocity); (velocity)–(position); (gps)–(position); (baro)–(position); | + | (tmp) at (1.5,-1); (mag)–(tmp); (acc)–(tmp); (tmp)–(orientation); (gyro)–(angvel); (angvel)–(orientation); (acc)–(velocity); (gps)–(velocity); (velocity)–(position); (gps)–(position); (baro)–(position); --> |
= Manufacturing & Assembly = | = Manufacturing & Assembly = | ||
Line 293: | Line 296: | ||
[[Category: Daedalus]] | [[Category: Daedalus]] | ||
[[Category: Rockets]] | [[Category: Rockets]] | ||
+ | [[Category: Documentation]] |
Latest revision as of 14:45, 15 September 2017
Prometheus (ARES-4) | ||||
---|---|---|---|---|
Launch 1 - L2 | ||||
Launch date | February 20, 2016 | |||
Launch site | TCC | |||
Launch 2 - L3 | ||||
Launch date | Pending | |||
Launch site | Pending | |||
Launch 3 - L3 | ||||
Launch date | Pending | |||
Launch site | Pending | |||
|
Summary
Team Summary
Stanford SSI Rockets Team - Daedalus, Prometheus (ARES-4)
Leland Stanford Junior University
Stanford, CA
Members
- Ian Gomez - Project Manager
- Christopher May - Project Advisor
- Rebecca Wong - Project Lead
- Callie VanWinkle
- Frits van Paasschen
- Joan Creus-Costa
- Davy Ragland
- Nick Kuntz
- Andrew Nguyen
Launch Vehicle Summary
The purpose of the launch vehicle is to reach an apogee of approximately 11,800 ft and completely separate into two sections. The motor section will consist of one set of 4 stability fins and will fall to the ground using a reefing system. The payload section will deploy a reefing system and will contain actuating canards to stabilize the payload's decent.
The forward airframe will be 40 in long and the aft airframe will be 45 in long, both with an inner diameter of 4 in and made of fiberglass. The total weight will be approximately 25.5 lbs loaded. We have selected to use the Intelli-Cone from Public Missiles and a CTI L395 motor with main deployment at 800 ft.
Payload Summary
The objective of the payload for Prometheus is to achieve roll control using actuated fins that implement a PID control law. The main controller for the control law will be a Raspberry Pi B+ that interfaces with a Teensy 3.2 (Arduino-based microcontroller) to actuate a servo geared to two fins. The success of our mission will be demonstrated through a comparison of video feed with and without a control law.
Vehicle Criteria
Mission
Mission Statement
The goal of Prometheus is to demonstrate full roll control of a payload as it descends using actuated fins and a PID controller.
Flight Events
- Motor ignition
- Motor burnout
- Airframe separation at apogee
- Reefed parachutes ejected
- PID fins begin actuating according to control law
- Main parachutes ejected at 800 ft
- Booster and payload sections are recovered separately
Success Criteria
- Complete separation of forward and aft airframes
- Successful cable cutting on both forward and aft parachutes
- Stabilized video of payload decent
Constraints
- Tripoli Central CA height ceiling of 16,800 ft.
- Rocket construction to be made using a “minimum of metallic parts” excepting those necessary for airframe integrity
- Motor impulse not to exceed 10,240 Ns
- Redundant avionics, wiring, and safe arm systems
- Vertical descent speed of maximum upon landing
- Budget of $4,000
Design
The rocket is comprised of two sections, the payload and the booster. The two sections completely separate with no shock cord running between them at apogee, allowing the payload to be tested independently with the PID controller while the booster is recovered as normal. The separation for Prometheus is unconventional in both its need for complete airframe separation and its use of cable cutters for a reefing system. The reefing allows us to implement a single tube dual deployment, which is necessary since the payload section must remain as one continuous piece in order to actuate the fins during decent. The addition of canards on the forward half of the rocket effectively push the CP forward such that we can attain a desired stability margin without the need for much additional weight. Our primary material of choice for our airframes and fins is fiberglass, due to its thermal and structural benefits.
Systems Overview
The unloaded mass of the system is 12.9 lbs and 25.5 lbs loaded, using a Cesaroni Pro75 L395. The center of gravity is at 52.19”, and the center of pressure is at 61.45”, giving us a stability of 2.55 cal. Both the forward and aft airframes contain an avionics bay with dual altimeters that will control the separation and reefing charges, executed by redundant cable cutters. The forward airframe will additionally contain the avionics necessary for the PID controller including a Raspberry Pi B+, a Teensy 3.2, redundant 9-DOF Absolute Orientation Sensors from Adafruit, a Big Red Bee GPS Radio, servos to control the fins, and several cameras. The aft airframe will contain an additional GPS radio using a different frequency to ensure recovery of the booster section.
Propulsion
The unloaded mass of the system is 12.9 lbs and 25.5 lbs loaded, using a Cesaroni Pro75 L395. The center of gravity is at 52.19”, and the center of pressure is at 61.45”, giving us a stability of 2.55 cal. Both the forward and aft airframes contain an avionics bay with dual altimeters that will control the separation and reefing charges, executed by redundant cable cutters. The forward airframe will additionally contain the avionics necessary for the PID controller including a Raspberry Pi B+, a Teensy 3.2, redundant 9-DOF Absolute Orientation Sensors from Adafruit, a Big Red Bee GPS Radio, servos to control the fins, and several cameras. The aft airframe will contain an additional GPS radio using a different frequency to ensure recovery of the booster section.
Motor Performance
Motor | Pro75 4937L395-P |
Type | Reloadable |
Diameter | 2.95 in (75 mm) |
Length | 29.8 in |
Total Weight | 5706 g |
Prop. Weight | 3423 g |
Avg. Thrust | 393.7 N |
Max Thrust | 587.5 N |
Total Impulse | 936.8 Ns |
Burn Time | 12.54 s |
ISP | 147.08 s |
Flight Characteristics
Apogee | 11,889 ft |
Max Velocity | 825 ft/s |
Max Acceleration | 131ft/s2 |
Ground Hit Velocity | 12.6 ft/s |
Time To Apogee | 23.7 s |
Structures
Nosecone
The nosecone of choice is the 3.9" Intelli-Cone from Public Missiles. The reason for this choice is that this nosecone is designed to hold an avionics bay inside of it and to be permanently fixed to an airframe, which is precisely the set up we will be utilizing since our payload section will not separate between the nosecone and airframe. This allows us the advantage of using the space inside the nosecone to hold avionics and save space inside the airframe for the fins, motors, and other necessary hardware. We will coat the nose cone in high heat primer (often used for car engines) and high heat paint, rated to withstand up to .
Fins
We currently estimate the fins to be 4” x 4” x 3/32” squares constructed out of fiberglass. As we develop a more realistic model for our system for our control law after we receive orientation data from a test flight, we will be able to more accurately determine how large of an area our fins will need to cover to exert the necessary torque to resist rotation. The fins will be connected on a worm gear mechanism, in order to prevent movement on accent, consequently protecting the fins from any kind of unintentional actuation.
For our stability fins on our aft airframe, we will be using off-the-shelf fins with the root chord of 8.5”, tip chord of 4”, and height of 8.5”, and a Coefficient of drag of 0.14.
Airframes
Because our rocket will be reaching supersonic speeds, we opt for fiberglass airframes that will withstand the effects of high speeds. The forward airframe will be 36“ long and the aft airframe will be 42” long. The forward airframe will feature a polycarbonate section for our camera to record the flight and particularly the decent of the payload.
Stability
Using OpenRocket, our CP is located at and our CG is located at with a stability of . This is considered an overstable rocket, however, it is necessary for us to be overstable on launch since the CP will shift forward during the flight and especially as we approach and reach supersonic speeds. After burnout, we will have a stability around 2 cal.
Avionics
The payload and the booster sections will each contain two altimeters for redundancy (four altimeters total). Each altimeter will be wired up to the ejection charges mounted on the respective avionics bays as well as to a cable cutter for our reefing system. Since both the payload and booster section will be reefed, there will be redundant cable cutters for both parachutes as well (four cable cutters total). The reefing system will be discussed in detail in Recovery.
APRS Transmission
APRS is used as a live downlink between the rocket GPS and a ground station, in order to facilitate live tracking and recovery.
Recovery
Vehicle Separation
Our recovery system is somewhat unconventional, and we recognize this is a critical component to the success of our mission. As such, we will conduct extensive testing on the ground and using L1 and L2 vehicles to minimize any chances of failure.
The separation charges are staggered to ensure proper timing for the two parachute ejections. Additionally, we had to ensure that the aft parachute does not enter the forward airframe when ejected. To this end, we sealed the coupler on the aft end with a bulkhead and attached a fixed inner tube to hold the forward parachute. When the aft ejection charge fires, the aft parachute is pushed forward into the bulkhead which pushes the coupler forward as well. However, since there is a fixed inner tube, the coupler will only be able to move forward enough so that the aft airframe can detach completely and the parachute be ejected out of the airframe.
Once the aft airframe has separated, the forward ejection charge will fire, ejecting the forward parachute and the coupler. The bulkhead on the forward end of the coupler ensures that when the forward parachute is ejected, it pushes the coupler out and does not lodge itself into the coupler. The coupler will freefall back to the ground while the two parachutes are attached to the avionics bays using nylon webbing shock cords with Kevlar cord protectors.
Reefing
Our vehicle requires us to implement two instances of a single-tube dual-deployment due to the fact that the vehicle will completely separate into two sections which cannot be separated again for two parachutes to be ejected. Several options were considered including using deployment bags, tethering, parachute cannons, and cable cutters. Each option had its strengths and weaknesses, but we ultimately decided to choose cable cutters due to their easy of use and increased reliability over other methods that would rely on a main chute unraveling correctly in the wind.
Payload Criteria
Design
A PID control law system will be implemented in order to control the spin of the rocket along the Z-axis as it descends.
Control Law
The actuation of the fins will be determined by a proportional–integral–derivative controller algorithm that utilizes derivatives to smoothly reach a target output value and integrals to correct the error buildup over time. This allows us to accurately change the output of our system based on the sensed Z-axis value at a given time during descent.
Metrics
We can measure the success of our mission based on the data we can review after the flight, in addition to the video feed from our cameras. Our main camera will be a GoPro Session 4 mounted such that it will view the fins and the ground as the payload decends. We will compare the video data to our test flight that will not feature any controls implementation to verify our design is able to demonstrate roll control.
Avionics
The main controller for our payload will be a Teensy 3.2 from PJRC. This micro controller not only is compatible with Arduino code and the Arduino IDE, but contains a host of additional features including an ARM processor, 2 I2C channels, and capabilities to connect to a CAN bus.
Sensor Fusion
See this document for our research.
Kalman filtering and sensor fusion will be used to get accurate and fault-tolerant values for orientation, position and velocity.
Manufacturing & Assembly
Testing will occur in stages, starting with ground tests for critical components such as the cable cutters and airframe separation. We expect 2-3 test launches before integrating all components for our L3 launch. The first launch will be based on a Firestorm kit with the objective of reaching supersonic speeds to gather data about temperature, material strengths, and sensor capabilities at high speeds. Our second launch will feature the full 4" airframe with basic avionics and recovery systmes with the object of testing all the critical flight components. Prior to this launch will be extensive ground tests for the reefing system. The third launch will be a first round of PID control testing with the intent of refining the control iteratively over several launches. Additionally we are seeking the use of a wind tunnel for further testing and data collection purposes.
The majority of our parts will be available off the shelf with the exception of our PID fins. We will have a full CAD model of our rocket to demonstrate proper dimensioning and parts integration. Some components such as the avionics bays will be manufactured on campus in the PRL.
Systems Integration & Testing
Simulations
Control law will be simulated with known physical variables in Matlab, Openrocket and possibly JSBSim (a flight dynamics model used in FlightGear and commercial applications), in order to gauge the ideal constants for algorithm and have a better idea of how it works under different conditions (e.g. wind, imperfect servos…).
Risk Management
Safety Hazards
All necessary precautions will be taken when handling combustible materials and chemical fumes, such as working in a location away from residential areas with ventilation, and protective gear.
Systems Functionality
The most critical components of our rocket that pose the highest liklihood of failure are the ejection charges and cable cutters. In order to minimize any chance of misfires or shorts that could cause the charges not to fire, we will extensively test the system on the ground and through test launches. The addition of redunant altimeters and cable cutters for both the forward and aft airframes further enforces our safety precautions and recognition of this as vital to the mission’s safety and success.
Project Plan
Timeline
Preliminary Design Review: | Jan. 18, 2016 |
Cable Cutter Ground Test: | Jan. 18, 2016 |
Airframe Separation Ground Test: | January 18, 2016 |
Launch 1 - Supersonic SSIStorm: | February 20, 2016 |
Launch 2 - Basic L3 Frame: | March 5, 2016 |
Launch 3 - PID Control Law v1.0: | March 19, 2016 |
Launch 4 - PID Control Law v2.0: | April 2, 2016 |
Conclusion
Ultimately Prometheus aims to not only demonstrate the technically challenging concept of controlling the roll of a payload decent, but to serve as a basis on which we can build up rocketry knowledge and the framework under which the SSI Rockets Team develops larger and more complex projects. Possible future extensions of Prometheus could include attempting to demonstrate full control on decent, full control on ascent, and guided flights.