<div dir="ltr">Dear Paolo, <div><br></div><div>I see. Thanks for checking this and I will try what you suggested. So in general is there a good number of digits that we should shoot for? Or is it more system dependent, and we just need to play around it? </div><div><br></div><div>Thanks!</div><div>Best!</div><div>Xiao</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 9:37 AM Paolo Giannozzi <<a href="mailto:p.giannozzi@gmail.com">p.giannozzi@gmail.com</a>> wrote:<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 dir="ltr"><div>I see: it's the usual problem with "almost-symmetric" coordinates. If you transform the "almost 1/3" and "almost 2/3" into something closer to 1/3 and 2/3 in the x and y atomic coordinates, the error disappears. In the previous version of the code, the checks were done  in a slightly different way and this problem did not show up.</div><div><br></div><div>Paolo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 3:22 PM Paolo Giannozzi <<a href="mailto:p.giannozzi@gmail.com" target="_blank">p.giannozzi@gmail.com</a>> wrote:<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 dir="ltr"><div dir="ltr">On Fri, Aug 14, 2020 at 2:51 PM Xiao Zhang <<a href="mailto:xiaozha@umich.edu" target="_blank">xiaozha@umich.edu</a>> wrote:</div><div dir="ltr"><br></div><div class="gmail_quote"><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 dir="ltr">I realized that in 6.6, an additional line shows: Fft bands division: nmany = 1 (line 15). Not sure if this means anything or not? </div></blockquote><div><br></div><div>it doesn't. <br></div><div><br></div><div>Apparently the check on fractional translations being commensurate with the real-space grid is a little bit too strict. Not sure how to fix it in a safe way, though</div><div><br></div><div>Paolo<br></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 dir="ltr"><div><br></div><div>Thanks!</div><div>Best!</div><div>Xiao</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 8:31 AM Paolo Giannozzi <<a href="mailto:p.giannozzi@gmail.com" target="_blank">p.giannozzi@gmail.com</a>> wrote:<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 dir="ltr"><div>It would be useful to see the scf output for v.6.5 as well</div><div><br></div><div>Paolo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 9:14 AM Xiao Zhang <<a href="mailto:xiaozha@umich.edu" target="_blank">xiaozha@umich.edu</a>> wrote:<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 dir="ltr"><div dir="ltr"><div class="gmail_quote" style="color:rgb(0,0,0)"><div dir="ltr"><div>Dear QE developers, </div><div><br></div><div>I'm sending the email asking about an error I get from the phonon calculations in the 6.6 version of quantum espresso. I'm trying to run phonon calculation for 2H SiC and have the scf run finished with no problem, but when I run phonon calculation following that, I received an incompatible FFT grid error. This happened only with the new version of QE while using the exact same input, QE 6.5 works fine and provides output. I was wondering if this is something we expect? (I do realize there is one potentially relevant tag on the release note under "fixed")</div><div><br></div><div>I attached one example just in case it might help: This is 2H-SiC and I attached the input and output from scf, input and output from ph.x from both 6.5 and 6.6. The k-points and cutoffs are reduced for quick tests, but converged k-points and cutoffs show the same issue. The structure is relaxed within QE, and the PP used is ONCV-PBE. I'm a bit confused why this is seen in phonon calculation but not the scf calculation? I assumed that if it's a problem of my input structure, I should've seen a problem in both? Any hint or suggestions would be very helpful!</div><div><br></div><div>Thanks a lot!</div><div>Best!</div><div>Xiao Zhang</div><div>Department of Materials Science and Engineering</div><div>University of Michigan, Ann Arbor</div><div><br></div></div></div></div></div>
_______________________________________________<br>
developers mailing list<br>
<a href="mailto:developers@lists.quantum-espresso.org" target="_blank">developers@lists.quantum-espresso.org</a><br>
<a href="https://lists.quantum-espresso.org/mailman/listinfo/developers" rel="noreferrer" target="_blank">https://lists.quantum-espresso.org/mailman/listinfo/developers</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,<br>Univ. Udine, via delle Scienze 208, 33100 Udine, Italy<br>Phone +39-0432-558216, fax +39-0432-558222<br><br></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,<br>Univ. Udine, via delle Scienze 208, 33100 Udine, Italy<br>Phone +39-0432-558216, fax +39-0432-558222<br><br></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,<br>Univ. Udine, via delle Scienze 208, 33100 Udine, Italy<br>Phone +39-0432-558216, fax +39-0432-558222<br><br></div></div></div></div></div>
</blockquote></div>