<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="en-CH" link="blue" vlink="purple" style="word-wrap:break-word"> <div class="WordSection1"> Hi Ilya<o:p></o:p> <o:p> </o:p> Thanks for contributing and fixing the print issue.<o:p></o:p> <o:p> </o:p> Indeed, ROKS produces only one set of orbitals, since there is also only one Hamiltonian, i.e. Kohn-Sham matrix, but different orbital occupations are applied for spin-up (alpha) and spin-down (beta) electrons which results in an alpha and beta electronic density matrix.<o:p></o:p> <o:p> </o:p> The LOW-SPIN ROKS implementation in CP2K based on OT plus ROTATION is experimental as indicated by a warning printed in the output. That implementation has not been maintained since a long time. Therefore, I am wondering, if the implementation works properly, e.g. for the new test case O2_mo_cubes.inp. I tried tighter thresholds and a larger cutoff and box size, but the SCF did not converge. What’s your experience and how do the results compare to ROKS in CPMD?<o:p></o:p> <o:p> </o:p> Best<o:p></o:p> <o:p> </o:p> Matthias<o:p></o:p> <o:p> </o:p> <div id="mail-editor-reference-message-container"> <div> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: cp2k@googlegroups.com <cp2k@googlegroups.com> on behalf of Ilya Fedorov <ilyafedorov19@gmail.com> Date: Thursday, 16 November 2023 at 10:59 To: cp2k <cp2k@googlegroups.com> Subject: [CP2K:19518] Re: Problem with the calculation of the CUBE file and Wannier Centres using the ROKS method?<o:p></o:p> </div> I solved the problem and it was accepted into the code.<o:p></o:p> <div> <![if !supportLists]>1. <![endif]>As I understand it, for ROKS the UKS base is used, and different spins of the same orbital have the same density. This allows to rely on the UKS codes, while you can use MO_CUBES only for spin-1. (regtest: QS/regtest-lsroks/O2_mo_cubes.inp)<o:p></o:p> <![if !supportLists]>2. <![endif]>I added such an implementation in the code. Only two method supports:<o:p></o:p> <![if !supportLists]>o <![endif]>NONE: No rotation, just print the orbital centers.<o:p></o:p> <![if !supportLists]>o <![endif]>JACOBI: Only doubly occupied orbitals rotate; for singly occupied orbitals, no rotation occurs (like the NONE method). (regtest: QS/regtest-lsroks/O2_loc_wan_jac.inp)<o:p></o:p> It is possible to use only NONE and JACOBI. Other methods can be added in the future, but ROKS calculates quite slowly, and speeding up the Wannier calculation does not make a big contribution here.<o:p></o:p> </div> <div> <o:p> </o:p> </div> <div> Commits: https://github.com/cp2k/cp2k/pull/3108<o:p></o:p> </div> <div> <div> четверг, 24 августа 2023 г. в 15:19:45 UTC+3, Ilya Fedorov: <o:p></o:p> </div> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"> Dear colleagues, <o:p></o:p> Could you please help me to understand the CP2K implementation of ROKS and the Wannier Centers.<o:p></o:p> I am facing the following two problems. I can't find an answer in the documentation. And, unfortunately, I don't really understand in the code.<o:p></o:p> 1) The ROKS implementation in CP2K uses a spin-restricted calculation with multiple density matrices. As I understand it, this leads to some problems with printing CUBE files (for example, for each orbital it prints two cube files for spin_1 and spin_2). Which one is correct? Maybe the sum of them gives a correct density? <o:p></o:p> (in log it print “Unclear how we define MOs in the restricted case ... skipping”)<o:p></o:p> <o:p></o:p> 2) I’m trying to use Wannier Centres with ROKS, but it doesn’t work in CP2K. As I understand this is also a multiple density matrix problem. I need Wannier Centres only (Many-body Position operator, no Jacobi rotation). Right now I use Wannier + ROKS in CPMD, and in CPMD the rotation is just switched off for the last two orbitals (diag(1,1)). <o:p></o:p> Best regards<o:p></o:p> Ilya<o:p></o:p> </blockquote> </div> -- 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 <a href="mailto:cp2k+unsubscribe@googlegroups.com">cp2k+unsubscribe@googlegroups.com</a>. To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/cp2k/c479ab3a-9ed0-4750-9997-94a532c92a84n%40googlegroups.com?utm_medium=email&utm_source=footer"> https://groups.google.com/d/msgid/cp2k/c479ab3a-9ed0-4750-9997-94a532c92a84n%40googlegroups.com</a>.<o:p></o:p> </div> </div> </div> </body> </html> -- 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 <a href="mailto:cp2k+unsubscribe@googlegroups.com">cp2k+unsubscribe@googlegroups.com</a>. To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/cp2k/ZRAP278MB08276C263F989BE031C62029F4B0A%40ZRAP278MB0827.CHEP278.PROD.OUTLOOK.COM?utm_medium=email&utm_source=footer">https://groups.google.com/d/msgid/cp2k/ZRAP278MB08276C263F989BE031C62029F4B0A%40ZRAP278MB0827.CHEP278.PROD.OUTLOOK.COM</a>.