youyno 发表于 2018-4-7 10:57
很简单，%chk写岔撇了

我开始也是这样认为，但是我对比了两个gjf文件，%chk这部分不一样，事实上就是有两个chk文件输出

很简单，%chk写岔撇了

我感觉我也有可能遇到过Gaussian（或者csh脚本）把文件写串的情况，我有一次做TDDFT计算，在同一个目录下几百个文件同时提交，结果其中出现了有一个输出文件文件名是A.log，但是其内容却是同一目录下另一个输入文件B.com的。 A.com却没有输出。我不知道是我糊涂了还是程序确实出问题了

sobereva 发表于 2018-4-6 20:17
那真是见鬼了。重新跑一次？

谢谢sob老师，新建一个文件夹重新跑确实没问题，但是还是不知道问题在哪。我这个是要算pKa，原来同一个文件夹就是有两个结构，一个结构是带H的，一个结构是不带H的，在原来的文件夹重新跑是不行的，感觉是Gaussian写文件写叉了。

那真是见鬼了。重新跑一次？

whtu 发表于 2018-4-6 17:58
但是现在不知道啥原因造成fchk文件中少了一个H原子，不知道sob老师是否知道原因？

这事情远程不好说清楚
可以用Multiwfn打开fch，看是否也少一个原子

sobereva 发表于 2018-4-6 17:39
应当是保持一致的，gjf里有多少原子，log、fchk里也应当有多少个

但是现在不知道啥原因造成fchk文件中少了一个H原子，不知道sob老师是否知道原因？

whtu 发表于 2018-4-6 16:01
对的，少了个质子H，对于BIm_CH，它的gjf、log、fchk文件显示的结构原子数目应该保持一致的？但是BIm_CH. ...

应当是保持一致的，gjf里有多少原子，log、fchk里也应当有多少个

fchk.png作图少了个质子？
其它的看结构没什么差异，如果你是指对键的判断问题，载入输出文件时候gv会重新判断成键，而打开fchk的话会沿用最初状态时的成键关系。
chk文件以及转化出的fchk文件，载入gv的时候结构肯定对应输出文件最后一帧。