Translator to convert SINDA/G® and Hughes' CINDA input files to SINDA/FLUINT models

This application runs under Windows 95, 98 and Windows NT4.0. It is absolutely free.

Most parts of a model need little or no translation. Almost all of the basic network descriptions (nodes, conductors, etc.) need little or no modification. Many SINDA/G® (SINDA/G is a registered trademark of Network Analysis, Inc.) and Hughes' CINDA options are available in Sinda/Fluint but are considered archaic and are therefore not documented to discourage their continued use. However, such archaic features should be converted to their modern counterparts before importing the model into C&R's SinapsPlus®. Most of these conversions are handled by the translator.

Some translation differences between Sinda/Fluint and Sinda/G and CINDA appear in the logic data sections. As no translator can be foolproof, users may still be required to make modifications in logic blocks where the translator cannot predict what the logic the user may have added.

One of the major differences between Sinda/Fluint and other SINDA-like codes is the presence of FLUINT. In other codes limited fluid flow analysis is performed with one-way conductors. Although one-way conductors are available in Sinda/Fluint as well, it is strongly recommended that fluid flow be modeled with FLUINT instead.

Other major differences include the availability of registers and the built-in spreadsheet, of submodels, and of the Solver in Sinda/Fluint. Once a model is converted, the user should consider modifying it to take advantage of these powerful features.

To download the translator from our ftp site(look under PC versions), click here.

For more information on how SINDA/FLUINT differs from other SINDA-like codes, click here.

Registers and Expressions

With few exceptions, almost anywhere a value is input in a SINDA/FLUINT data block, an expression can be supplied instead. Expressions can use multiplications ("*"), divisions ("/"), additions ("+"), subtractions ("-"), and exponentiations ("^" or "**") nested within arbitrary levels of parentheses. Furthermore, the user can use built-in functions (like sine, cosine, and logarithms), built-in conversion constants and physical constants (pi, and the Stefan-Boltzmann constant). The user can even define their own variables, called registers, and make registers arbitrary functions of each other. An expression may containing one or more registers and be used to define SINDA/FLUINT parameters. Expressions may also contain IF/THEN/ELSE-like switching, and can refer to "processor variables" such as problem time and other control parameters, output results (e.g., temperatures, pressures), etc.

Registers and expressions should be used extensively because they

• make a model more self-documenting. An engineer who inherits a model, or who is attempting to read and understand one of his own old models, will be better able to understand the sources of inputs when they are left as full expressions.
• add spreadsheet like functions to a model. Complex interrelationships can be defined between inputs (and even between inputs and outputs) to make changes consistently, making it easier to maintain several analysis cases or designs within a single model file.
• allow model building to proceed before dimensions and properties have been finalized.
• minimize the use of logic blocks, and the need to remember translation rules, eliminating the inconvenience of defining in two places (input and logic) how a network element behaves

Furthermore, registers can be:

• varied dynamically during processor execution, with their effects propagated automatically throughout a model. This capability greatly facilitates execution of parametric analyses and sensitivity studies.
• used as output variables when goal seeking, or reversing the normal input/output sequence of SINDA/FLUINT.
• used as design variables in optimization.

• used as uncertainties or correlating parameters for automated test data correlation.

Thus, the user will find it advantageous to make copious use of registers during the construction of a model.

Submodels

Submodels are a way to breakup your model into logical parts.

Submodels allow easy system level integration and facilitate working in teams. They allow you to combine multiple component models into one large model without having to worry about duplicate conductor or nodes etc.

Submodels may be added and deleted during run time as needed to swap in or out components, boundary conditions, alternate designs or materials, etc.

Solver

The Solver is a complete design optimization module that works with the built-in spreadsheet options.

The Solver will automatically vary the model to achieve the user specified results: SINDA/FLUINT can be tasked to find the best design (least weight, best performance), or the best (correlated) model of a given design.

About Us | Products | Services | Support | What's New | Resources
Home | Request a Quote | Site Map | Feedback

Copyright ® 2010 Cullimore & Ring Technologies, Inc. All rights reserved.