espressomd-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ESPResSo-users] Command galileiTransformParticles


From: Ulf Schiller
Subject: Re: [ESPResSo-users] Command galileiTransformParticles
Date: Sun, 18 Dec 2011 22:23:48 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111115 Thunderbird/8.0

Hi Salvador:

On 12/18/2011 08:07 PM, Salvador H-V wrote:
Hi Owen,

I thin I am misunderstanding how to apply the DPD thermostat.

In my system I have (at the moment) only one Dumbbell. There are no more
particles.

If I understood, your suggestion is to add a second kind of particle to
simulate a DPD fluid?

  I though that using the DPD thermostat it will be no neccesary to
include explicitly a DPD fluid.  My intention was to used DPD only as a
thermostat in the same way I  use Langevin Thermostat.

In that case you will see no translational diffusion of the dumbbell as a whole, as the total momentum of the system is conserved. If you observe a translational motion even when using galileiTransformParticles, then something must be wrong.

If it is mandatory to use explicitly the DPD fluid, could you suggest
standard interactions for the fluid particles or point me out to some
reference?

As a first try, you can add 'phantom' particles without conservative interactions. But be aware that this will not give you the equation of state of a real fluid. For that, you will have to match e.g. the compressibility of the fluid.

I have some references aboud DPD water but I am no sure if it is a good
idea to use the soft repulsive potential with WCA potentials (dumbbell
interactions).

In principle it should also be possible to use soft potentials, as long as the parameters are matched to physical properties. But keep in mind that the feasible time step will be governed by the stiffest potential in the system.

Best regards,
Ulf

On Fri, Dec 16, 2011 at 6:55 AM, Owen Hickey <address@hidden
<mailto:address@hidden>> wrote:

    Hey Salvador,

    I would suggest using galileiTransformsParticles within the for loop
    as well although I suspect this isn't  what is causing your dumbbell
    to rotate.  From your description it sounds as though it is rotating
    in a vacuum and there is no interaction between your particles and the
    DPD fluid (especially if the rate of rotation doesn't change much over
    time).  I would try perhaps increasing the density of DPD particles,
    the cutoff of the DPD thermostat, or the coupling parameter gamma_dpd.
      Have you tried looking at a vmd movie of your system?  This often can
    be quite useful in determining what is happening when something
    strange happens.

    Hope that helps,
    Owen

    On Fri, Dec 16, 2011 at 1:47 AM, Salvador H-V <address@hidden
    <mailto:address@hidden>> wrote:
     > Hi Owen,
     >
     > Thanks a lot for your reply.
     >
     > I tried what you suggested, but even if I applied the command
    just one time
     > before the production cycle, the single dumbbell just began to
    rotate with
     > no translation motion!
     >
     > What I have in my code is the following:
     >
     > #Termalization
     >
     > thermostat langevin $temp_therm $gamma_ld
     > => Expected behavior but no a good thermostat for dynamical
    properties
     >
     > After thermalization,
     >
     > thermostat off
     > galileiTransformParticles
     >
     > thermostat dpd $temp_ave $gamma_dpd $dpd_cut
     >
     > for {set i 1} {$i <= $ncic_ave} {incr i} {
     > integrate 20
     > save positions
     > & I don't apply anymore the command: galileiTransformsParticles
     > }
     >
     > Any suggestion or point out of any possible source of error would
    be greatly
     > appreciated.
     >
     > Thanks a lot,
     >
     > Salvador
     >
     > On Thu, Dec 15, 2011 at 5:12 AM, Owen Hickey
    <address@hidden <mailto:address@hidden>> wrote:
     >>
     >> Hello,
     >>
     >> I am not familiar with system_com_vel although I would try:
     >> puts [system_com_vel]
     >>
     >> and see what it does.  Presumably it returns a list which you could
     >> store in a variable instead of printing to screen.  For
     >> galileiTransformParticles one simply needs to write that command
    with
     >> no arguments to adjust the center of mass velocity to zero.  I
    am not
     >> surprised that the system seems to drift without this using DPD as
     >> numerical errors will eventually give the fluid a net velocity which
     >> the dumbbell will follow.  The rotation seems a bit stranger.  The
     >> reason that this does not happen with the Langevin thermostat is
    that
     >> it is an implicit fluid with zero velocity (this is the
     >> -friction*velocity term).  If you use both thermostats you
    should fix
     >> the drifting problem but the Langevin thermostat will also kill
     >> hydrodynamic interactions and thus defeat the purpose of
    simulating a
     >> DPD fluid.
     >>
     >> Hope that helps,
     >>
     >> Owen
     >>
     >> On Thu, Dec 15, 2011 at 2:17 AM, Salvador H-V
    <address@hidden <mailto:address@hidden>> wrote:
     >> > Dear All,
     >> >
     >> > I am trying to simulate a system using DPD thermostat.
     >> >
     >> > In the user guide i found the following sentence: "... before
    using dpd,
     >> > you
     >> > have to stop the center of mass motion of your system, which
     >> > you can achieveby using the command galileiTransformParticles.
    This may
     >> > be
     >> > repeated once in a while for long runs due to round off errors
    (check
     >> > this
     >> > with the command system_com_vel) "
     >> >
     >> > I did no find more information about these two commands.
     >> > I would appreciate any help of how to apply both commands
    inside an
     >> > ESPResSo
     >> > simulation. What is the syntaxis?
     >> >
     >> > By the way, using the 2.1.5 version of ESPResSo I observed some
     >> > unexpected
     >> > behavior for a single dumbbell system using DPD thermostat.  The
     >> > dumbbell
     >> > seems to translates and rotates only in one direction. When I
    use the
     >> > Langevin thermostat it seems to perform both translation and
    rotation
     >> > random/brownian movement.  I using the same system with both
     >> > thermostats.
     >> > Any comment will be greatly appreciated.
     >> >
     >> > Thans a lot,
     >> >
     >> > Salvador H-V
     >> >
     >> >
     >> >
     >> >
     >> >
     >> > --
     >> > =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
     >> >
     >> > Dr. Salvador Herrera Velarde
     >> > Division de Ciencias e Ingenierias
     >> > Campus Leon
     >> > Universidad de Guanajuato
     >> >
     >> > =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
     >> >
     >> > Este correo ha sido editado para evitar el uso de acentos y
    guardar
     >> > compatibilidad entre
     >> > diferentes distribuciones
     >> >
     >> >
     >
     >
     >
     >
     > --
     > =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
     >
     > Dr. Salvador Herrera Velarde
     > Division de Ciencias e Ingenierias
     > Campus Leon
     > Universidad de Guanajuato
     >
     > =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
     >
     > Este correo ha sido editado para evitar el uso de acentos y guardar
     > compatibilidad entre
     > diferentes distribuciones
     >
     >




--
=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o

Dr. Salvador Herrera Velarde
Division de Ciencias e Ingenierias
Campus Leon
Universidad de Guanajuato

=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o

Este correo ha sido editado para evitar el uso de acentos y guardar
compatibilidad entre
diferentes distribuciones


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]