-
-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for STEP case control command and NLSTEP bulk data entry (SOL 400) #686
Comments
I didn't see a STEP until 2020, which I got limited access to it. I don't regularly use MSC, so I never added support for it. I think your approach makes sense. It sounds very much like the distinction between the current CaseControlDeck and Subcase classes. A few questions:
|
Yes indeed, I think the distinction should be analogous to the one between the current
So I would say that yes, a STEP defined without any SUBCASE should be sticked inside the SUBCASE 1 that gets created. Regarding what can be defined in a STEP, I would say only LOAD case control command and nothing else. I am actually not 100% sure about this, but I would implement this first and then add other possibilities on a need basis. Do you agree? |
No I don't. I'm almost certain the NLSTEP can appear in the STEP block. Knowing Nastran, I wouldn't be shocked if you can change boundary conditions and output requests as well. |
I can confirm that you can have a NLSTEP in the STEP block. I have to investigate about other case control commands. |
Has there been any progress on this? |
Hello Steve, not yet unfortunately, as I have not worked with SOL 400 in the last months, but I want to work on this feature sooner or later. By the way, in relation to your older question regarding what can be defined in a STEP vs a regular SUBCASE, looking at some example bdf files from MSC, it looks like you can define anything that you usually define in a SUBCASE (see attached file). |
Summary
It seems that the
STEP
case control command, which delimits and identifies a nonlinear analysis step for SOL 400, is not supported at the moment. A sequence ofSTEP
commands below aSUBCASE
command allows to define a loading sequence where the solution of anySTEP
is a continuation of the solution of the previousSTEP
. This is analogous to how SUBCASEs work in SOL 106.Furthermore it seems also that the
NLSTEP
card is not supported at the moment, which is used to define the nonlinear analysis parameters in SOL 400.Reproduction
If you try to read the attached bdf file with the
read_bdf
function you will observe the following:KB8021539_pitchfork_bifurcation_arclength.zip
STEP
command of SUBCASE 1 is read;params
dictionary (it's a property of theSubcase
object) is not'STEP'
but an empty string, while the value is the following list['STEP 5', None, 'KEY-type']
;NLSTEP
card is found in thereject_lines
property of theBDF
object.I assume that also the
read_op2
function does not support reading the results of this kind of analysis.Versions
platform.python_version()
--> 3.8.12pyNastran.__version__
--> 1.4.0+dev.no.checksum.error (this commit)Feature development
I am using MSC Nastran v2021.4 but I I know that both
STEP
andNLSTEP
were there also in v2018, so I presume they are not very new. I would be very happy to work on the development of the support for these functionalities if that is fine, but I guess we should first agree on the strategy for the implementation.In my opinion there should be a
steps
property in theSubcase
class, that should be a dictionary. This dictionary should have as keys the ids of theSTEP
commands and as values the correspondingStep
objects, where theStep
class has to be developed from scratch. In this way the steps structure will be analogous to the current subcases structure. TheNLSTEP
card should be analgous to something like theNLPARM
card.Could this work? Of course the idea above would be on the "bdf" side, while on the "op2" side I have not thought of anything yet.
The text was updated successfully, but these errors were encountered: