Gaussian中几何优化收敛后Freq时出现NO或虚频的原因和解决方法

sobereva

Gaussian中几何优化收敛后Freq时出现NO或虚频的原因和解决方法

Reasons and solutions for solving appearance of NO or imaginary frequency when convergence of geometric optimization is reached in Gaussian

文/Sobereva @北京科音

First release: 2015-Jan-16   Last update: 2024-Feb-20

1 前言

众所周知，做振动分析之前必须先在相同级别下优化。总有Gaussian使用者问，优化收敛了，也显示四个YES了，怎么做freq之后四个收敛判断标准却有的出现NO，甚至还出现虚频了？此文件就专门说一下。Gaussian中opt=TS方式的搜索过渡态的算法和几何优化很相似，因此下面的讨论对于过渡态的优化也完全适用，只不过要消的虚频显然不是感兴趣的那个（看振动动画可判断），而是额外存在的多余的虚频。

特别要强调的是，按本文的做法，绝对不存在消不掉的虚频，笔者从来没见过例外（除非犯了低级错误，诸如振动分析之前没做几何优化，或几何优化和振动分析不在严格相同级别下进行等等）。不要在网上问我怎么按照此文的做法还是没消掉虚频，消不掉一定是没认真领会此文并充分尝试。不存在本文没提到的其它能解决虚频的做法。

当遇到数值非常小的虚频时，对于计算能量相关问题，并非必须不惜一切代价得把所有虚频消掉不可。关于这点我有博文做了深入讨论，非常建议阅读：《谈谈有小虚频时热力学量的计算》（http://sobereva.com/699）。


2 关于几何优化收敛的判断和出现虚频的原因

牛顿法是高效、最常用的寻找多元函数驻点的方法，在量化研究中，这个方法被广泛用来搜索过渡态和优化几何结构。然而，牛顿法的每一步需要计算一次Hessian矩阵（更具体来说是其逆矩阵），也就是能量对几何坐标的二阶导数矩阵，如果进一步考虑质量权重后就是所谓的力常数矩阵。对于较高计算级别或大体系，计算一次Hessian矩阵是相当耗时的，另外很多方法在Gaussian里没有二阶解析导数（如CCSD、MP4等），对于这样的方法计算大体系的Hessian矩阵更是耗时甚巨甚至无法承受。因此，为了节省优化时间，一般量子化学程序默认用的都是准牛顿法，也就是每一步不精确计算Hessian，而是只计算受力，通过受力和上一步的Hessian矩阵来近似得到这一步的Hessian矩阵。虽然准牛顿法由于用的是近似的Hessian矩阵，比起基于精确Hessian的牛顿法需要更多步数才能找到过渡态/极小点，但由于每一步的耗时低得多（比如准牛顿法的10步耗时可能只相当于牛顿法的1、2步），所以整体还是比牛顿法便宜得多得多，所以是大多数量化程序默认的优化方法。当Gaussian发现当前结构的受力以及位移（下一步结构相当于当前结构的变化）都收敛了，优化就停止。受力和位移都按照最大值和方均根（RMS）来检测，因此共有四个判断标准，即四个都YES时就宣告收敛。

做频率计算，则必须先精确计算一次Hessian矩阵（或者读取精确的Hessian矩阵），才能经过一番处理得到频率，参见《基于fch中的Hessian矩阵计算振动频率的简单程序Hess2freq》（http://sobereva.com/328）里的介绍。freq任务之后，Gaussian会自动根据当前结构的受力和现成的精确Hessian矩阵也用上述四个判断标准考察一下当前结构是否真的准确收敛到了极小点。

正因为几何优化默认用的是近似的Hessian矩阵，而频率计算用的是精确Hessian矩阵，因此判断收敛时，在后两项，即最大位移和均方根位移上的判断会存在差异（受力那两项是一致的）。常见的情况是优化的最后一步四个标准都显示YES了，但是到了freq任务时，基于精确Hessian矩阵判断则发现后两个并非都YES，甚至出现了虚频，这说明优化的精度不是很高。特别是虚频如果较大的话，更是体现当前结构偏离极小点可能挺明显。

下面是个典型的例子，opt最后的输出为
Maximum Force            0.000401     0.000450     YES
RMS     Force            0.000197     0.000300     YES
Maximum Displacement     0.001791     0.001800     YES
RMS     Displacement     0.000951     0.001200     YES
Freq最后的输出为
Maximum Force            0.000401     0.000450     YES
RMS     Force            0.000197     0.000300     YES
Maximum Displacement     0.002231     0.001800     NO
RMS     Displacement     0.001325     0.001200     NO

那么，opt最后都YES了但freq最后没有都YES，结果还能用么？笔者认为，如果数值比默认情况的收敛限高不太多，不超过2倍，且没有虚频出现，一般还是可以接受的。比如上面的情况就基本可以接受。但是，如果你对频率/结构的准确度要求高，或者都出现了虚频，则应当做更精确的优化。


3 提升优化和数值精度解决虚频的做法

下面介绍让优化更精确来避免freq最后出现NO乃至虚频的做法。

3.1 几何优化时用更严的收敛限

在opt里面写上tight可以将默认的优化收敛限设严一个数量级以上。由于极小点定位得更精准了，出现虚频的可能性自然大大降低了。但代价是达到收敛限的难度大大增加，因此优化达到收敛所需的步数会大大增加、耗时大大提升，还增加了因为震荡而一直达不到较严格的收敛限的概率。

注意如果写了opt=tight freq，则freq最后也会用tight标准来判断是否收敛，而实际上freq最后只要能满足默认收敛限判断标准就够了，不需要非得满足tight那么严苛的判断标准。

值得一提的是优化过程中即便位移没收敛，但只要受力小于收敛限的100倍也自动被Gaussian算作收敛。我认为这主要是考虑到势能面非常平缓的柔性大分子或分子团簇，相对于其体系的尺度，把结构收敛到那么精确意义也不大。这种情况下，连opt最后都有NO，显然freq最后也肯定有NO。若对结构精度要求高的话可以把优化的收敛限设严。

3.2 提升DFT积分格点精度

对于DFT计算要考虑交换-相关泛函的积分格点质量问题。如果不了解什么是DFT的积分格点，可参看《密度泛函计算中的格点积分方法》（http://sobereva.com/69）。如果积分格点质量不够理想，DFT计算的受力和Hessian的精度就不够高，这往往是造成虚频出现的原因。此时即便用了tight收敛限也解决不了问题，而且改用tight后可能还极难收敛、容易震荡。如果你是Gaussian 09的用户，用opt=tight时应同时搭配int=ultrafine使用比默认的int=fine更高精度的积分格点。从Gaussian 16开始int=ultrafine已成为默认，因此就不需要手动写了。

对积分格点的要求与使用的泛函、体系都有密切联系。一些明尼苏达系列泛函（比如M06-2X等，但不是所有）对于积分格点精度要求比B3LYP、PBE0、TPSS等其它常见泛函高得多。因此比如M06-2X在int=ultrafine下依然有时会因为积分格点精度不够而导致很微小的虚频的出现，此时可尝试更高档次的积分格点int=superfine，但这非常昂贵。

对于DFT计算极个别色散作用主导的弱相互作用体系，有时候更需要用int=superfine。比如笔者曾经在ωB97XD/def2-TZVP(-f)下计算C30嵌套结构，老是有二点几波数的微小虚频死活消不掉。最终有一次我虽然没设更严收敛限，但是用了int=superfine，可算把虚频给搞掉了。但这种情况极度罕见，切勿视为普遍情况。只是说对于某些弱相互作用体系，哪怕不是明尼苏达系列泛函，当你碰到极微小虚频且实在干不掉时，还是值得得试一把int=superfine。

3.3 使用精确的Hessian矩阵

在opt里写上calcall，那么几何优化过程中每一步都会精确计算Hessian，自然最终能优化得比基于近似Hessian的准牛顿法更准确。此时几何优化和freq所用的Hessian都是一致的，因此对收敛的判断结果也是完全相同的。也就是说，只要opt最后是YES则freq最后也必然是YES，并且多数情况可以确保无虚频（值得一提的是，用calcall的时候，优化任务结束后会自动做振动分析，因此完全没有必要再单独写freq关键词要求做振动分析了）。

不过，每一步优化都精确计算Hessian太耗时。如果你之前已经在默认情况下优化过，可以取最后的结构重新优化，并在opt里写上calcfc，这样只在优化第一步的时候精确计算Hessian，而之后还是近似估计Hessian，这样收敛后也往往可以避免freq之后出现NO和虚频。但是如果初始结构离实际极小点太远则这么做无效，因为等到结构收敛时Hessian矩阵可能又偏离精确Hessian比较远了。

