<div dir="auto">In addition to what Peter said, pay careful attention to how you setup the slab calculation. WTe2 has a band gap of 1.0 eV, and it may be less with PBE. I suggest checking your bulk band gap first.<div dir="auto"><br></div><div dir="auto">With a small gap surface, TEMPS is needed and getting the positions right (-min) and a valence neutral surface will matter. You will need to converge density and positions without soc. If you don't setup the surface right GIGO and if will be horribly unstable. (STIFF in case.inm may help.) With GIGO the physics is wrong so your calculations will be meaningless.<br><br><div data-smartmail="gmail_signature" dir="auto">---<br>Professor Laurence Marks (Laurie)<br>Department of Materials Science and Engineering<br>Northwestern University<br><a href="http://www.numis.northwestern.edu">www.numis.northwestern.edu</a><br>"Research is to see what everybody else has seen, and to think what nobody else has thought" Albert Szent-Györgyi</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 17, 2023, 09:01 Peter Blaha <<a href="mailto:peter.blaha@tuwien.ac.at">peter.blaha@tuwien.ac.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Your 4 points are not really recommended in the first place.<br>
<br>
<br>
If it is a scf convergence problem (which I doubt):  grep:DIS case.scf  <br>
. Does it look like divergence ?<br>
<br>
You need to find which eigenvalue causes the ghostband, from which atom <br>
and angular momentum.<br>
<br>
See *scf2* and *output2* files.<br>
<br>
Once you know this, look into case.scf1 to see how the LOs and energy <br>
parameters for this state are set and you probably have to modyfy <br>
case.in1(c).<br>
<br>
PS: Use  init_lapw -prec 1n   at the beginning, maybe with -ecut 0.999 .<br>
<br>
PS: I would NOT include HDLOs, if I had ghostbands. Mixing with PRATT <br>
helps only in very few cases, not really recommended for "normal" <br>
calculations.<br>
<br>
PPS: I hope you use   runsp_c_lapw   for something like WTe2 ?<br>
<br>
Am 17.06.2023 um 00:28 schrieb pluto via Wien:<br>
> Dear Prof. Blaha, dear All,<br>
><br>
> Thank you for the comment on slab strategy, this helps a lot.<br>
><br>
> I have more specific question: for a large WTe2 slab (60 atoms), which <br>
> is a material of low-symmetry that has a polarity also in the <br>
> out-of-plane direction, I am getting ghostbands in lapw2 after few <br>
> iterations. What is a good strategy to fix this?<br>
><br>
> I was thinking of:<br>
><br>
> 1. init_lapw -hdlo<br>
> 2. Low mixing (like 0.05) with PRATT<br>
> 3. Decrease RMT (from first tests, with RMT 2.5 ghostbands seem to <br>
> appear after around 3 iterations, with 2.2 after many iterations)<br>
> 4. Increase RKmax<br>
><br>
> 3 and 4 are probably computationally expensive...<br>
><br>
> I did several tests without SOC, I was typically using something like:<br>
><br>
> init_lapw -sp -b -numk 100 -hdlo -fermit 0.002<br>
><br>
> Maybe other settings are critical?<br>
><br>
> Bulk calculation converges very easily (first without and then with <br>
> SOC) with default settings like<br>
><br>
> init_lapw -sp -b -numk 2000<br>
><br>
> bulk bands look like the literature, and are practically the same with <br>
> RMT 2.2 and RMT 2.5.<br>
><br>
> Best,<br>
> Lukasz<br>
><br>
><br>
><br>
><br>
> On 2023-06-16 16:45, Peter Blaha wrote:<br>
>> No,this is not a good strategy.<br>
>><br>
>> From a converged non-spin-polarized calculation you cannot come<br>
>> (easily) to a spin-polarized solution.<br>
>><br>
>> So   1) is only good if you want to quote how much more stable a SP<br>
>> solution is compared to a non-SP.<br>
>><br>
>> 2 + 3 is a good practice. You gain insight how large are the changes<br>
>> and on what atoms due to SO coupling.<br>
>><br>
>> ------------------------<br>
>><br>
>> In terms of efficiency for large cases, I'd in particular preconverge<br>
>> with a course k-mesh and later on refine.<br>
>><br>
>> ---------------------------<br>
>><br>
>> Every runsp cycle starts with a case.clmsum/up/dn file.<br>
>><br>
>> These files can come from an initialization, but of course also from<br>
>> any prior scf calculation (eg. with lower k-mesh or without SO). Of<br>
>> course, a restore_lapw ... gives you all files necessary to run<br>
>> another scf cycle.<br>
>><br>
>> -NI would keep old broyden files, but after a "save_lapw" they are<br>
>> gone anyway.  -NI is useful if you want to continue a scf, because eg.<br>
>> the first runsp stopped after 40 cycles and did not reach convergence<br>
>> yet.<br>
>><br>
>> Am 16.06.2023 um 10:44 schrieb pluto via Wien:<br>
>>> Dear All,<br>
>>><br>
>>> I just would like to confirm the step-by-step convergence strategy <br>
>>> for the large slab with SP and SOC (it refers in general to <br>
>>> spin-momentum locked non-magnetic TMDC, but can be any other material).<br>
>>><br>
>>> Is the following correct:<br>
>>><br>
>>> 1. Converge without SP and without SOC, and save_lapw e.g. as <br>
>>> CONV_NO_SP_NO_SOC so it can be used in another directory or on <br>
>>> another computer for the next steps<br>
>>> 2. Use this as a starting point to converge with SP, and save_lapw <br>
>>> as CONV_W_SP_NO_SOC (one can also restore_lapw in another directory <br>
>>> and start there)<br>
>>> 3. Use this as a starting point to converge with SP and with SOC <br>
>>> (and save_lapw to have it for the future)<br>
>>><br>
>>> I often start with step 3 right away, but I think for a really large <br>
>>> system this might be really inefficient.<br>
>>><br>
>>> How does the program know to use the starting density from the <br>
>>> previous step?<br>
>>> Does restore_lapw creates the necessary files when I transfer to the <br>
>>> new directory?<br>
>>> Is -NI or some other setting in run_lapw important here?<br>
>>><br>
>>> At the moment I am using an older cluster with many cores and use <br>
>>> k-parallel. Still didn't manage with MPI, but maybe it is not needed <br>
>>> for what I want because my klist file is typically 50-80 k-points, <br>
>>> depending on the symmetry of the system. I use the QTL program quite <br>
>>> a lot so having it parallellized would sometimes speed the things up <br>
>>> a bit for me.<br>
>>><br>
>>> Best,<br>
>>> Lukasz<br>
>>> _______________________________________________<br>
>>> Wien mailing list<br>
>>> <a href="mailto:Wien@zeus.theochem.tuwien.ac.at" target="_blank" rel="noreferrer">Wien@zeus.theochem.tuwien.ac.at</a><br>
>>> <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" rel="noreferrer noreferrer" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
>>> SEARCH the MAILING-LIST at: <br>
>>> <a href="http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html" rel="noreferrer noreferrer" target="_blank">http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html</a><br>
> _______________________________________________<br>
> Wien mailing list<br>
> <a href="mailto:Wien@zeus.theochem.tuwien.ac.at" target="_blank" rel="noreferrer">Wien@zeus.theochem.tuwien.ac.at</a><br>
> <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" rel="noreferrer noreferrer" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
> SEARCH the MAILING-LIST at: <br>
> <a href="http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html" rel="noreferrer noreferrer" target="_blank">http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html</a><br>
<br>
-- <br>
-----------------------------------------------------------------------<br>
Peter Blaha,  Inst. f. Materials Chemistry, TU Vienna, A-1060 Vienna<br>
Phone: +43-158801165300<br>
Email: <a href="mailto:peter.blaha@tuwien.ac.at" target="_blank" rel="noreferrer">peter.blaha@tuwien.ac.at</a><br>
WWW:   <a href="http://www.imc.tuwien.ac.at" rel="noreferrer noreferrer" target="_blank">http://www.imc.tuwien.ac.at</a>      WIEN2k: <a href="http://www.wien2k.at" rel="noreferrer noreferrer" target="_blank">http://www.wien2k.at</a><br>
-------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Wien mailing list<br>
<a href="mailto:Wien@zeus.theochem.tuwien.ac.at" target="_blank" rel="noreferrer">Wien@zeus.theochem.tuwien.ac.at</a><br>
<a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" rel="noreferrer noreferrer" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
SEARCH the MAILING-LIST at:  <a href="http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html" rel="noreferrer noreferrer" target="_blank">http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html</a><br>
</blockquote></div>