UPCOORD vs UPGEOM #1389
Unanswered
manarshhjot
asked this question in
Q&A
Replies: 1 comment
-
Hi @manarshhjot it really helps to see the whole picture when troubleshooting. I'm guessing that MAPDL was launched in distributed parallel mode (the default for later releases). If so we need to issue a SET command after entering the /POST1 processor to read in a set of results from the result file. Unlike shared memory parallel (SMP) DMP does not fully write results to the MAPDL database as part of the normal solve process. So we need to read in the result data. Mike |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I am solving the structural problem iteratively, and changing the material properties using an external logic. The boundary conditions do not change with iteration. For updating the node locations after every iteration I used the mapdl.upcoord(1). The results were fine but now I see that it is not recommended to use. It's possible that the code might work now for a test system but fail at real application. Hence, I tried using mapdl.upgeom() instead. The loop runs smoothly but the mesh does not undergo any deformation, not even for the first iteration.
Here is the code I have used:
Beta Was this translation helpful? Give feedback.
All reactions