从Gaussian 16开始，opt里加入了一个很有用的选项recalc。比如opt=recalc=n就代表第一步精确计算一次Hessian矩阵，之后每n步重新计算一次Hessian矩阵。这种做法的效果和耗时都介于calcfc和calcall之间。对计算Hessian成本不很高的情况，n取3~5左右比较合适，对计算Hessian成本较高的情况，n取5~10比较合适，能达到效果和耗时的权衡。读者请随机应变。


4 其它导致虚频的因素和解决方法

4.1 结构对称性问题

有时候虚频是由于优化所用的初始结构对称性太高导致的。比如联苯在基态下实际上两个苯环间是有一定二面角的，但优化联苯所用的初始结构如果是纯平面的，则优化过程就会一直保持平面状态，最终也得到平面构型，显然会发现有对应于两个平面彼此间扭转的虚频。碰到这种情况，最佳的解决方法是在GaussView观看振动模式的界面中选中虚频模式，选上Manual Displacement并拉动滑条来沿着虚频模式略微调整结构，然后点save structure得到新的结构，再拿这个新结构保存新的输入文件，重新优化和做振动分析后通常就已经没虚频了。有时候对于大体系，也可能因为某些局部区域的初始对称性太高，一直维持到最后而出现虚频，这时候也应按照虚频调节结构。对于其它情况，这么按照虚频调节结构的做法解决虚频的几率比较有限，虽然也可以尝试一下。而对于有多个虚频的情况，想通过这种做法一次性就把所有虚频都解决没太大可能。我经常看到网上有很多人但凡只要看到虚频就总是妄图通过这种按照虚频调结构的办法试图消掉，这是明显不对的！！！真正应该优先尝试的是本文前面说的做法！

4.2 SMD隐式溶剂模型问题

SMD隐式模型流行度很高，在《谈谈隐式溶剂模型下溶解自由能和体系自由能的计算》（http://sobereva.com/327）我专门介绍过。我强烈不建议对opt和freq任务用SMD模型，因为此模型下很容易由于数值噪音而产生虚假的虚频，而且还可能由此造成几何优化难收敛。因此当优化和振动分析必须在溶剂模型下做时，强烈建议用Gaussian的scrf关键词默认的IEFPCM溶剂模型。从几何优化结果来讲，SMD相较IEFPCM也没有丝毫额外的好处，如327号博文所述，SMD比IEFPCM长处在于额外多考虑了非极性部分，对计算溶剂环境下的能量很重要，而非极性部分对优化的结构影响甚微。所以，opt freq在IEFPCM下做，而之后算能量时再在SMD下做，是比较得当的做法。

4.3 IOp定义泛函的问题

在Gaussian中可以自定义泛函，见《Gaussian中非内置的理论方法和泛函的用法》（http://sobereva.com/344）和《在Gaussian中自定义范围分离泛函的方法》（http://sobereva.com/550），这需要用到IOp关键词。很多人用自定义泛函的时候还是按习惯写上opt freq关键词，这是不行的。要知道，IOp是没法传递到下一个任务的，结合opt freq用的时候只对opt有效，而对freq无效，自然会导致振动分析和优化时用的泛函定义不同、对应的势能面不同，故很可能因此出虚频。所以用自定义泛函的时候opt和freq必须分开做。

4.4 程序bug问题

Gaussian从G09 D.01版开始加入DFT-D3，相关介绍见《谈谈“计算时是否需要加DFT-D3色散校正？”》（http://sobereva.com/413）、《DFT-D色散校正的使用》（http://sobereva.com/210）、《乱谈DFT-D）《http://sobereva.com/83》。DFT-D3有零阻尼和BJ阻尼两个版本，分别用em=gd3和em=gd3bj关键词使用。后者最常用，因为算相互作用能的精度整体更好一点。BJ阻尼版本在G09 D.01里的解析二阶导数存在bug，会导致你结合DFT-D3(BJ)做优化完全精确的情况下，结合DFT-D3(BJ)做的振动分析也可能出现虚频。因此解决办法是用G09 E.01及以后的版本，或者用零阻尼版本DFT-D3(0)做opt和freq。


PS1：准牛顿法、牛顿法在不同量子化学程序里具体实现不同，有很多数值方面的技巧和额外考虑，本文中没有细谈。想了解更多的话可以看看《过渡态、反应路径的计算方法及相关问题》（http://sobereva.com/44）以及《几何优化、过渡态搜索、IRC综述与原文合集》（http://bbs.keinsci.com/thread-105-1-1.html）当中的详细讨论。Gaussian做opt默认用的方法并不是简简单单的准牛顿法，而是牵扯到很多细节，在手册的opt部分里有专门的描述。

PS2：有人问，为什么有的时候优化时明明用了calcall，但是基于其结构再做freq任务的时候显示的判断标准却依然和优化最后一步不同，甚至又出现了NO。可能原因有三 (1)优化时用的级别、数值设定（如DFT积分格点）等因素和几何优化时不完全一致 (2)用GaussView读取优化的输出文件，然后又保存成freq任务的输入文件的时候，由于小数位数有限，因此造成了一点数值误差 (3)几何优化的时候用了GDIIS（默认的GEDIIS也有一定GDIIS的成份），由于这种方法预测下一步位移的时候还会参考之前步的信息，因此会和freq时基于牛顿法判断出的位移有所不同。

Shannon

有没办法让opt=calcall每一步都输出Frequency呢？ 如果让gaussian每步都算hessian却不计算出每一步的Freq，有点太浪费资源了。
如果能算出每一步的freq的话，在gaussianview 里面看每一步虚频的方向，这样万一跑歪了也能比较方便的人工矫正。

sobereva

Shannon 发表于 2015-1-17 05:21
有没办法让opt=calcall每一步都输出Frequency呢？ 如果让gaussian每步都算hessian却不计算出每一步的Freq， ...

有些人喜欢手动去消虚频什么的，其实只要Hessian是精确的，优化算法自动会向着能够消除虚频的方向走。而所谓的手动去消虚频，则难以把握好尺度，移动小了没意义，移动大了则当前虚频没消掉反倒还产生了新的虚频（况且变量间还是耦合的，手动按照某个振动模式移动考虑不了这点）。所以calcall的话就不建议这么人为移动结构了。

至于每步都输出频率，利用IOp实现非标准计算路径可能能行。但没法指定gview读取哪一步的，而且如果不对输出文件做一些手工修改来帮助gview识别，可能一个都不认。

Shannon

sobereva 发表于 2015-1-17 06:36
有些人喜欢手动去消虚频什么的，其实只要Hessian是精确的，优化算法自动会向着能够消除虚频的方向走。 ...

用M062X优化过渡态结构，学校没好电脑，舍不得用int=ultrafine，常被m62x的 虚假势能面极小点坑害，所以想用calcall来找到到底是哪一步的时候过渡态优化跑歪了。

jiangning198511

Sob大侠每次出手都是精品之作

sobereva

Shannon 发表于 2015-1-17 07:12
用M062X优化过渡态结构，学校没好电脑，舍不得用int=ultrafine，常被m62x的 虚假势能面极小点坑害，所以 ...

int=ultrafine所付出的代价远远远远小于calcall。
calcall用了之后计算量和原来就不是一个数量级了，但int=ultrafine不会比原先多耗时太多，原先算得动那么用了这个也肯定能算得动。

nkallwar

sobereva 发表于 2015-1-17 14:56
int=ultrafine所付出的代价远远远远小于calcall。
calcall用了之后计算量和原来就不是一个数量级了，但i ...

如果是比较不同结构的能量，那么其中一个结构用了 int=ultrafine ，其余的结构是不是都得再用相同精度的积分格子重新算一边才能进行比较？

sobereva

nkallwar 发表于 2015-1-26 12:37
如果是比较不同结构的能量，那么其中一个结构用了 int=ultrafine ，其余的结构是不是都得再用相同精度的 ...

是的

nkallwar

sobereva 发表于 2015-1-26 12:49
是的

那是只需要计算一遍能量，还是要重新优化一些呢，前面的结构里并没有出现 opt收敛而freq不收敛的情况

sobereva

nkallwar 发表于 2015-1-26 12:51
那是只需要计算一遍能量，还是要重新优化一些呢，前面的结构里并没有出现 opt收敛而freq不收敛的情况

默认的int=fine和int=ultrafine对结构影响甚微，所以只需要在相同格点设定下算能量就够了

nkallwar

sobereva 发表于 2015-1-26 13:09
默认的int=fine和int=ultrafine对结构影响甚微，所以只需要在相同格点设定下算能量就够了

遇到一个奇怪的问题，opt和freq的结果让我ft了， 首先是opt的log文件：

******************************************
%chk=M06-Cr-Sym-simpleMe-S7-int.chk
%nprocshared=12
Will use up to   12 processors via shared memory.
%mem=800MW
---------------------------------------------------------------------
# opt=(calcfc,tight) genecp guess=mix geom=connectivity int=ultrafine


使用了opt=tight 和int=ultrafine ，基组是 6-31G(d) for C N O H, Lanl08(f) for Cr,

然后收敛看着很好：
  Item               Value     Threshold  Converged?
Maximum Force            0.000000     0.000015     YES
RMS     Force            0.000000     0.000010     YES
Maximum Displacement     0.000040     0.000060     YES
RMS     Displacement     0.000009     0.000040     YES

但得到的结构看上去上感觉很别扭，优化得到的坐标和freq作业输入文件如下：

%chk=M06-Cr-Sym-simpleMe-S7-int-freq.chk
%nprocshared=12
%mem=800MW
# freq genecp geom=connectivity int=ultrafine um06
dfstructure
0 7
Cr                -1.35587600   -0.13969200    0.22924400
Cr                 1.35588000    0.13972300    0.22925000
N                 -2.70474300    1.33577800    0.47363400
N                 -2.82567500   -1.37891500   -0.54018000
N                  2.70469100   -1.33578800    0.47364300
N                  2.82572500    1.37892200   -0.54014300
O                 -0.00000400   -0.00009000    1.47906000
O                  0.00000700    0.00011500   -0.99049600
C                 -2.20390300    2.59099800    1.02088400
C                 -3.97177500    1.26454000    0.16519300
C                 -4.65512700    0.18810100   -0.38935800
H                 -5.70338300    0.30686600   -0.58204600
C                 -4.06571400   -1.03367800   -0.72061300
C                 -2.39533600   -2.68415300   -1.01949400
C                  2.20382200   -2.59099100    1.02090800
C                  3.97172200   -1.26459300    0.16518300
C                  4.65510900   -0.18818000   -0.38937200
H                  5.70335600   -0.30698700   -0.58208000
C                  4.06574400    1.03363200   -0.72060100
C                  2.39543700    2.68418700   -1.01942800
H                 -4.56949100    2.14311400    0.36652500
H                 -4.72192000   -1.76414600   -1.17580300
H                 -1.98432800   -3.27211800   -0.20383400
H                 -3.21748400   -3.24523900   -1.45342100
H                 -1.62214600   -2.56620400   -1.76991400
H                 -1.65099300    3.14209900    0.26548000
H                 -3.01377300    3.22057200    1.37660500
H                 -1.53482600    2.38698900    1.84585300
H                  3.21759600    3.24522900   -1.45339200
H                  1.62220400    2.56628500   -1.76981100
H                  1.98450300    3.27217200   -0.20374400
H                  4.72197600    1.76407500   -1.17579200
H                  4.56940900   -2.14319000    0.36650500
H                  3.01367900   -3.22057800    1.37663700
H                  1.53474600   -2.38695400    1.84586900
H                  1.65090300   -3.14209100    0.26550900

频率分析结果一大堆虚频，收敛情况一塌糊涂：
Item               Value     Threshold  Converged?
Maximum Force            0.023783     0.000450     NO
RMS     Force            0.007623     0.000300     NO
Maximum Displacement     0.068771     0.001800     NO
RMS     Displacement     0.028796     0.001200     NO

这是什么情况？

sobereva

nkallwar 发表于 2015-1-28 13:45
遇到一个奇怪的问题，opt和freq的结果让我ft了， 首先是opt的log文件：

**************************** ...

你的几何优化和频率计算明显不是同一个级别进行的，出现一堆虚频是必然的

nkallwar

sobereva 发表于 2015-1-28 14:14
你的几何优化和频率计算明显不是同一个级别进行的，出现一堆虚频是必然的

丢人了，做opt的时候居然忘写UM06了， 居然还屁颠屁颠发出来被大神看笑话，不写的话默认就是HF了吧

sobereva

nkallwar 发表于 2015-1-28 14:47
丢人了，做opt的时候居然忘写UM06了， 居然还屁颠屁颠发出来被大神看笑话，不写的话默认就是HF了吧

是的，默认是HF/STO-3G

虎王

sobereva 发表于 2015-1-26 13:09
默认的int=fine和int=ultrafine对结构影响甚微，所以只需要在相同格点设定下算能量就够了

如果优化加了int=ultrafine，是否计算能量、轨道、跃迁等都需要加int=ultrafine？