LIGGGHTS® - Developer Forum

Topics related to developing with LIGGGHTS® can be discussed here: discussion about implementation details, C++, MPI and debugging tools

Positive value in history becomes negative

Submitted by Guesnet Etienne on Fri, 05/27/2016 - 16:42

Hi,

I am trying to use history in liggghts law (like in tangential_history or normal_model_hooke_hysteresis). I have observed a positive history value becoming negative.

I have reproduced this comportment in a slightly modified tangential_history law. I only add a second value memorized, initialised at 1 (if -0.1 < value < 0.1, then value = 1). If this value become negative, liggghts stops. The input file is packing official example without modification and modified tangential law is linked. Liggghts stops between the 7000 and 8000 time step.

surface mesh feature remove

Submitted by Westbrink on Wed, 05/18/2016 - 08:36

Hi,

I already tried the new version 3.4.0.
But now I get an error during simulation. After insertion phase I got this particular error.

run 1
Setting up run ...
ERROR on proc 0: surface mesh feature remove not available in this version (../surface_mesh_feature_remove.h:1)

Please help me to fix this error.

adding quaternion to fix_insert_pack

Submitted by zamir on Wed, 04/27/2016 - 04:53

Hi All,

Some of you may have seen my old post that describes how to add quaternions to spheres, found here:
http://www.cfdem.com/forums/fix-nvesphereorientation
I'm trying to use it with fix insert/pack but it seems quaternions are not inherent particle properties, even though I set 'atom style hybrid sphere ellipsoid." I have a suspicion that fix insert/pack automatically creates spheres without quaternions, but I'm not sure.

Restitution coefficient

Submitted by sbateman on Mon, 03/14/2016 - 20:44

I'm not sure if this is intended behavior, but it seems that the coefficient of restitution ("e") specified in the input file is *not* the same as the actual measured ratio of the velocity of a particle after/before a collision.

The restitution coefficient for a collision can be defined as:

e = vel_{after} / vel_{before}

Re-compiling LIGGGHTS after making changes to source code (SOLVED)

Nucleophobe's picture
Submitted by Nucleophobe on Fri, 03/11/2016 - 17:48

Hi everyone,

Maybe this is a naive question, but is there a way to speed-up the compilation of LIGGGHTS when you only make changes to one fix (e.g., fix_cfd_couple_forces)?

For example, when compiling OpenFOAM, executing 'wmake' will only recompile libraries whose source code changed since the last build.

Some unclear thoughts about sphere-triangle interaction dectection

Submitted by alberthappy on Fri, 03/04/2016 - 17:42

All,

I got some question when I was trying to figure out what kind of algorithm is used in LIGGGHTS to detect sphere and triangle surface interaction. So guys, please help to clear my mind on this problem. In the TriMesh::resolveTriSphereContactBary, I saw this two lines:

vectorSubtract3D(cSphere,n[0],node0ToSphereCenter); //double **n = node_(nTri);
MathExtraLiggghts::calcBaryTriCoords(node0ToSphereCenter,edgeVec(nTri),edgeLen(nTri),bary);

fix massflow/mesh with multisphere

richti83's picture
Submitted by richti83 on Wed, 02/10/2016 - 12:37

To have more than one fix massflow/mesh with multispheres I propose the following change in https://github.com/CFDEMproject/LIGGGHTS-PUBLIC/blob/master/src/fix_mass...

char property_name[200];
sprintf(property_name,"counter_ms_%s",id);
ms_counter_ = ms_->prop().addElementProperty< ScalarContainer >(property_name,"comm_exchange_borders","frame_invariant", "restart_yes");

Pages

Subscribe to RSS - LIGGGHTS® - Developer Forum