FAQ/fr

From OpenRocket wiki
Revision as of 11:20, 16 February 2013 by Sampo Niskanen (talk | contribs) (Created page with " === Comment dois-je créer une fusée multiple-étages? ===")
Jump to navigation Jump to search

Cette page est une liste de diverses questions posées fréquemment. La plupart de ces questions font partie des "How to" pour diverse questions de conception.

Utilisation d'OpenRocket

Comment utiliser les configurations moteur?

OpenRocket utilise la notion de configurations moteur pour les projets fusée. Chaque configuration moteur correspond à une configuration qui sera potentiellement utilisée pour lancer votre fusée. Par exemple pour une petite fusée simple vous pourriez définir trois configurations, une utilisant un moteur A8-3, une utilisant un moteur B4-4, et une utilisant un moteur C6-3. Pour une fusée multiple-étage ou en cluster vous pouvez définir et expérimenter aisément avec plusieurs autres configurations moteurs et passer de l'une à l'autre. Vous pouvez définir autant de configurations moteurs que vous voulez pour un projet fusée.

Dans la fenêtre de conception de la fusée vous pouvez choisir quelle configuration moteur est affiché grâce à la liste déroulante nommée configuration Moteur. Chaque projet a une configuration nommée [Aucun moteurs] en plus des configurations personnalisées qui ne contiennent pas de moteurs.

Vous pouvez configurer tous les aspects des configurations moteur dans la fenêtre de dialogue Modifier les configurations moteurs. Cela peut être ouvert depuis n'importe quel sélectionneur de configuration moteur.


Comment dois je définir les moteurs?

Définir les moteurs et les simuler en utilisant OpenRocket nécessite 3 étapes: définir quelles pièces sont utilisées comme porte moteur, définir les différentes configurations moteur et définir quelle configuration moteur utiliser pour chaque simulation.


OpenRocket peut attacher des moteurs soit sur les tubes de corps ou les tubes interne. Pour qu'une pièce devienne un porte moteur, ouvrez la fenêtre de dialogue pour cette pièce, allez dans l'onglet Moteur et cochez la case Cette pièce est un porte moteur. Après cela vous pouvez choisir des moteurs pour différentes configurations moteur sur le même onglet. Voir #Comment utiliser les configurations moteur? pour des détails sur les configurations moteur.

Pour finir, lorsque vous créez une nouvelle simulation vous avez besoins de savoir quelle configuration moteur elle utilise. Ceci est fait dans la liste déroulante Configuration moteur l'onglet Conditions de lancement . La configuration moteur par défaut est celle sélectionnée dans l’écran conception.


Comment dois-je créer une fusée en cluster?

Les clusters peuvent être créés en utilisant l'onglet Cluster d'un tube interne. Cela vous permet de créer des clusters avec des tubes internes dans diverses configurations, distances et angles. Le moteur choisi pour pour le tube interne sera utilisé pour tous les tubes internes dans le cluster, et les autres pièces (comme les bloqueurs de moteurs) fixées sur le tube interne seront répliquées sur tous les tubes internes.

Si vous avez besoin de contrôler précisément quelles pièces sont dans quels tubes, vous pouvez créer le cluster de cette façon et ensuite séparer le cluster en pièces individuelles en cliquant séparer cluster. Vous pouvez ensuite modifier individuellement chaque pièce du cluster. A noter que vous ne pouvez pas ré-assembler un cluster séparé ( sauf en utilisant la fonction refaire ).

A noter que vous pouvez créer des clusters de clusters en attachant des tubes internes à d'autres tubes internes, mais les moteurs lié à ce type de configuration ne seront pas comptés correctement! C'est un bug connu qui sera corrigé dans les versions suivantes.

Les techniques de cluster peuvent aussi être combinée avec une fusée à étage.


Comment dois-je créer une fusée multiple-étages?

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?

Since version 1.1.1 you can define external files to be loaded into the thrust curve database. There are two ways to add the files:


  • Copy the files to the OpenRocket configuration directory. This is environment-specific:

Windows: C:\Documents and Settings\username\Application Data\OpenRocket\ThrustCurves\ or

C:\Users\username\AppData\Roaming\OpenRocket\ThrustCurves (typical)

Linux: ~/.openrocket/ThrustCurves/
Mac OS X: ~/Library/Application Support/OpenRocket/ThrustCurves/


OR


  • Instruct OpenRocket to load the files from another location. This can be done on the "Options" tab from the preferences.


Thrust curves can be loaded from RASP motor files (.eng), RockSim engine files (.rse) or ZIP archives containing the same.


Prior to version 1.1.1 thrust curves needed 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).

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, how much effort should be spent on parallelization, to what languages the software should be localized etc.) and also 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:

  1. The OpenRocket version and build source (default JAR file or some Linux distribution for instance)
  2. A randomly-generated ID for the installation (does not contain any information about the user or system)
  3. The operating system name and computer architecture
  4. The Java runtime vendor and Java runtime version
  5. The country and locale of the user
  6. The number of processors in the computer
  7. 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.