adf:non-integer-occupations
差别
这里会显示出您选择的修订版和当前版本之间的差别。
| 两侧同时换到之前的修订记录前一修订版后一修订版 | 前一修订版 | ||
| adf:non-integer-occupations [2023/05/03 22:04] – [logfile报错：Error detected: The fragments need to have integer occupations] liu.jun | adf: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====== | ||
| - | 这个报错信息就是指现在碎片的电子占据出现了非整数，在该碎片的out文件中可以看到例如： | + | 这个报错信息是指某个碎片的电子占据出现了非整数，而这是EDA分析禁止出现的。 |
| + | =====解决方法===== | ||
| + | 在该碎片的out文件中可以看到例如： | ||
| <code bash> | <code bash> | ||
| 行 37: | 行 39: | ||
| * occup(up)是自旋向上的占据电子数目 | * occup(up)是自旋向上的占据电子数目 | ||
| - | 所以可以看到11、12、13、14、15能带上，分别占据了自旋向上的0.2电子，这样进行片段分析，计算NOCV是不正确的。但这个例子是极难解决的，因为这个体系对称性极高从11~15号能带，能量绝对地简并，因此无论怎么指定，例如： | + | 所以可以看到11、12、13、14、15能带上，分别占据了自旋向上的0.2电子，这样进行片段分析，计算NOCV是不正确的。但这个例子是极难解决的，因为这个体系对称性极高从11~15号能带，能量绝对地简并（可能是一个孤立的金属原子，有一个d电子），因此无论怎么指定（指定占据的格式参考：[[adf: |
| < | < | ||
| Occupations | Occupations | ||
| 行 49: | 行 51: | ||
| END | END | ||
| </ | </ | ||
| - | 最后都不会收敛，例如到100次迭代时，可能这个空穴随机在某个轨道上。101次迭代，又随机在另一个轨道上。 | + | 最后都不会收敛，例如到100次迭代时，可能这个电子随机地占据在某个轨道上。101次迭代，又随机在另一个轨道上。也许用户可以考虑这种方式反复计算，然后在SCM → View中查看对应的占据轨道，到底是哪个d轨道被占据了，然后将这个结果，用到后续的EDA-NOCV计算中。 |
| - | =====解决办法===== | + | 碎片的电子占据成为整数之后，就可以进行整体计算。整体计算的时候，Mutilevel - fragment窗口，为片段选中之前计算得到的rkf文件（*.results/ |
| - | 需要想办法让电子占据成为整数。可以尝试人为指定占据，指定占据的格式参考：[[adf: | + | |
| - | + | ||
| - | 这种情况下，碎片计算完毕，如果结果没有问题，就可以进行整体计算。整体计算的时候，Mutilevel - fragment窗口，为片段选中之前计算得到的rkf文件（*.results/ | + | |
adf/non-integer-occupations.1683122693.txt.gz · 最后更改: 2023/05/03 22:04 由 liu.jun