Changing an atom type at lambda = 1 affects the computed energies at lambda = 0
## Summary Changing a single atom type at the lambda = 1 endpoint affects the short-range electrostatics at lambda = 0 using GROMACS 2022.4 (it shouldn't). ## Exact steps to reproduce Using the two folders in [these input files](/uploads/e8704e0e5587a4bec0ed910b0bf1d47d/Archive.zip), one obtains different potential energies for the short-range electrostatics (using `gmx energy -f gromacs.edr`): input0: 13.0602 kJ/mol input1: 13.0313 kJ/mol The *only* difference between the two inputs is a single line in the topology file. For input0 this is: `7 C2 1 LIG C7x 7 -0.054060 12.010780 C2 -0.054060 12.010780` And for input1 this is: `7 C2 1 LIG C7x 7 -0.054060 12.010780 C2_du -0.054060 12.010780` ## If this is a bug, (1) what happens, and (2) what did you expect to happen? Since both MDP files have this section: ``` fep-lambdas = 0.00000 0.00000 coulomb-lambdas = 0.00000 1.00000 init-lambda-state = 0 ``` The energies should not be affected because of this change, because 1. changing the atom type should not affect the electrostatics and 2. changing something at lambda = 1 should not affect the energies at lambda = 0. ## Relevant input files, logs and/or screenshots All attached. This was run on macOS. ## Possible fixes This seems to be related to an issue that was fixed in 2022.4. I would be interested in learning how to circumvent it if possible.
issue