There seems to be a problem with v17 importing CCX solutions slowly when you have formulas. It might be a bug re-evaluating the formulas multiple times, I'm not sure yet. Thanks for confirming it and I'll sort it out for v18. Sorry about that regres…
@prop_design 6x displacement is dynamic, looks like you changed to static where I also see 3x difference. Good idea to get agreement in static first. I also get good agreement in static using tri6.
@JMF11 line3 is to get proper continuous connectio…
A couple of likely problems:
Tri3 elements are the worst kind of shell and may be overstiff in bending with CCX though the internal solver should be OK with simple flat geometry like this. You should normally only use them to fill gaps in quad-domi…
It can't automatically run several analyses.
You can combine loads in different combinations by using a separate configuration for each case. Suppress the unwanted loads in each configuration.
You can write the factors directly into the loads usin…
Directional lighting's still useful for the solution even though it interferes with the colors. Without it, 3D shapes are very confusing - they just look like featureless 2D projections.
The other light sources are there to reduce the extremes betw…
This bug is a separate effect from the lighting since it appears with a flat surface where the lighting is uniform. It's caused by a different separate light source for the gradient plot, I think ambient or generated from the surface color itself. N…
The problem with the first model was that the shells have no drilling DOF so their nodes can't take moment loads about the normal direction.
Another approach, besides the node-surface coupling that you used, is to apply the moment load to the 2D fa…
@Mishal I've wondered about this sort of thing, but it gets difficult at the connections between elements when they're not colinear. CCX does this with quite complex and buggy MPCs as well as deforming the expanded elements to fit each other. It's q…
Hello @dculp
You were quite right that the colors are being interpolated badly. I hadn't understood that there was a better way but there is and the version after next (v18) will have more sensible interpolation that includes the two extreme colors…
Oh, that's certainly wrong. It looks like this bug affects the other color scales too but it's most prominent with greyscale. I'll fix it for the release after next. Thanks for finding and investigating it so thoroughly.
I'm not sure why but @disla here shows how to build up more complex shapes using offset beams: https://mecway.com/forum/discussion/comment/6229/#Comment_6229
If the model is big enough, it switches to out-of-core mode which uses temporary files. They're put in a folder that Mecway creates when it starts and deletes it when it exits. It's located in %temp% and named like MecwayInstance######### where # ar…
The MITC shell elements are available in the current version (16) but they're not labelled as that since they're not optional and have replaced the old ones.
Good stuff. I'll see about getting it to read all the values.
Usually these extra variables aren't available in formulas, but you can access them from a script which can also generate a new solution variable similar to what a formula does.
Hello JMF. Sorry for the bad surprise.
If you used the CCX solver, the solution probably has more than 900 nodes because CCX expands shells to solids. Clear the solution (Solution -> Clear) and it should save OK.
I agree with prop_design that it's probably better to use Netgen's own application if you want to do it separately from Mecway. It takes a STEP file, or maybe STL too??
However, if you do want to use Mecway's ngmesh, then yes, it can be run standal…
CCX doesn't seem to output the plastic strain components.
Equivalent plastic strain is defined in the manual as
where ϵ^p is the plastic strain tensor. I don't know what the || || means and if that ends up the same as your formula or not.
Oh, I see why the old file fails in Mecway 16. Version 16 applies shell edge forces in a more accurate way that includes moments that account for the geometry change due to the curvature. It looks like CCX has trouble with these moments in this case…
I'm having trouble reproducing it. I'm using PreCalibrated Bushings REV1.liml which doesn't solve for me in v16 with the CCX 2.19 or 2.20 but also doesn't show that error message, even if I add another table to one of the forces.
Could you please p…
Thanks. I guess that explains both Netgen and Gmsh which defaults to Delaunay and doesn't seem to show increase in size away from the surface after-all:
I wasn't able to find a setting for min. elements per edge in Gmsh which is why that option isn't available in the GUI.
It can't save to the current folder but you can configure the temporary folder it creates to be somewhere more convenient by add…
I think those stress discontinuities are real if they're caused by differential expansion of the two materials, so they shouldn't be hidden by softening the tangential stiffness.
If you remove tangential stiffness, then it's not really bonded anymore, is it? It should be free to slide. That might be worth having but I think it's a different thing from bonded contact.
Or are you saying the existing way is producing wrong res…
You want to allow the surfaces to slide against each other but not separate? I think that should be a different type of contact since it has a different physical meaning.