Support and discussions for Molcas and OpenMolcas users and developers
You are not logged in.
Please note: The forum's URL has changed. The new URL is: https://molcasforum.univie.ac.at. Please update your bookmarks!
You can choose an avatar and change the default style by going to "Profile" → "Personality" or "Display".Hi,
I am calculating the frequency for my SA-CASSCF optimized structure. However, I found sometimes the orbital rotated out of the active space (like a pi-orbital exchanged with an outside sigma-orbital) because of the atom displacement made by the numerical Hessian procedure. I think it could produce a wrong frequency results, right? But if I use "supsym" to constrain the active space, does it make sense?
Offline
Yes, that kind of change during the numerical differentiation makes the surface potentially discontinuous and the result could be garbage. If you constrain the active space, you'd be getting the derivatives of a constrained wavefunction. Whether or not that makes sense, depends on the particular case, I guess. An alternative could be reducing the "delta" value, such that the displacements are smaller and the active space hopefully more stable1
Offline
Hi Ignacio,
Thanks for your quick response! The manual said the delta in ALASKA is used for numerical gradient only, while the delta in SLAPAF doesn't say anything about it. Where should I put the delta in my input so I can still use the analytical gradient but just change the step size for the numerical hessian calculation? I assume the MCKINLEY is still the last one in the input, right?
Offline
When MCKINLEY decides that it has to do numerical differentiation, it just calls SLAPAF to do it. If you want to change the default delta, you'd have to call SLAPAF yourself (and remove MCKINLEY):
&SLAPAF
Numerical
Iterations = 0
Delta = 0.005
Note that you'd have to put this in a DoWhile loop, as with geometry optimization. Gradients will be analytical if available.
Offline
I have tried many smaller "delta" values but unfortunately, none of them worked. It turned out the problem is from my active space, which is not stable and changed during the numerical differentiation. After I changed the active space, now it is stable and the frequency job worked fine.
Offline