Hello Team,
Good morning. I'm trying to learn LIGGGHTS to simulate the filling of the spherical particles into a cuboid container defined by 6 planes oriented along X-Y-Z axes. In order to define the walls, we can choose *.stl files either in ascii or binary formats. When I used the binary format, I observed that the planes are imported only the half length in each of the direction. At first, I thought it could be the visualization issues in the paraView but when I simulate the particle collisions near to wall, say normal to x axis, the particles bounce back into domain on the "read half plane" but escape out of the geometry from the gap that is formed by "un-reading" the complete wall. I tried by changing domain extents so that all x, y z coordinates are fully positive / fully negative but all in vain. I can attach image(s) for your reference, if needed.
1. Is there an issue with reading binary formats of *.stl file?
Thank you,
Jagan1Mohan
arnom | Wed, 01/08/2020 - 08:47
We are not aware of any
We are not aware of any issues. Please provide a complete case that reproduces the issue.
jagan1mohan | Wed, 01/08/2020 - 09:47
Attached images
Hello Arnom,
Greetings. I've attached two images for binary and ASCII *.stl files imported into LIGGGHTS and post-processed in paraView. Binary format is imported only the half length in each of the direction. When I simulate the particle collisions near to wall while filling, say normal to x axis, the particles bounce back into domain on the "correctly read half plane" but escape out of the geometry from the gap that is formed by "un-reading" the complete wall. Images are with the following post (by me).
https://www.cfdem.com/forums/issues-binary-and-ascii-format
Should you require any additional information, I'd be glad to furnish the same.
Thank you,
Jagan1Mohan.