Sent from my iPhone On Jun 12, 2013, at 5:12 PM, Ataollah Mesgarnejad <[email protected]> wrote:
> John, > > I did and it worked perfectly the problem is I can't mesh my original > problem in libMesh. You don't have to generate your mesh in libMesh. You just have to be more careful about how you mesh in Cubit. You might try duplicating and meshing a surface with the same parameters so that they are identical. If you are Tet-meshing your final volume anyway, this should be fine. Personally I try to use sweep with autosmooth turned off whenever possible. I'm assuming your geometry is more complex though which is why you aren't using hexes. Cody > > Ata > On Jun 12, 2013, at 5:44 PM, John Peterson <[email protected]> wrote: > >> >> On Wed, Jun 12, 2013 at 4:34 PM, Ataollah Mesgarnejad >> <[email protected]> wrote: >> Cody, >> >> You were right that seems to be the problem. CUBIT splits the HEX cells >> differently on the two different surfaces thus the error. >> >> Now is there a more general way built in libMesh to enforce periodic BCs >> without requiring nodes to be exactly translated? >> >> Can you just generate your mesh with build_cube(), setting the element type >> to TET4? The nodes on opposing faces should match up almost exactly then. >> >> -- >> John > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Libmesh-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/libmesh-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
