[CP2K:3077] problem with suddenly freezing of one or more atoms in water solution in quickstep NVT simulations
teodor... at gmail.com
Fri Jan 28 16:23:21 UTC 2011
On Jan 28, 2011, at 4:53 PM, Murat KILIC wrote:
> Dear cp2k developers and users,
> We have been performing now for some time mixed hamiltonian MD simulations of an organic molecule in water at the DFT/BLYP level of theory, and in some simulations we noticed some very awkward behavior: that is, sometimes one or more atoms suddenly completely stop moving.
> We have done various tests to understand this problem. We have now even seen this behavior in a rather standard MD run of 32 water molecules at T=350 K using the BLYP XC functional and the TZV2P basisset. Although we start from a restart file was generated in a special manner (using a strange mixed hamiltonian), this example here is a rather typical simulation which only uses coordinates and velocities from a restart file.
When something like this happens it just means that there is some numerical problem in your calculations.
Most of them can normally be related to the cutoff, generally too small to have a good representation either of the pseudo or the basis set.
You have 350, which is a pretty good number both for BLYP and the kind of pseudo. Maybe for the basis set you would need something higher, but still, it should be not that bad.
What I think is the major source of this problem in your case is the convergence of the SCF. 10^-5 (default) with OT/DIIS is a too loose convergence criteria to have pretty good converged forces. If you think at the issues connected with the cutoff (mentioned above) you realize that your forces, in some cases, for some geometries, maybe completely covered by numerical noise.
Try to decrease the EPS_SCF to 10^-6 or tighter (even 10^-7) and let us know if you still see this behavior.
> We have put an example of 1000 MD steps online at: http://molsim.chem.uva.nl/users/ensing/cp2k_problem/water32/
> In the trajectory file the oxygen atoms with index 4 and 61 (start counting from 1) are not moving (actually the positions fluctuate in the 3rd decimal in all our examples).
> Has anyone seen this problem before? Is this a bug in the code or are we doing something wrong?
> We know that we can "release" the atoms from their apparent fixed positions by changing input parameters. For example, increasing the planewave cutoff seems to reduce the number of atoms that typically get stuck in our simulations. Changing computer platform or cp2k version does not matter.
> Any ideas are welcome.
> Many thanks in advance,
> Murat KILIC
> Computational Chemistry Group
> Van 't Hoff Institute for Molecular Sciences
> University of Amsterdam
> Science Park 904
> 1098 XH Amsterdam
> You received this message because you are subscribed to the Google Groups "cp2k" group.
> To post to this group, send email to cp... at googlegroups.com.
> To unsubscribe from this group, send email to cp2k+uns... at googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/cp2k?hl=en.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the CP2K-user