Re: Non convergence in SOC calculation ( No.1 ) |
- Date: 2022/12/11 18:05
- Name: Naoya Yamaguchi
- Hi,
After changing parameters as follows, it was converged.
``` #scf.Init.Mixing.Weight 0.30 # default=0.30 #scf.Min.Mixing.Weight 0.001 # default=0.001 #scf.Max.Mixing.Weight 0.700 # default=0.40 #scf.Mixing.History 50 # default=5 #scf.Mixing.StartPulay 30 # default=6 scf.Mixing.History 40 # default=5 scf.Mixing.StartPulay 15 # default=6 #scf.Mixing.EveryPulay 5 # default=1 ```
``` #scf.restart on ```
Regards, Naoya Yamaguchi
|
Re: Non convergence in SOC calculation ( No.2 ) |
- Date: 2022/12/12 13:03
- Name: Xinliang Huang <xilhuang@foxmail.com>
- Hi,
Thank you very much. I did the calculation according to your suggestion, but it still did not converge. Although there is no convergence, I use the "bandgnu13 zrte. Band" command to get "zrte. GNUBAND", and the band range is "[- 619.934,038: - 496.378,057]", which should also be wrong. When I do not consider SOC, I calculate the normal convergence, and the band obtained is consistent with VASP.
The results calculated by modifying the parameters are as follows
# # SCF or Electronic System #
scf.XcType GGA-PBE # LDA|LSDA-CA|LSDA-PW|GGA-PBE scf.SpinPolarization NC # On|Off|NC scf.SpinOrbit.Coupling on # On|Off, default=off scf.ElectronicTemperature 300.0 # default=300 (K) scf.energycutoff 150.0 # default=150 (Ry) scf.maxIter 300 # default=40 scf.EigenvalueSolver band # DC|GDC|Cluster|Band scf.Kgrid 9 9 1 # means n1 x n2 x n3 scf.Mixing.Type rmm-diisk # Simple|Rmm-Diis|Gr-Pulay|Kerker|Rmm-Diisk #scf.Init.Mixing.Weight 0.30 # default=0.30 #scf.Min.Mixing.Weight 0.001 # default=0.001 #scf.Max.Mixing.Weight 0.700 # default=0.40 scf.Mixing.History 40 # default=5 scf.Mixing.StartPulay 15 # default=6 #scf.Mixing.EveryPulay 5 # default=1 scf.criterion 1.0e-7 # default=1.0e-6 (Hartree)
#scf.restart on
*********************************************************** *********************************************************** SCF history at MD= 1 *********************************************************** ***********************************************************
SCF= 1 NormRD= 1.000000000000 Uele= -449.504873594620 SCF= 2 NormRD= 3.522260490241 Uele= -449.504873594620 SCF= 3 NormRD= 3.882057386479 Uele= -449.184017012474 SCF= 4 NormRD= 5.091406762496 Uele= -451.707845212377 SCF= 5 NormRD= 4.154323643120 Uele= -451.011459025092 ... SCF= 295 NormRD= 1.346095960590 Uele= -602.519157767342 SCF= 296 NormRD= 0.518034068676 Uele= -602.122555792183 SCF= 297 NormRD= 1.413891284058 Uele= -602.802972366728 SCF= 298 NormRD= 0.574727290489 Uele= -602.179814378987 SCF= 299 NormRD= 1.442925217279 Uele= -602.587739724852 SCF= 300 NormRD= 0.572525955205 Uele= -602.165382423991
I don't know why. I hope to get your advice again.
|
Re: Non convergence in SOC calculation ( No.3 ) |
- Date: 2022/12/12 15:06
- Name: Naoya Yamaguchi
- Dear Xinliang Huang,
Which version of the OpenMX did you use? You can find it from the beginning of the `out` file.
Regards, Naoya Yamaguchi
|
Re: Non convergence in SOC calculation ( No.4 ) |
- Date: 2022/12/12 16:44
- Name: T. Ozaki
- Hi,
With the following parameter settings:
scf.XcType GGA-PBE # LDA|LSDA-CA|LSDA-PW|GGA-PBE scf.SpinPolarization NC # On|Off|NC scf.SpinOrbit.Coupling on # On|Off, default=off scf.ElectronicTemperature 300.0 # default=300 (K) scf.energycutoff 150.0 # default=150 (Ry) scf.maxIter 300 # default=40 scf.EigenvalueSolver band # DC|GDC|Cluster|Band scf.Kgrid 9 9 1 # means n1 x n2 x n3 scf.Mixing.Type rmm-diisk # Simple|Rmm-Diis|Gr-Pulay|Kerker|Rmm-Diisk scf.Init.Mixing.Weight 0.01 # default=0.30 scf.Min.Mixing.Weight 0.01 # default=0.001 scf.Max.Mixing.Weight 0.10 # default=0.40 scf.Mixing.History 50 # default=5 scf.Mixing.StartPulay 20 # default=6 scf.criterion 1.0e-7 # default=1.0e-6 (Hartree)
#scf.Mixing.EveryPulay 5 # default=1 #scf.restart on
the SCF convergence history with v3.9.9 is as follows:
SCF= 1 NormRD= 1.000000000000 Uele= -451.717361015908 SCF= 2 NormRD= 1.624117755958 Uele= -451.717361015908 SCF= 3 NormRD= 1.396378347899 Uele= -451.268863837976 SCF= 4 NormRD= 1.318625203323 Uele= -450.918083395584 SCF= 5 NormRD= 1.424656615150 Uele= -452.101547767346 SCF= 6 NormRD= 2.422898116925 Uele= -449.759557950457 .... ... .. SCF= 66 NormRD= 0.000089317204 Uele= -452.178669507277 SCF= 67 NormRD= 0.000050195492 Uele= -452.178684199714 SCF= 68 NormRD= 0.000024407247 Uele= -452.178688826464 SCF= 69 NormRD= 0.000013469659 Uele= -452.178693623110 SCF= 70 NormRD= 0.000007256598 Uele= -452.178693533832
We see that your "Uele" is very different from mine. I wonder that your compilation is proper. Did you perform the "runtest" to check the properness of compilation? https://www.openmx-square.org/openmx_man3.9/node17.html
Regards,
TO
|
Re: Non convergence in SOC calculation ( No.5 ) |
- Date: 2022/12/12 19:25
- Name: Xinliang Huang <xilhuang@foxmail.com>
- Hi,
The version of OpenMX I used was v3.9.2. After compiling and testing, there was no problem. But I have encountered the problem of non-convergence. Now I have downloaded v3.9.9, compiled and tested it, and the problem has been solved. Thank you very much for your help.
Regards, Xinliang Huang
|