-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Calculation of bandgap using SCAN functional #5901
Comments
Hello @yycx1111 Besides, the original SCAN have numerical stability problem in SCF convergence, you can try R2SCAN with LibXC installed by setting |
Thank you for your reply. After setting ecutwfc to be 200 Ry or |
@yycx1111 Hi, could you try with these orbitals? if these does not work, I guess it would be something wrong with the pseudopotential: |
I have tried with these orbitals. The results are still not correct which is 0.0294054700eV, 0.0094091646eV, 0.0128309509eV. The pseudopotential I used is |
@yycx1111 after a quick check, I want to make sure the following:
|
For questions 1 and 3, the answer is yes. I did the convergence test and the structure is fine. The PBE generalisation gives me the correct bandgap value. |
@yycx1111 I will share pseudopotential for specifically the SCAN functional tomorrow :) |
Useful information: how to generate ABACUS numerical atomic orbital from custom pseudopotentialKnowing the pseudopotential behaviorThe first thing is to test its convergence behaviors (of energy, stress, band structure, etc.), then the quality of wavefunction can be guaranteed for most cases. Here I use the ABACUS-Pseudopot-Nao-Square (APNS) backend high-throughput workflow to perform convergence/efficiency tests on the following pseudopotentials that SCAN functional-specific: {
"rules": [
{
"re.folder": "scan-functional-upf",
"re.file": "PROJECT-([A-Z][a-z]?).*\\.upf",
"tags": ["norm-conserving", "NC",
"SCAN", "scan",
"GTH", "Goedecker-Teter-Hutter",
"sr"]
}
]
} (see https://github.com/kirk0830/ABACUS-Pseudopot-Nao-Square/tree/main/download/upf), scan the ecutwfc with values 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 300, 400 Rydberg: {
"global": {
"mode": "test",
"pseudo_dir": "~/documents/simulation/cp2k/scan-functional-upf/",
"cache_dir": "~/deepmodeling/ABACUS-Pseudopot-Nao-Square/apns_cache",
"out_dir": "~/documents/simulation/abacus/scan-functional-upf-test/jobs/"
},
"credentials": {
"materials_project": {
"api_key": "***"
}
},
"abacus": [
{
"ecutwfc": [20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 300, 400],
"calculation": "scf",
"basis_type": "pw",
"cal_force": 1,
"cal_stress": 1,
"nspin": 1,
"symmetry": 1,
"ks_solver": "dav",
"out_chg": -1
}
],
"atomsets": [
{
"Ga": [["NC"], null]
}
],
"strusets": [
{
"calculator": "abacus", "calcset": 0,
"atomset": 0,
"database": "materials_project",
"desc": [["search", "Ga", [1.00], [0.15]]]
}
]
} Then use abacustest developed by @pxlxingliang one can submit all folders generated in directory whoami@legion:~/documents/simulation/abacus/scan-functional-upf-test/jobs# ll 38fbf984-f8b3-4e59-ad6a-2a3a575ea556/
total 164
drwxr-xr-x 2 whoami whoami 4096 Feb 20 10:03 ./
drwxr-xr-x 28 whoami whoami 4096 Feb 20 10:03 ../
-rw-r--r-- 1 whoami whoami 231 Feb 20 10:03 INPUT
-rw-r--r-- 1 whoami whoami 31 Feb 20 10:03 KPT
-rw-r--r-- 1 whoami whoami 137752 Feb 20 10:03 PROJECT-Ga-q3.UPF-1.upf
-rw-r--r-- 1 whoami whoami 614 Feb 20 10:03 STRU
-rw-r--r-- 1 whoami whoami 4605 Feb 20 10:03 description.json . In , in which you can find the pseudopotential that semicore-included is very hard, it cannot reach the convergence even when ecutwfc is set to 400 Ry. This is a typical behavior of pseudopotential that published by CP2K. warning: these pseudopotentials are not tested for precision, use with care Generate orbitalsFollowing tutorials, you can generate orbitals you like. A brief theoretical background can be found at:
Here I provide orbitals rcut from 6 to 10, zeta configuration from SZ to TZDP, the orbital of N and Ga (q3): issue-5901-scan-functional-pporb.zip cc. @yycx1111 |
@yycx1111 |
Describe the bug
The following are input files
STRU.txt
INPUT_scf.txt
INPUT_nscf.txt
KPT_nscf.txt
KPT_scf.txt
Expected behavior
No response
To Reproduce
No response
Environment
No response
Additional Context
No response
Task list for Issue attackers (only for developers)
The text was updated successfully, but these errors were encountered: