用户工具

站点工具


adf:non-integer-occupations

差别

这里会显示出您选择的修订版和当前版本之间的差别。

到此差别页面的链接

后一修订版
前一修订版
adf:non-integer-occupations [2018/11/16 10:25] – 创建 liu.junadf:non-integer-occupations [2023/05/03 22:17] (当前版本) liu.jun
行 1: 行 1:
 ======logfile报错:Error detected: The fragments need to have integer occupations====== ======logfile报错:Error detected: The fragments need to have integer occupations======
-这个报错信息是指现在碎片的电子占据出现了非整数,解决这个问题即可。可以看看电子占据方式,是不是想要的占据方式。+这个报错信息是指某个碎片的电子占据出现了非整数,而这是EDA分析禁止出现的。 
 +=====解决方法===== 
 +在该碎片的out文件中可以看到例如: 
 +<code bash>
  
-可以尝试人为指定占据:[[adf:specifyoccforband]]+ B A N D   E N E R G Y   R A N G E S 
 + 
 +   
 + The energies below are in Hartree. 
 + 
 +       band      min(up)      max(up)    occup(up)      min(dn)      max(dn)    occup(dn) 
 + 
 +         10     -0.15579     -0.15579      1.00000     -0.14616     -0.14616      1.00000 
 +         11     -0.13304     -0.13304      0.20000     -0.10815     -0.10815      0.00000 
 +         12     -0.13304     -0.13304      0.20000     -0.10815     -0.10815      0.00000 
 +         13     -0.13304     -0.13304      0.20000     -0.10815     -0.10815      0.00000 
 +         14     -0.13304     -0.13304      0.20000     -0.10815     -0.10815      0.00000 
 +         15     -0.13304     -0.13304      0.20000     -0.10815     -0.10815      0.00000 
 +         16     -0.04274     -0.04274      0.00000     -0.03537     -0.03537      0.00000 
 +         17     -0.04274     -0.04274      0.00000     -0.03537     -0.03537      0.00000 
 +         18     -0.04274     -0.04274      0.00000     -0.03537     -0.03537      0.00000 
 +         19      0.05265      0.05265      0.00000      0.05668      0.05668      0.00000 
 +         20      0.16818      0.16818      0.00000      0.17820      0.17820      0.00000 
 +         21      0.16818      0.16818      0.00000      0.17820      0.17820      0.00000 
 +         22      0.16818      0.16818      0.00000      0.17820      0.17820      0.00000 
 +         23      0.16818      0.16818      0.00000      0.17820      0.17820      0.00000 
 +         24      0.16818      0.16818      0.00000      0.17820      0.17820      0.00000 
 +         25      0.46662      0.46662      0.00000      0.47856      0.47856      0.00000 
 +         26      0.79965      0.79965      0.00000      0.82037      0.82037      0.00000 
 +         27      0.79965      0.79965      0.00000      0.82037      0.82037      0.00000 
 +         28      0.79965      0.79965      0.00000      0.82037      0.82037      0.00000 
 + ======================================================================================== 
 +</code> 
 +其中 
 +  * BAND这一列是能带的序号,相当于分子中能级的序号 
 +  * min(up)是这条带自旋向上的能量最大值(本例中因为只计算了Gamma点,因此min up和max up是相等的) 
 +  * min(down)是这条带自旋向下的能量最大值(本例中因为只计算了Gamma点,因此min down和max down是相等的) 
 +  * occup(up)是自旋向上的占据电子数目 
 + 
 +所以可以看到11、12、13、14、15能带上,分别占据了自旋向上的0.2电子,这样进行片段分析,计算NOCV是不正确的。但这个例子是极难解决的,因这个体系对称性极高从11~15号能带,能量绝对地简并(可能是一个孤立的金属原子,有一个d电子),因此无论怎么指定(指定占据的格式参考:[[adf:specifyoccforband]]),例如: 
 +<code> 
 +    Occupations 
 +    1 11 // 10 
 +    END 
 +</code> 
 +或者 
 +<code> 
 +    Occupations 
 +    1 10 0 1 // 10 
 +    END 
 +</code> 
 +最后都不会收敛,例如到100次迭代时,可能这个电子随机地占据在某个轨道上。101次迭代,又随机在另一个轨道上。也许用户可以考虑这种方式反复计算,然后在SCM → View中查看对应的占据轨道,到底是哪个d轨道被占据了,然后将这个结果,用到后续的EDA-NOCV计算中。 
 + 
 +碎片的电子占据成为整数之后,就可以进行整体计算。整体计算的时候,Mutilevel - fragment窗口,为片段选中之前计算得到的rkf文件(*.results/band.rkf),这样整体计算就直接计算,不再重复片段计算了。
adf/non-integer-occupations.1542335108.txt.gz · 最后更改: 2018/11/16 10:25 由 liu.jun

© 2014-2022 费米科技(京ICP备14023855号