<div>Hi,</div><div><br></div><div>Taking the H2O-32_SPME.inp file and reducing the timestep to 2 fs I get no drift with NVT.<br></div><div><br></div><div>In NVE there is still a little drift, but decreasing the SHAKE tolerance to 1.0E-07 this seems to be removed (see attached, changed the SHAKE tolerance at ~2.1 ns.</div><div><br></div><div>In all cases the drift seems to be smaller than being reported, I think. Which version did you use? Mine is serial compiled under cygwin with internal FFTSG.</div><div><br></div><div> "CP2K| version string:                CP2K version 2.2.356 (Development Version)<br> CP2K| is freely available from                          http://cp2k.berlios.de/<br> CP2K| Program compiled at                        Tue Sep 27 14:10:08 GMTDT 2011<br> CP2K| Program compiled on                                              palliata<br> CP2K| Program compiled for                                 Cygwin-i686-gfortran"<br></div><div><br></div><div>Matt</div><br>On Monday, September 24, 2012 9:36:07 AM UTC+1, jgh wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi
<br>
<br>my guess is that you can get better results by tuning the Ewald
<br>parameters.
<br>I see the following sources of errors that can lead to drifts.
<br>1) the cutoff for the LJ potential (there is no smoothing at the cutoff used)
<br>2) An inadequate combination of length cutoff (real space), alpha
<br>   and grid cutoff
<br>3) timestep
<br>
<br>In CP2K the two cutoff in 1) and 2) are the same. A rule of thumb
<br>says alpha*rc should be at least 7 (0.5*11.4=5.7 in your case). 
<br>
<br>To get better conservation of energy I would:
<br>
<br>- shorten the timestep (2fs probably)
<br>- increase the LJ cutoff (14)
<br>- increase alpha (1.) and the grid cutoff (more points)
<br>  Warning: the grid cutoff is given as number of points, if you
<br>  go to bigger systems you have to scale the number of points with
<br>  the box size.
<br>
<br>I don't do long time simulations with classical force fields,
<br>so the values above are only guesses.
<br>
<br>regards
<br>
<br>Juerg
<br>
<br>--------------------------------------------------------------
<br>Juerg Hutter                         Phone : ++41 44 635 4491
<br>Physical Chemistry Institute   FAX   : ++41 44 635 6838
<br>University of Zurich               E-mail:  <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">hut...@pci.uzh.ch</a>
<br>Winterthurerstrasse 190
<br>CH-8057 Zurich, Switzerland
<br>---------------------------------------------------------------
<br>
<br>-----<a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">cp...@googlegroups.com</a> wrote: -----
<br>To: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">cp...@googlegroups.com</a>
<br>From: paolo nicolini 
<br>Sent by: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">cp...@googlegroups.com</a>
<br>Date: 09/21/2012 05:45PM
<br>Subject: Re: [CP2K:4045] Re: Energy conservation NVT/NVE simulation
<br>
<br>Hi
<br>
<br>I tried to use the H2O-32_SPME.inp in the tests/Fist directory by changing only the length of the simulation (1 ns) and I got also a significant energy drift (see attachment). Then I tried to reduce the integration time step to 1.0 fs. The drift become lower but it do not vanish. I did also 1ns of NVE dynamics (starting from the last restart of the previous simulations) and here the drift become even more clear.
<br>The inputs that I used are below.
<br>Best regards
<br>Paolo
<br>
<br>NVT input: 
<br>&FORCE_EVAL
<br>  METHOD FIST
<br>  &MM
<br>    &FORCEFIELD
<br>      &BEND
<br>        ATOMS H O H
<br>        K 0.
<br>        THETA0 1.8
<br>      &END BEND
<br>      &BOND
<br>        ATOMS O H
<br>        K 0.
<br>        R0 1.8
<br>      &END BOND
<br>      &CHARGE
<br>        ATOM O
<br>        CHARGE -0.8476
<br>      &END CHARGE
<br>      &CHARGE
<br>        ATOM H
<br>        CHARGE 0.4238
<br>      &END CHARGE
<br>      &NONBONDED
<br>        &LENNARD-JONES
<br>          atoms O O
<br>          EPSILON 78.198
<br>          SIGMA 3.166
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>        &LENNARD-JONES
<br>          atoms O H
<br>          EPSILON 0.0
<br>          SIGMA 3.6705
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>        &LENNARD-JONES
<br>          atoms H H
<br>          EPSILON 0.0
<br>          SIGMA 3.30523
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>      &END NONBONDED
<br>    &END FORCEFIELD
<br>    &POISSON
<br>      &EWALD
<br>        EWALD_TYPE spme
<br>        ALPHA .5
<br>        GMAX 21
<br>        O_SPLINE 6
<br>      &END EWALD
<br>    &END POISSON
<br>  &END MM
<br>  &SUBSYS
<br>    &CELL
<br>      ABC 9.865 9.865 9.865
<br>    &END CELL
<br>    &COORD
<br>    O                  -4.583   5.333   1.560   H2O
<br>    H                  -3.777   5.331   0.943   H2O
<br>    H                  -5.081   4.589   1.176   H2O
<br>...
<br>    &END COORD
<br>  &END SUBSYS
<br>&END FORCE_EVAL
<br>&GLOBAL
<br>  PROJECT H2O
<br>  RUN_TYPE MD
<br>&END GLOBAL
<br>&MOTION
<br>  &CONSTRAINT
<br>    &G3X3
<br>      DISTANCES 1.8897268 1.8897268 3.0859239
<br>      MOLECULE 1
<br>      ATOMS 1 2 3
<br>    &END G3X3
<br>  &END CONSTRAINT
<br>  &MD
<br>    ENSEMBLE NVT
<br>    STEPS 1000000
<br>    TIMESTEP 1.0
<br>    TEMPERATURE 300.0
<br>    &THERMOSTAT
<br>      REGION MOLECULE
<br>      &NOSE
<br>        LENGTH 3
<br>        YOSHIDA 3
<br>        TIMECON 1000
<br>        MTS 2
<br>      &END NOSE
<br>    &END
<br>  &END MD
<br>&END MOTION
<br>
<br>NVE input:
<br>&FORCE_EVAL
<br>  METHOD FIST
<br>  &MM
<br>    &FORCEFIELD
<br>      &BEND
<br>        ATOMS H O H
<br>        K 0.
<br>        THETA0 1.8
<br>      &END BEND
<br>      &BOND
<br>        ATOMS O H
<br>        K 0.
<br>        R0 1.8
<br>      &END BOND
<br>      &CHARGE
<br>        ATOM O
<br>        CHARGE -0.8476
<br>      &END CHARGE
<br>      &CHARGE
<br>        ATOM H
<br>        CHARGE 0.4238
<br>      &END CHARGE
<br>      &NONBONDED
<br>        &LENNARD-JONES
<br>          atoms O O
<br>          EPSILON 78.198
<br>          SIGMA 3.166
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>        &LENNARD-JONES
<br>          atoms O H
<br>          EPSILON 0.0
<br>          SIGMA 3.6705
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>        &LENNARD-JONES
<br>          atoms H H
<br>          EPSILON 0.0
<br>          SIGMA 3.30523
<br>          RCUT 11.4
<br>        &END LENNARD-JONES
<br>      &END NONBONDED
<br>    &END FORCEFIELD
<br>    &POISSON
<br>      &EWALD
<br>        EWALD_TYPE spme
<br>        ALPHA .5
<br>        GMAX 21
<br>        O_SPLINE 6
<br>      &END EWALD
<br>    &END POISSON
<br>  &END MM
<br>&END FORCE_EVAL
<br>&GLOBAL
<br>  PROJECT H2O
<br>  RUN_TYPE MD
<br>&END GLOBAL
<br>&MOTION
<br>  &CONSTRAINT
<br>    &G3X3
<br>      DISTANCES 1.8897268 1.8897268 3.0859239
<br>      MOLECULE 1
<br>      ATOMS 1 2 3
<br>    &END G3X3
<br>  &END CONSTRAINT
<br>  &MD
<br>    ENSEMBLE NVE
<br>    STEPS 1000000
<br>    TIMESTEP 1.0
<br>    TEMPERATURE 300.0
<br>  &END MD
<br>&END MOTION
<br>&EXT_RESTART
<br>  RESTART_FILE_NAME H2O-1_1000000.restart 
<br>&END EXT_RESTART
<br>
<br>
<br>
<br>On Monday, September 17, 2012 1:09:54 PM UTC+2, jgh wrote:Hi 
<br> 
<br>I did some tests with the inputs from 
<br>../tests/Fist 
<br>and get much better energy conservation that you show. 
<br>Probably your input use a not optimal setting for the 
<br>cutoffs and Ewald parameters (I was using SPME). 
<br> 
<br>regards 
<br> 
<br>Juerg  
<br> 
<br>-------------------------------------------------------------- 
<br>Juerg Hutter                         Phone : ++41 44 635 4491 
<br>Physical Chemistry Institute   FAX   : ++41 44 635 6838 
<br>University of Zurich               E-mail:  <a>hut...@pci.uzh.ch</a> 
<br>Winterthurerstrasse 190 
<br>CH-8057 Zurich, Switzerland 
<br>--------------------------------------------------------------- 
<br> 
<br>-----<a>cp...@googlegroups.com</a> wrote: ----- 
<br>To: <a>cp...@googlegroups.com</a> 
<br>From: marco masia  
<br>Sent by: <a>cp...@googlegroups.com</a> 
<br>Date: 09/12/2012 03:39PM 
<br>Subject: [CP2K:4029] Re: Energy conservation NVT/NVE simulation 
<br> 
<br>Dear all, 
<br> 
<br>recently I have noticed the same problem with FIST simulations. I took the H2O-32_ewald.inp input, equilibrated it for 1 ns and run a 1ns NVE simulation from the thermalized configuration. I have tried to refine many simulation parameters (e.g. time step, RCUT, Ewald pars) and also (thinking that there was a bad implementation of constraints) I run the simulations for a flexible model. I always get a non-negligible drift (see attachment); the graph shows block averaged energies of 1 ns simulations performed with cp2k and obeli.x (a program of mine). The values are shifted for a better comparison. I have been looking into this, thinking that the problem was in the input file...but since other people are experiencing it with QS, I wonder if there is some bug in the velocity verlet routines. The results are platform independent (I tried both on mac and linux). 
<br> 
<br>best 
<br> 
<br>marco 
<br> 
<br>On Wednesday, September 5, 2012 3:32:26 AM UTC-4, <a>albe...@virgilio.it</a> wrote: 
<br>Dear all, 
<br> 
<br>I'm carrying out some tests to reproduce the VDOS of water and I used as 
<br>starting points the input files 'H2O-32.inp' and 'H2O-64.inp' in 
<br>tests/QS/benchmark directory. 
<br> 
<br>In both cases I ran a NVT simulation at 300K for 15 ps followed by an NVE 
<br>simulation on the equilibrated system. 
<br> 
<br>I'm puzzled about the results in the energies: in both NVT and NVE  the plot of 
<br>"Cons Qty" show a constant and linear drift while temperature, kinetic and 
<br>potential energy are equilibrated and stable. 
<br> 
<br>Since "Cons Qty" should be conserved and this is not the case I think that 
<br>there are some problems in the setup of the simulation. 
<br>I did not modify the parameters of the benchmark inputs but I just added the 
<br>thermostat section in NVT and I modified only the printing option. 
<br> 
<br>Thank you very much for your help and suggestions, 
<br> 
<br>Alberto 
<br> 
<br>   
<br>  --  
<br> You received this message because you are subscribed to the Google Groups "cp2k" group. 
<br> To view this discussion on the web visit <a href="https://groups.google.com/d/msg/cp2k/-/sAiVZ2dob1sJ" target="_blank">https://groups.google.com/d/msg/cp2k/-/sAiVZ2dob1sJ</a>. 
<br>  To post to this group, send email to <a>cp...@googlegroups.com</a>. 
<br> To unsubscribe from this group, send email to <a>cp2k+...@googlegroups.com</a>. 
<br>  For more options, visit this group at <a href="http://groups.google.com/group/cp2k?hl=en" target="_blank">http://groups.google.com/group/cp2k?hl=en</a>. 
<br>    
<br> 
<br> 
<br>[attachment "energy-conservation.pdf" removed by Jürg Hutter/at/UZH]  
<br>  -- 
<br> You received this message because you are subscribed to the Google Groups "cp2k" group.
<br> To view this discussion on the web visit <a href="https://groups.google.com/d/msg/cp2k/-/nmvFu5yyMKQJ" target="_blank">https://groups.google.com/d/msg/cp2k/-/nmvFu5yyMKQJ</a>.
<br>  To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">cp...@googlegroups.com</a>.
<br> To unsubscribe from this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vnUFX5-wI2wJ">cp2k+...@googlegroups.com</a>.
<br>  For more options, visit this group at <a href="http://groups.google.com/group/cp2k?hl=en" target="_blank">http://groups.google.com/group/cp2k?hl=en</a>.
<br>   
<br>
<br>
<br>[attachment "all.pdf" removed by Jürg Hutter/at/UZH]</blockquote>