[CP2K-user] [CP2K:19956] NON_LOCAL dispersion in ENERGY_CORRECTION ?

Ralf Frischmann ralf.p.frischmann at gmail.com
Thu Feb 22 14:44:09 UTC 2024


Hi JH,

thanks for the quick reply and the clarification. Wasn't 100% sure whether 
my assumption above were actually correct.

Another possible option for getting NL dispersion in these cases could be 
to apply the dispersion NL functional in a post-SCF-type fashion (quantum 
chemistry codes ORCA and psi4 allow this as an option). Then it should be 
possible to take RHO from a converged HFX-SCF procedure and "stuff it" into 
the existing NL energy+gradient routines prior to the DFT response 
calculation, so with that no response calculation should be needed for the 
NL dispersion part. 

Having the post-SCF NL option in general would also be a nice and "fairly 
easy" to do CP2K feature. Relative errors introduced by that are usually 
very small (~0.0x kcal/mol) in gas phase calculations, and substantial 
computational savings might result from it.

Regards,

Ralf



  


On Thursday, February 22, 2024 at 11:12:00 AM UTC+1 Jürg Hutter wrote:

> Hi
>
> thank you for raising this issue. I have opened a new feature request 
> issue on
> github (#3277) and have disabled nl-vdW functionals in EC calculation in 
> the
> current cp2k version.
> The main problem is the required 2nd derivative of the functionals for
> the gradient calculation.
>
> regards
> JH
>
> ________________________________________
> From: cp... at googlegroups.com <cp... at googlegroups.com> on behalf of Ralf 
> Frischmann <ralf.p.f... at gmail.com>
> Sent: Thursday, February 22, 2024 5:57 AM
> To: cp2k
> Subject: [CP2K:19950] NON_LOCAL dispersion in ENERGY_CORRECTION ?
>
> Dear all,
>
> are there plans already to implement a working NON_LOCAL dispersion 
> correction for the &ENERGY_CORRECTION part?
>
> It appears to me that currently only the PAIR_POTENTIAL type delivers a 
> finite Edisp value in the CP2K output file, although input files with a 
> NON_LOCAL &VDW_POTENTIAL specifications get accepted with no further 
> warning from the code, but do return Edisp = 0.d0 in the EC part of the 
> output.
>
> An inspections of the SUBROUTINE ec_disp(qs_env, ec_env, calculate_forces) 
> in the file energy_corrections.F with a hard-wired call to the function 
> calculate_dispersion_pairpot() further supports that assumption.
>
> Thanks in advance for any clarification on that subject!
>
> Regards,
>
> Ralf
>
>
>
>
>
> --
> 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 view this discussion on the web visit 
> https://groups.google.com/d/msgid/cp2k/327a60fd-8cde-47cf-9144-be6a910ceb04n%40googlegroups.com
> <
> https://groups.google.com/d/msgid/cp2k/327a60fd-8cde-47cf-9144-be6a910ceb04n%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/9a7afc94-7e9b-4130-bb24-0a0c7aa62979n%40googlegroups.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20240222/ff81096d/attachment.htm>


More information about the CP2K-user mailing list