Closed NicolaiRee closed 4 years ago
Can confirm, only happens for sdf and mol input with GFN-FF.
The GFN-FF single point calculation uses its own storage in the force field topology field qfrag
to have access to fragment charges:
The sanity check for the actual total charge constraint will fail when the sum of the resulting charges is not equal to the total system charge ichrg
:
The charge is correctly stored in the molecular structure in the chrg
field as well as in the ichrg
global which is used in the GFN-FF setup routines. Apparently the GFN-FF setup routine fails to populate the qfrag
field from ichrg
in for the sdf and mol file case. The correct initalisation is only present in the default case (xyz, coord, ...):
So this is certainly a bug in the GFN-FF setup.
xTB error termination when performing calculations on charged molecules using GFN-FF (xTB version 6.3.2).
This works with GFN-X (X=0,1,2)
xTB version:
xtb version 6.3.2 (954f15c) compiled by 'conda@5a45a0871d67' on 2020-07-02
Command-line input:
xtb --gfnff file.xyz --opt --chrg 1 --uhf 0
orxtb --gfnff file.sdf --opt --chrg 1 --uhf 0
(file.xyz and file.sdf are given below)
xTB terminations:
However, if I e.g. start by running a GFN-1 calculation using file.sdf as input and then run a GFN-FF calculation also with file.sdf as input, then everything works because the program uses some of the files created by the GFN-1 calculation.
Additionally
file.xyz
file.sdf
The complete output of the GFN-FF calculation: