-
Notifications
You must be signed in to change notification settings - Fork 1
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 MPC bulk data entries #7
Support for MPC bulk data entries #7
Comments
by conversion to WVAGM elements. Replace some static functions in FFlNastranProcessor.C file scope by lambdas.
by conversion to WAVGM elements. Replace some static functions in FFlNastranProcessor.C file scope by lambdas.
The attached zip-file 01_MPC_Test contains a Nastran bulk data file exported from ANSYS with a total of 168 MPC elements. They are converted into 31 WAVGM elements and associated PWAVGM properties in the ftl-file, using the conversion implemented in openfedem/fedem-foundation#15. @kristsaet if possible, you could run a basic simulation in ANSYS with the Nastran file (or on the model from which the Nastran file was exported), and then something equivalent in FEDEM with the ftl-file, and verify that they behave similarly. |
Hi. Did you try to run this file in your own Fedem instance? In addition the model is highly unstable, so it will not start to solve even without loads applied (apart from gravity). In general I have seen tendencies that models in general have been very unstable lately, so that they had to be reduced with 0 component modes to work, however in this instance it is not working with 0 component modes either. BTW. Remembering a bug found some time back, related to that RBE3's with rotation DOFs activated provided completely wrong results. Can this be related to this? I suppose there might be rotation connection in the MPCs. |
For reference: Deformations Upper Remote Point (RBE3): Deformations Lower Remote Point (RBE3): |
I did not try this model myself in FEDEM yet, and your test now indicates it won't work either. There seems to be something wrong with that MPC-conversion then, if you got all those problems. If done correctly, I believe this model should be stable. The old RBE3 bug you refer to is probably the solver issue openfedem/fedem-solvers#2, it may have effect in this model also but I did not investigate this any further yet. The MPC couplings consider each DOF separately and may or may not involve the rotational DOFs. For the model here, it seems that only translational DOFs (1-3) are used as master DOFs but they are also coupled to rotational DOFs (4-6) at the reference (master) node. |
The Nastran Bulk data File parser lack support for MPC records describing general linear dependencies between internal DOFs in an FE part.
The text was updated successfully, but these errors were encountered: