×
INTELLIGENT WORK FORUMS
FOR ENGINEERING PROFESSIONALS

Contact US

Log In

Come Join Us!

Are you an
Engineering professional?
Join Eng-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Eng-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Difference between defining PARAM in the Case Control rather than in the Bulk Data

Difference between defining PARAM in the Case Control rather than in the Bulk Data

Difference between defining PARAM in the Case Control rather than in the Bulk Data

(OP)
Hi,

I am working with a Nastran input deck file directly. I saw it is possible to define PARAM (parameters) whether in the Case Control Section or in the Bulk Data Section.

1. What is the difference? Which section is better to define them?
2. Any recommendation of where to place them as per industry experience?
3. If both conflicting definitions of a same PARAM are defined in the Case Control and Bulk Data, which one takes precedence and supersedes?

Thank you!

RE: Difference between defining PARAM in the Case Control rather than in the Bulk Data

This is an interesting question, and I am surprised it does not come up more often.

There is a section in the Quick Reference Guide, just after the definition of parameter meanings, titled "Parameter Applicability Tables". The tables defined in this section give you a map of parameter / solution sequence (SOL 101, 103, ...) correspondence and whether each parameter may be defined in only the Bulk Data section, only the case control section, or either.

In the case where a parameter may be defined in either section, if the parameter is defined in both, the definition in the case control takes precedence. This is because sometimes you want a parameter only to be applicable to one SUBCASE and not another, so Nastran updates the internal parameter tables at regular intervals during the solution sequence.

You asked which is better, define the parameters in the case control or bulk data. In most cases I would say there is no better method, it mostly depends on what you are trying to do. There are some cases that can make your life easier by defining a parameter in the case control. For example, when PART type superelements are present (BEGIN SUPER= in the bulk data), if you want the results (displacements, stresses, etc.) to be written to the output2 post processing file for say, Patran, you must put a PARAM,POST,1 in each BEGIN SUPER= block. If you have 2,500 superelements, this can be a chore especially if you are adding the parameter definition by hand. Instead, if you define PARAM,POST,1 before the first SUBCASE in the case control, it will apply to all superelements including the residual. If you are using GRID list superelements (SESET in the bulk data), the only way to control parameters for different superelements is to use a partitioned SUBCASE structure where one or more superelements are controlled by a SUBCASE and other by other SUBCASEs (see the SUPER= case control command).

As most users, most of the time, do not use superelements (I don't know why, it's not difficult), most users put their parameter definitions in the bulk data. I suspect large numbers of users reading your post have discovered you can put (some of) the parameter definitions in the case control.

DG

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Eng-Tips Forums free from inappropriate posts.
The Eng-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Eng-Tips forums is a member-only feature.

Click Here to join Eng-Tips and talk with other members! Already a Member? Login


Resources

Low-Volume Rapid Injection Molding With 3D Printed Molds
Learn methods and guidelines for using stereolithography (SLA) 3D printed molds in the injection molding process to lower costs and lead time. Discover how this hybrid manufacturing process enables on-demand mold fabrication to quickly produce small batches of thermoplastic parts. Download Now
Design for Additive Manufacturing (DfAM)
Examine how the principles of DfAM upend many of the long-standing rules around manufacturability - allowing engineers and designers to place a part’s function at the center of their design considerations. Download Now
Taking Control of Engineering Documents
This ebook covers tips for creating and managing workflows, security best practices and protection of intellectual property, Cloud vs. on-premise software solutions, CAD file management, compliance, and more. Download Now

Close Box

Join Eng-Tips® Today!

Join your peers on the Internet's largest technical engineering professional community.
It's easy to join and it's free.

Here's Why Members Love Eng-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close