[CP2K-user] [CP2K:18224] MOF cell opt with KEEP_SYMMETRY FALSE
Corrado Bacchiocchi
bacchio at gmail.com
Tue Dec 20 11:06:51 UTC 2022
yes, the cell remains "Numerically orthorhombic" at all steps (YES at all
"CELL| Numerically orthorhombic" lines)
On Tuesday, December 20, 2022 at 12:01:02 PM UTC+1 Matthias Krack wrote:
> Dear Corrado
>
>
>
> the CP2K output (e.g. with PRINT_LEVEL medium) informs you if the system
> is considered as orthorhombic. Check for the output line:
>
> “CELL| Numerically orthorhombic:”
>
>
>
> Best
>
>
>
> Matthias
>
>
>
> *From: *cp... at googlegroups.com <cp... at googlegroups.com> on behalf of
> Corrado Bacchiocchi <bac... at gmail.com>
> *Date: *Tuesday, 20 December 2022 at 11:50
> *To: *cp2k <cp... at googlegroups.com>
> *Subject: *Re: [CP2K:18222] MOF cell opt with KEEP_SYMMETRY FALSE
>
> Dear Matthias,
>
> thanks a lot for the information and the suggestion.
>
> Interestingly, the CELL_OPT with KEEP_SYMMETRY FALSE does not change the
> angles that remain perfectly at 90 deg at all steps, so, I am afraid that
> by applying the constraint KEEP_ANGLES might not going to help in this
> case, since they are already not changing, but I will try and let you know.
> It might be a useful information to the community.
>
> Thanks again!
>
> Corrado
>
>
>
>
>
> On Tuesday, December 20, 2022 at 11:24:42 AM UTC+1 Matthias Krack wrote:
>
> Hi Corrado
>
>
>
> CP2K does not take advantage of symmetry for better computational
> efficiency. The constraints are rather meant to preserve or enforce a
> certain symmetry during structure relaxations, because the symmetric
> structure is not the exact minimum or it distorts slightly due to numerical
> noise. The latter is the reason why it can make sense to use the constraint
> KEEP_ANGLES which will keep all cell angles exactly at 90 degree, because
> CP2K/Quickstep is faster for orthorhombic cells. Therefore, based on the
> information which you provided for your system, I would apply only the
> constraint KEEP_ANGLES in the runs with small molecules adsorbed.
>
>
>
> HTH
>
>
>
> Matthias
>
>
>
> *From: *cp... at googlegroups.com <cp... at googlegroups.com> on behalf of
> Corrado Bacchiocchi <bac... at gmail.com>
> *Date: *Tuesday, 20 December 2022 at 09:54
> *To: *cp2k <cp... at googlegroups.com>
> *Subject: *[CP2K:18220] MOF cell opt with KEEP_SYMMETRY FALSE
>
> Dear Colleagues,
>
> I ask you to kindly share your experience about the following question.
>
>
>
> We have performed on our MOF structure the "Converge CUTOFF and
> REL_CUTOFF" procedure, as described in the very helpful page:
>
>
>
> https://www.cp2k.org/howto:converging_cutoff
>
>
>
> and found that, with NGRIDS 4, to reach a 1.E-7 difference with respect
> to the limiting value of the energy, the minimum settings are:
>
>
> CUTOFF 1800
> REL_CUTOFF 80
>
>
>
> We have then successfully performed CELL_OPT on a 2x2x2 supercell of our
> MOF with KEEP_SYMMETRY TRUE.
>
> When we use this optimized structure for a subsequent CELL_OPT with
> KEEP_SYMMETRY FALSE the BFGS algorithm is not able to further decrease the
> energy. The structure remains essentially unmodified across hundreds of
> steps and the optimization does not complete.
>
> I attach the input file and the guess structure and I kindly ask the
> following:
>
> - is it essential, for any publication quality structure, that
> KEEP_SYMMETRY is FALSE or is it acceptable to have this constraint in place?
>
> - more in general, for any subsequent calculation, e.g. interaction of
> small molecules on the surface of the MOF, Nudged Elastic Band energy path
> investigations, etc., is it possible/acceptable to KEEP_SYMMETRY TRUE?
>
>
>
> Thank you very much for your kind help
>
> Have a nice Holiday Season!
>
> Corrado
>
> --
> You received this message because you are subscribed to the Google Groups
> "cp2k" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to cp2k+uns... at googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/cp2k/14f06834-79c7-4ac8-922c-d1d6f008d27fn%40googlegroups.com
> <https://groups.google.com/d/msgid/cp2k/14f06834-79c7-4ac8-922c-d1d6f008d27fn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
> --
> You received this message because you are subscribed to the Google Groups
> "cp2k" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to cp2k+uns... at googlegroups.com.
>
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/cp2k/d5f1d6ed-fabb-47ff-bb26-7564ab762a6fn%40googlegroups.com
> <https://groups.google.com/d/msgid/cp2k/d5f1d6ed-fabb-47ff-bb26-7564ab762a6fn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
--
You received this message because you are subscribed to the Google Groups "cp2k" group.
To unsubscribe from this group and stop receiving emails from it, send an email to cp2k+unsubscribe at googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/cp2k/47e06d5e-dd91-486e-93fc-6f76972c915en%40googlegroups.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20221220/c30b8617/attachment.htm>
More information about the CP2K-user
mailing list