[DFTB-Plus-User] Am I fully optimizing the charges of my structure?

[Alathea Davies]

Thank you for pointing out that I had the wrong maximum angular momentum for oxygen! I don't know how that slipped my mind.

I changed the angular momentum of oxygen to "p", ran a static relaxation of the geometry to get the charges converged to 1e-5 tolerances, and then read those charges into a script to generate the band structure. Still, I get an error that the SCC does not converge in 1 iteration. I have attached the log file and the input script here.

Thank you!
~ Alathea Davies
________________________________
From: DFTB-Plus-User <dftb-plus-user-bounces at mailman.zfn.uni-bremen.de> on behalf of Bálint Aradi <aradi at uni-bremen.de>
Sent: Monday, February 21, 2022 6:27 AM
To: dftb-plus-user at mailman.zfn.uni-bremen.de <dftb-plus-user at mailman.zfn.uni-bremen.de>
Subject: Re: [DFTB-Plus-User] Am I fully optimizing the charges of my structure?

◆ This message was sent from a non-UWYO address. Please exercise caution when clicking links or opening attachments from external sources.


Dear Alathea,

> First set of questions: If I converge this geometry at a Fermi
> Temperature of 100 K, is that at a true energetic minimum? Will giving a
> Fermi Temperature above 0 K generate an inaccurate band structure or
> density of states, if the charges aren’t fully optimized?

If a structure, especially a periodic one, has partially filled bands,
electronic temperature is very often the only way to get it converged.
What you get then, is the minimum of the free energy E-TS. If the
temperature is moderate, it is usually very-close to the minimum of the
energy.

As for the error you get with the band structure: There was a type in
the MaxAngularMomentum in your band structure calculation. If you fix
that (O has basis "p", not "s"), the nr. of electrons is correct.

> Another issue that I believe I’m having is that, despite the SCC and
> geometry converging previously and reading those output files into the
> band structure script, in the new script, which is reading in charges
> from the converged calculation, the SCC doesn’t converge in one
> iteration for the band structure as I expected it to, according to
> the DFTB+ Band Structure
> <https://dftbplus-recipes.readthedocs.io/en/latest/basics/bandstruct.html> recipe.
> In the example file attached, when I added the “Charge” command, it took
> 35 iterations for the SCC to converge (Band1.log).

Note, that when doing band structure calculation, the MaxSccIterations
should be set to 1. (You want to diagonalize the Hamiltonian only once,
with the charges read in.)

  Best regards,

  Bálint

--
Dr. Bálint Aradi
Bremen Center for Computational Materials Science, University of Bremen
http://www.bccms.uni-bremen.de/cms/people/b-aradi/


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.zfn.uni-bremen.de/pipermail/dftb-plus-user/attachments/20220221/e3d4f64c/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Band-Test2.log
Type: application/octet-stream
Size: 12143 bytes
Desc: Band-Test2.log
URL: <http://mailman.zfn.uni-bremen.de/pipermail/dftb-plus-user/attachments/20220221/e3d4f64c/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: charges.bin
Type: application/macbinary
Size: 6428 bytes
Desc: charges.bin
URL: <http://mailman.zfn.uni-bremen.de/pipermail/dftb-plus-user/attachments/20220221/e3d4f64c/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dftb_in.hsd
Type: application/octet-stream
Size: 878 bytes
Desc: dftb_in.hsd
URL: <http://mailman.zfn.uni-bremen.de/pipermail/dftb-plus-user/attachments/20220221/e3d4f64c/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Input.gen
Type: application/octet-stream
Size: 11855 bytes
Desc: Input.gen
URL: <http://mailman.zfn.uni-bremen.de/pipermail/dftb-plus-user/attachments/20220221/e3d4f64c/attachment-0005.obj>