If the problem is wrong frequencies and random displacement errors on some nodes, that can be caused by using multithreaded CCX with the SPOOLES solver. You should use the single-threaded one for buckling or at least don't set the environment variab…
You're right - ccx/src/mkl. So many mistakes!
ccx/src is where build.sh that you run to compile it is. The final output files end up in ccx/src/x64/install.
1. Yes. /etc in the path is a mistake, sorry.
2. No, it's this line export MINGW_HOME=/c/msys64/mingw64
Only change it if /c/msys64/mingw64 isn't the correct location of mingw64 on your installation, such as if it's not on drive C:.
Thanks for bri…
Those warnings like
*WARNING in estimator: Patch not appropriate for patch recovery,
using average of sampling point values 37680
I guess are patches where the Zeinkiewicz-Zhu procedure doesn't work and it's falling b…
The manual for 13.0 is wrong about OMP_NUM_THREADS, sorry. It no longer sets that variable. Thanks for bringing this up.
I set the environment variable globally in Windows (Control Panel\All Control Panel Items\System -> Advanced system settings…
Since that thread JohnM referred to is quite complicated and a bit outdated, here's a summary of the CCX options in increasing order of power and difficulty:
1) SPOOLES. The slowest solver and what the default CCX included with Mecway uses.
2) MKL…
The load is only 4.0 kN on the shell because the value you specify in a force item is its total force, not force per node. If it's applied to multiple nodes, it gets distributed equally between them.
You can also save some effort manually specifyin…
Hello ZoranMatev.
Did you ensure mesh convergence? Those quad4 shells can be quite poorly behaved sometimes and may require a lot of refinement. It's usually better to use quad8.
Otherwise, could you upload the .liml file?
I can't help any more than prop_design, sorry. Mecway doesn't have any explicit tools for fatigue so it would be a matter of using the existing results like stress in your fatigue model if that's possible.
Sorry about that. This is a bug. I might have to release a minor update to fix it. A workaround is to use the New element tool instead, which also creates nodes by clicking.
That sounds like it should work. Is there any strain or displacement or is it completely ignoring the thermal load? Perhaps post the model.
If it's completely ignored, some things to check:
* That the material has a thermal expansion coefficient…
Hello acorella
The reason it isn't solving is that the master and slave faces for contact are the edges instead of the surfaces so they don't meet each other.
Other issues are:
Contact stiffness per unit area is too low compared to the stiffness …
Thanks for the suggestion Hengre. I understand the value of easily renaming something when it's created, but there's a trade-off with adding an extra thing to click if you don't want to rename it. Since others haven't asked for that, I probably won'…
I see. That's a bit tricky. Mecway only brings the component information over to the solution when it's solving. You could try to fool Mecway into thinking your .frd file is the one from its own CCX solution and getting it to "solve". When you use C…
Mecway doesn't have a proper exploded view, but there's View -> Open cracks which makes each separate part shrink to reveal the gaps between them.
I'm not sure what cgx results.frd input.inp does but if you want both files open at the same time …
Great. Changes you'll need to make are:
* No variables so you have to explicitly enter the values of d_c and H
* No curly brackets. Use round brackets.
* Dot for decimal point instead of comma
* Only enter the right-hand-side with no equals…
When bonded contact is just hanging on by a few points, it's probably because the master and slave surfaces are the wrong way around. Here, it looks like the blue part has a finer mesh than the purple gasket, so the blue should be the slave. Similar…
Correct, the internal solver doesn't support thermal contact conductance.
I don't see any reason it wouldn't be possible with axisymmetric elements in CCX. It's just that Mecway that doesn't have them. You could do what CCX does internally and revo…
You can specify pressure as a function of position (x,y,z). So if you can express your pressure distribution as a mathematical formula (possibly piecewise) then enter that in the pressure load. Part of this formula would include calculating angle fr…
Oh, great.
For the failure to converge, have you tried a linear analysis? That can pick up unexpected rigid body motion that's a common cause of convergence failure.
Not in Mecway, sorry. Though you could use CGX to open the .frd file and the copy command with the mir option to display the solution in CGX. I haven't actually tried this but it looks like it should work.
To access the .frd file more easily, turn …
Beta updated to release candidate with no further changes except removal of the expiration date. Link in the first post of this thread. If no more bugs appear, that will become the final release of v13. Thanks everyone who helped guide the developme…
Yes, it could be out of memory that can make CCX just silently exit. The default CCX that comes with Mecway can't usually solve very big models, around 300,000 nodes with 16 GB RAM so 1.1 million is a lot. You should be able to do more with the MKL …
If you expect all the slave nodes to be bonded to a master face, then that warning means something's wrong - perhaps they're too far apart or not well aligned such as the nodes along an edge overhanging the other panel. For shell elements, bear in m…