FAQ
This page lists various frequently asked questions. Most of these are categorized as "How to" questions for various design issues.
Using OpenRocket
How do I create a clustered rocket?
Clusters can be created using the Cluster tab of an Inner tube. This allows you to cluster the inner tubes in various configurations, distances and angles. The motor selected for the inner tube will be used for all the inner tubes in the cluster, and any components (such as engine blocks) attached to the inner tube will be replicated for all of the inner tubes.
If you need more fine-grained control on what components are in which tubes, you can create the cluster this way and then split the cluster into individual components by clicking Split cluster. You can then modify the individual components of the cluster. Note that you cannot re-assemble a split cluster (except with undo).
Note that you can create clusters of clusters by attaching inner tubes to other inner tubes, but the motors attached to such configurations will not be counted up correctly! This is a known bug that will be addressed in later versions.
The cluster techniques can also be combined with a staged rocket.
How do I create a staged rocket?
First, the components belonging to different stages must be attached to separate stage components. You can add stages to the rocket by clicking the New stage button on the main design window. Stages are always used from the lowest to the highest, and when an upper-stage motor ignites all lower stages are automatically dropped off.
The motor ignition event can be selected on the Motor tab of the body tubes or inner tubes. The default is Automatic, which is suitable for small rockets, where the ejection charge of the lower stage lights up the upper stage motors. The lowest stage will be ignited at launch.
In larger staged rockets that don't have ejection charges the ignition event must be changed. The first stage to light up should ignite at Launch (or Automatic). If the latter stages are ignited by an onboard computer that detects deceleration, they should be set to First burnout of previous stage. (Note that this assumes the lower stage motors have equal burn lengths.) If the latter stage is ignited by a timer, the event should be set to Launch and a suitable delay added.
Each of the events can take an additional delay parameter. This allows taking into account for example the time for an ejection charge to light up the next stage or the time for an onboard computer to ignite the next stage. It can also be used for timed ignition, by setting the ejection event to Launch plus n seconds.
The staging techniques can also be combined with a clustered rocket.
How do I create external pods to the rocket?
External pods are currently not supported by OpenRocket. This feature has been considered, but it requires more knowledge of how to reliably simulate such configurations. If you know about such simulation or would like to implement it, please contact us!
Note that even though inner tubes can be displaced outside of the body tube, they will not affect the aerodynamics of the rocket. This can provide a visual clue of what such a rocket would look like, but does not provide simulation accuracy. Similarly, extremely thick fins are still considered as fins, and won't likely produce reliable results.
How do I add motors to the database?
Currently there is no very easy way for adding motors, instead new thrust curves need to be added to the JAR file itself.
The motors are loaded from the JAR file directory datafiles/thrustcurves/. Adding motor files in this directory will allow OpenRocket to load them. These can be added either from the command line using jar or by WinZip (though see the notes at Problems with the JAR format).
(Please add detailed instructions and screenshots on how this is done.)
Version 0.9.3 and above of OpenRocket supports both RASP and RockSim motor formats.
Other
What information is stored during automatic update checks?
When checking for updates, OpenRocket sends some non-personal information about the current installation. This information is used for statistical purposes (such as estimating what kind of load would be expected to thrustcurve.org when integrating with it, what Java versions should be supported, etc.) and to quench the curiosity of the developers. We don't get any payment for the work we do, so knowing how much the software is used may help in motivating further development. :)
The information stored during the checks are:
- The OpenRocket version and build source (default JAR file or some Linux distribution for instance)
- A randomly-generated ID for the installation (does not contain any information about the user or system)
- The operating system name and computer architecture
- The Java runtime vendor and Java runtime version
- The country and time zone of the user (provides location information within about 500-1000 km)
- The time when the check was made
Note that the user's IP address is not stored with this information. The IP address is likely stored in the Sourceforge web access logs, but the developers do not have access to this information.
The automatic checks for updates can be disabled in the Options tab of the preferences dialog.
Where to ask more information?
The best place to ask questions is the OpenRocket forums, where other people can also answer and see the answers.
Other contact information can be found on the contact info page.