|
本帖最后由 liyuanhe211 于 2016-11-21 16:23 编辑
解决了ORCA中的一个奇怪的问题,提醒一下,也当做笔记。
用ORCA做双杂化计算,路径如下,计算正常结束但结果不合理。- !RI-PWPB95 D3 RIJCOSX def2-TZVP def2-TZVP/J def2-TZVP/C grid4 tightSCF CDouble GCP(DFT/TZ)
复制代码
检查后发现部分文件的gCP计算没有运行、gCP校正能为0,但不报错。
- ------------------------- ----------------
- Dispersion correction -0.028678878
- ------------------------- ----------------
- input error
- ERROR: Number of atoms in ORCA and otool_gcp are different:
- ORCA: 52 gCP: 0
- NOTIFICATION: Different basis set in ORCA and otool_gcp:
- ORCA: 862 gCP: 133110635
- If you are NOT using ECPs, check your basis set inputs!
- ------------------ -----------------
- gCP correction 0.000000000
- ------------------ -----------------
- ------------------------- --------------------
- FINAL SINGLE POINT ENERGY -930.367301940789
复制代码- Timings for individual modules:
- Sum of individual times ... 7964.166 sec (= 132.736 min)
- GTO integral calculation ... 8.221 sec (= 0.137 min) 0.1 %
- SCF iterations ... 2360.074 sec (= 39.335 min) 29.6 %
- MP2 module ... 5595.871 sec (= 93.265 min) 70.3 %
- ****ORCA TERMINATED NORMALLY****
- TOTAL RUN TIME: 0 days 2 hours 12 minutes 49 seconds 29 msec
复制代码
查询、调整关键词许久,才发现与其无关,如下图对比,只要将 %base 名称改短即可正常计算。应该是ORCA程序内部字符串长度的某些限制、导致 otool_gcp 子程序找不到中间文件了。
几个教训:
- ORCA的%base名称、输入文件名不要太长,出现奇怪结果先行简化。(目前试过的最长%base、且计算正常的文件为 64 字符)
- ORCA的中间程序出错可能也不会报错、而(看似)正常的输出结果,注意检查
- 自己写辅助程序的时候不要生成过长的文件名→_→
|
评分 Rate
-
查看全部评分 View all ratings
|