Stuck? 
support@mecway.com
support@mecway.com
Mecway
FEA
Victor
About
- Username
- Victor
- Joined
- Visits
- 4,659
- Last Active
- Roles
- Administrator
Comments
-
Have you tried increasing the tolerance to bigger than the 2e-2 (m) distance shown in the error message? The tolerance it identifies is kind of weird, I suppose that's the automatically generated one? Or, if you use the non-TIE option, it allows un…
-
OK, I've confirmed this is a localization issue that appears when the number grouping separator on Windows is set to ".". It'll be fixed in version 8. Thanks for reporting it.
-
Problems with displacement shouldn't affect the solver progress display. Could you post an example file, German? It gets the progress data by parsing the CCX standard output (as shown in the "CCX output" box). It's possible that the format is diffe…
-
Sounds like something for a command line option. I'll see about adding that for version 8.
-
OK, it'll have both at the same time.
-
I just noticed the Young's modulus seems to be too small - 275 MPa, not GPa. If that's not it, could you attach the liml file for the single bar?
-
Looks alright the way it is. Two things I'd check just in case: 1) Displacement is getting a bit large compared to the thickness of the members so it's a good idea to do a nonlinear analysis. The two supports might end up loaded in tension (towards…
-
OK, thanks for your help. I'll have it optionally generate the ZZ von Mises, Tresca and principal stresses as well as the tensor components. And off by default because of these odd errors and not working with tet elements.
-
Since you're always going to do further calculations on it, maybe instead of showing any ZZ stress values, it could calculate the error itself and just show that? Or error + 6 ZZ stress components so you can verify it by hand. I wonder though, why …
-
I'm working on this for version 8 now. Can you tell me if this way would be suitable? Von Mises, principal and Tresca stresses would be generated using the ZZ stress components if they exist in the solution and the regular stress components otherwi…
-
I don't think Mecway will ever be good for that workflow: Open .inp -> edit -> save .inp -> solve because its internal format for everything is so different. The .inp import is mainly for meshes and a lot of the less common cards are missin…
-
For the first problem, you're right that it could have solved it but didn't. Mecway is currently more restrictive than CCX in cases like this where the it's complicated to determine if the CCX rules are being satisfied so it errs on the safe side. T…
-
I assume you mean second order elements, such as tet10 and hex20? You used these in your EVA pad model. To get them: If you're importing STEP file, choose Quadratic elements (with midside nodes) in the Meshing parameters. If you're making the me…
-
You can implicitly make it behave unitless by leaving all unit settings at the defaults for a new file, which is the mks system. Then you can imagine that meter means mm, etc. and the same numerical values will be used for .inp and .frd files. In m…
-
I agree it would be nice. The trouble is all the other data besides the mesh would have to be made consistent, and that's more of a challenge. Perhaps an extra "mesh only and choose the units" version of .inp export?
-
I don't plan to, no. I looked into hex 3-refinement when adding the x2 local refinement and it seemed like too much work for the value that it would provide. You're not going to like this suggestion, but have you considered joining two non-conformi…
-
Pretty much, yes, like you say. If you're repeatedly looking at the same plane, you could use two different components then you can make one invisible in the postprocessor.
-
OK, I'll put in a warning for version 8.
-
I've tried to have it use the groups that the user specified when it's always right. For example, *FILM does that. Unfortunately, it's not possible in general for most BCs because of the issues like in my 1st and 2nd post above. It could still do be…
-
Oh, that's an entirely different reason! I didn't know anybody was sharing the generated .inp files. I've added simplifying .inp to my list now. Hopefully at least some separate files or reducing redundant *AMPLITUDE cards.
-
It shouldn't be confusing if you don't know anything about CCX :P The general rule for Mecway is that multiple values are summed where that's the obvious thing to do and an error where it's not. In cases where it can't yet sum them, it also shows an…
-
Yea, it's part of the design of CCX too so I call it a bug in Mecway, not in CCX. I think the pressure on Correct.liml should be from -1 to 0 instead of 1 to 2 because the constant pressure is in the opposite direction to the variable one. I change…
-
Here's a plate with two opposing pressure loads. One is constant and the other increases with time. Deflection should start at a maximum then decrease to zero as the opposing pressures balance. Due to the bug, the deflection is constant and nonzero …
-
You're right on the facts - Mecway writes a reference value of 1 and puts the actual data in the *AMPLITUDE block. It also makes a separate *CLOAD card for each node and DOF. However, I haven't found any evidence that this is wrong. I did it to simp…
-
Hello Johan_S 1. You can show the orientation by turning on Show element axes. The blue line is on the "Upper Surface", also the positive local W axis direction. 2. The stress for the two surfaces is shown directly on those surfaces. So rotate the…
-
I don't expect so. It's not a file format that people would need except to enter data into so a text box might be a more appropriate way of entering a lot of data like that. I remember considering .msz for the internal local refinements and finding …
-
No through Mecway, I don't think. You could download the Netgen application and use that directly to import a .msz file.
-
Not directly. If you're starting from plane elements, you can make a boundary through the shape though, and use a node on that. If you're starting from line elements, you can make a separate loop inside the shape and use a node on that.
-
Mesh tools -> Automesh 2D is only for plane shapes and 3D is only for solids. For this open shell structure, you can use Mesh tools -> Refine -> x2 or if you want more control over the shape of the elements Mesh tools -> Refine Custom.
-
Oh, many shapes aren't supported. Mecway can currently only read: POINT LINE LWPOLYLINE CIRCLE ELLIPSE ARC 3DFACE INSERT BLOCK You should be able to make most shapes using LWPOLYLINE (lightweight polyline). It looks like both rectangles here are m…
