<div dir="ltr">Jurg, <div><br></div><div>Reducing EPS_SCHWARZ did help quite a bit in the convergence. In your original paper with Manuel on the ADMM, diamond was one of the case studies and it was stated that: </div><div><br></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div class="page" title="Page 8" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><div class="layoutArea"><div class="column"><p><span style="font-size: 10pt; font-family: Times;">Since the condition number of the overlap matrix with the FIT3 basis is unfavorable in the case of bulk C (1.7 </span><span style="font-size: 10pt; font-family: MTSY;">× </span><span style="font-size: 10pt; font-family: Times;">10</span><span style="font-size: 7pt; font-family: Times; vertical-align: 4pt;">5</span><span style="font-size: 10pt; font-family: Times;">), an optimized FIT3 (optFIT3) basis has been constructed that served as the ABS for the two wave function fitting methods. optFIT3 was obtained by minimization of the total energy of the PBE 2 </span><span style="font-size: 10pt; font-family: MTSY;">× </span><span style="font-size: 10pt; font-family: Times;">2 </span><span style="font-size: 10pt; font-family: MTSY;">× </span><span style="font-size: 10pt; font-family: Times;">2 supercell with respect to the constraint of a well behaved overlap matrix (the final condition number is on the order of 10</span><span style="font-size: 7pt; font-family: Times; vertical-align: 4pt;">2</span><span style="font-size: 10pt; font-family: Times;">). This allows for rather loose screening thresholds (10</span><span style="font-size: 7pt; font-family: ChemBats2; vertical-align: 4pt;">-</span><span style="font-size: 7pt; font-family: Times; vertical-align: 4pt;">6</span><span style="font-size: 10pt; font-family: Times;">)</span></p></div></div></div></blockquote><div> </div><div>Which is why I believed there was no issue with EPS_SCHWARZ 1e-6. As I mentioned in response to Matt, I cannot find an aux_basis set in the BASIS_ADMM or BASIS_ADMM_MOLOPT files of the name "optFIT3", which is why I turned to cFIT3. Is it possible to get this optimized basis? If not, I will defer to using 1e-7 for the more ill-conditioned problems.</div><div><br></div><div>Best,</div><div>Nick<br><br>On Friday, May 15, 2020 at 4:42:17 AM UTC-7, jgh wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi
<br>
<br>this behaviour usually points towards a lack of overall accuracy
<br>in the calculation. In your case, I would decrease
<br>
<br>EPS_DEFAULT   and  EPS_SCHWARZ
<br>
<br>You might also want not to screen HFX on initial P when you start
<br>an SCF from an inaccurate initial guess. Screened away integrals 
<br>are lost for the whole SCF procedure.
<br>
<br>regards
<br>
<br>Juerg Hutter
<br>
<br>------------------------------<wbr>------------------------------<wbr>--
<br>Juerg Hutter                         Phone : ++41 44 635 4491
<br>Institut für Chemie C                FAX   : ++41 44 635 6838
<br>Universität Zürich                   E-mail: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="VL0h3XiZAAAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">h...@chem.uzh.ch</a>
<br>Winterthurerstrasse 190
<br>CH-8057 Zürich, Switzerland
<br>------------------------------<wbr>------------------------------<wbr>---
<br>
<br>-----<a href="javascript:" target="_blank" gdf-obfuscated-mailto="VL0h3XiZAAAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a> wrote: -----
<br>To: "cp2k" <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="VL0h3XiZAAAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>>
<br>From: "Nicholas Winner" 
<br>Sent by: <a href="javascript:" target="_blank" gdf-obfuscated-mailto="VL0h3XiZAAAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">c...@googlegroups.com</a>
<br>Date: 05/14/2020 10:14PM
<br>Subject: [CP2K:13305] SCF Convergence stuck with ADMM HF?
<br>
<br>Hello all,
<br>
<br>I have tried to perform static PBE0 calculation of diamond using the ADMM. I have done many of this type of calculation before, but not for this system. I have an issue where the reported "convergence" in the SCF loop is unchanged for many steps. I initially tried using the DIIS minimizer and OT method, but switched to 2PNT CG search to try to improve convergence. This helped a tiny amount (convergence got lower, but still stuck). 
<br>
<br>I'm unclear as to what the problem is. I have attached my input and output files. Note I stopped this calculation prematurely.
<br>
<br>Drawing your attention to the first inner SCF loop of the output file, I can see that SCF step 19-50 all report the same convergence of (0.00000035) with no change. What's more, the "total energy" in that loop is listed as -3903.4843979582 for all steps after 31. So it seems that the energy is extremely well converged... better than the EPS_SCF 1e-7 that I listed in the input file.
<br>
<br>I'd like to know if there's any reason why this would be having such a hard time converging; diamond is a large band gap material and should have very good convergence with OT, especially with CG. Also, am I misunderstanding hte numbers reported by the SCF steps? It seems to me the total energy is very well converged to within 1e-9 the end of the first SCF loop, but convergence is listed as .00000035.
<br>
<br>Any help would be appreciated.
<br>
<br>Best,
<br>Nick  
<br>  -- 
<br> You received this message because you are subscribed to the Google Groups "cp2k" group.
<br> To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="VL0h3XiZAAAJ" rel="nofollow" onmousedown="this.href='javascript:';return true;" onclick="this.href='javascript:';return true;">cp...@googlegroups.<wbr>com</a>.
<br> To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/cp2k/c970a006-97f7-4f1e-90de-d5947d22afd2%40googlegroups.com" target="_blank" rel="nofollow" onmousedown="this.href='https://groups.google.com/d/msgid/cp2k/c970a006-97f7-4f1e-90de-d5947d22afd2%40googlegroups.com';return true;" onclick="this.href='https://groups.google.com/d/msgid/cp2k/c970a006-97f7-4f1e-90de-d5947d22afd2%40googlegroups.com';return true;">https://groups.google.com/d/<wbr>msgid/cp2k/c970a006-97f7-4f1e-<wbr>90de-d5947d22afd2%<wbr>40googlegroups.com</a>.
<br> 
<br>
<br>[attachment "cp2k.inp" removed by Jürg Hutter/at/UZH]
<br>[attachment "cp2k.out.orig" removed by Jürg Hutter/at/UZH]
<br></blockquote></div></div>