SnappyHexMesh Troubles
I read the snappyHexMesh guide in the User Guide, but when I tried to run it, it gave me this error,
--> FOAM FATAL ERROR: Cannot find triSurfaceMesh starting from "/home/sumontro/OpenFOAM/run/condorcfd/icoFoam/condor/constant/triSurface/Condor_CFD_Model.stl" From function triSurfaceMesh::checkFile(const fileName&, const fileName&) in file searchableSurface/triSurfaceMesh.C at line 117. FOAM exiting I saved the CAD model in STL format, but the file extension ending is .STL not .stl. I know linux is case sensitive, but I tried saved the CAD model in STL format, and the ending is not changing to lowercase .STL. I don't know what to do, can anyone help out? |
Hello again Sumontro :)
I believe you have at least three possible solutions:
Best regards, Bruno |
Thanks for the advice. I changed the file name to the lowercase STL. The file name change worked, but then I got this error when I tried running snappyHexMesh.
word::stripInvalid() called for word ��@��k(?VPA�!�@,B For debug level (= 2) > 1 this is considered fatal Aborted I don't know how to fix this. What should I do? |
Hi Sumontro,
Simple, in your CAD software you have to export in ASCII STL and not Binary STL! Hopefully it will have such option. If not, there should be free tools for converting from one type of STL to another, but right now I can't remember about any :( Best regards, Bruno |
Quote:
something like Code:
admesh --write-ascii=yourFile.stl |
How to Run Simulations after using snappyHexMesh
Thanks again for the help, it resolved the problem with the stl format. However, now I have a new one. When I tried to run icoFoam after using snappyHexMesh, I got this error.
--> FOAM FATAL IO ERROR: patch type 'patch' not constraint type 'empty' for patch frontAndBack of field p in file "/home/sumontro/OpenFOAM/run/condorcfd/icoFoam/condor/3/p" file: /home/sumontro/OpenFOAM/run/condorcfd/icoFoam/condor/3/p::boundaryField::frontAndBack from line 35 to line 35. From function emptyFvPatchField<Type>::emptyFvPatchField ( const fvPatch& p, const Field<Type>& field, const dictionary& dict ) in file fields/fvPatchFields/constraint/empty/emptyFvPatchField.C at line 101. FOAM exiting I think this means I haven't put the proper directories in the correct locations, but I am not sure. What should I do? |
looks like a problem with your patch "empty".. Perhaps you should try running a few tutorials to get to know the basics.
Run these in a terminal Code:
foam Code:
./Allrun |
I think you have a 2D vs. 3D problem. If your CAD geometry is 3D, then you can't have patch type empty in your mesh or in /0/p. Empty patches are only for 2D simulations. The motorBike tutorial will show you how to set things up for 3D modeling. If you're doing 2D, then look at Cavity or pitzDaily. All of the files in the /0 directory must have the same patch names, consistent types (i.e. wall, patch, inlet), along with the correct data types for each patch. The patch names and types must be consistent with what you set up in blockMesh. Snappy may run with inconsistent patch types, but the solvers (icoFoam) will not. The p file is the first one that the solver opens.
I have geometry files with upper case characters in the extension - I just rename then with 'mv.' Alan |
Quote:
if you have package "python-vtk" and the other necessary vtk packages installed you can convert very easy with this python programm Test it ;-) PHP Code:
and ASCII.STL-> Binary.STL it really worked in both directions for me just point path to your STL-file and don't forget to chmod a+x the python file elvis |
Quote:
|
Quote:
we should first open our Binary stl file with paraview, then save it with *.stl file in paraview? i do the steps that i said above, and when i want to save data of binary stl file, i din't see where we should choose ASCII before saving, would you please attach a picture for us? Thank you very much:) |
Quick answer: The option appears after you select the target file (i.e., after you choose the file name+location and click on the "Save" or "OK" button).
|
All times are GMT -4. The time now is 08:57. |