[CP2K-user] [CP2K:10799] Re: Problem in the preconditioner when using UKS

Krack Matthias (PSI) matthia... at psi.ch
Wed Oct 3 19:44:52 UTC 2018


Dear Daniele

You should take note of the electron count in the OT DIIS output and ask yourself, if the corresponding energy has any meaning.
The OT CG run converged to some state at least.

HTH

Matthias

Von: cp... at googlegroups.com <cp... at googlegroups.com> Im Auftrag von Daniele Ongari
Gesendet: Mittwoch, 3. Oktober 2018 19:47
An: cp2k <cp... at googlegroups.com>
Betreff: [CP2K:10799] Re: Problem in the preconditioner when using UKS


[Screenshot from 2018-10-03 19-42-55.png]
Hi,
here I come with a similar problem for Co-MOF-74 using different settings.
In the legend of the figure:
"diis" is using OT DIIS with 50 inner and 10 outer SCF cycles
"cg" is using OT CG with 2000 inner and no outer SCF cycles


I think the problem is related to the bandgap going close to zero and making the preconditioner to diverge, but this time the energy assumes even lower energies than the final ones.
Does it makes sense to have a lower energy being DFT not strictly variational, and this should be seen as a merely mathematical mess?

The calculation is converging when I run the OT CG minimization without outer steps: can I consider the final result of this calculation as reliable?

Thanks

Daniele




Il giorno mercoledì 19 settembre 2018 12:50:34 UTC+2, Daniele Ongari ha scritto:
Dear CP2K developers,
I want to report a serious problem with the preconditioner when computing the energy of Fe-MOF-74 with UKS settings.
Long story short the energy goes down, it is close to convergence but then, after recomputing the preconditioner in the outer step it starts to diverge: see the image.

[image.png]




























Now, I attached the input and the output, but I already tried very different settings:
-smearing
-diagonalization without smearing
-different BS
-UKS false (converged, but to a higher energy, forcing the closed shell)
- starting magnetization on metals
- CG minimizer
- lower multiplicity
- 2x and 3x replicated unit cell in the shortest dimension
- lowering ENERGY_GAP to 0.001
These calculation ALL failed (I made 16 attempts in total, changing settings!).

And at the end the only one working (the 17th attempt, ironically the unlucky number for Italians!) was to use CG minimizer with no outer SCF, hence not recomputing the preconditioner. It converged after ~600 inner steps, to:

 HOMO - LUMO gap [eV] :    1.917671
 HOMO - LUMO gap [eV] :    0.235602

 ENERGY| Total FORCE_EVAL ( QS ) energy (a.u.):            -1170.045288008604075

Please let me know what was the problem, if it is a known issue of the preconditioner and how to circumvent it: for the moment I'm using no outer steps to have a robust convergence, but I know that this may cause the convergence to a local miniimum!

Thanks a lot!

Daniele
PhD candidate, LSMO, EPFL Sion













--
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<mailto:cp2k+uns... at googlegroups.com>.
To post to this group, send email to cp... at googlegroups.com<mailto:cp... at googlegroups.com>.
Visit this group at https://groups.google.com/group/cp2k.
For more options, visit https://groups.google.com/d/optout.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20181003/d71caa33/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 57737 bytes
Desc: image002.png
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20181003/d71caa33/attachment.png>


More information about the CP2K-user mailing list