This plugin enables applying constant potential MD algorithm through exact image charge solution. The current algorithm is limited for slab geometry (two parallel conducting electrodes). ConstVLangevinIntegrator is available, and only CUDA implementation is tested.
This project uses CMake for its build system. To build it, follow these steps:
-
Create a directory in which to build the plugin.
-
Set environmental variables such as CXXFLAGS='-std=c++11', OPENMM_CUDA_COMPILER=$(which nvcc)
-
Run the CMake GUI or ccmake, specifying your new directory as the build directory and the top level directory of this project as the source directory.
-
Press "Configure".
-
Set OPENMM_DIR to point to the directory where OpenMM is installed. This is needed to locate the OpenMM header files and libraries.
-
Set CMAKE_INSTALL_PREFIX to the directory where the plugin should be installed. Usually, this will be the same as OPENMM_DIR, so the plugin will be added to your OpenMM installation.
-
If you plan to build the CUDA platform, make sure that CUDA_TOOLKIT_ROOT_DIR is set correctly and that EXAMPLE_BUILD_CUDA_LIB is selected.
-
OpenCL Platform is not supported
-
Press "Configure" again if necessary, then press "Generate".
-
Use the build system you selected to build and install the plugin. Performing three sets of commands 'make / make install / make PythonInstall' will install the plugin as 'drudenoseplugin' package in your python
Due to the issues with dynamic loading of regular Drude Kernel vs. static loading of current kernel, make test is not supported currently. One could instead use example scripts and codes under example directory.
The OpenCL and CUDA platforms compile all of their kernels from source at runtime. This requires you to store all your kernel source in a way that makes it accessible at runtime. That turns out to be harder than you might think: simply storing source files on disk is brittle, since it requires some way of locating the files, and ordinary library files cannot contain arbitrary data along with the compiled code. Another option is to store the kernel source as strings in the code, but that is very inconvenient to edit and maintain, especially since C++ doesn't have a clean syntax for multi-line strings.
This project (like OpenMM itself) uses a hybrid mechanism that provides the best of both
approaches. The source code for the OpenCL and CUDA implementations each include a "kernels"
directory. At build time, a CMake script loads every .cl (for OpenCL) or .cu (for CUDA) file
contained in the directory and generates a class with all the file contents as strings. For
example, the OpenCL kernels directory contains a single file called exampleForce.cl. You can
put anything you want into this file, and then C++ code can access the content of that file
as OpenCLExampleKernelSources::exampleForce. If you add more .cl files to this directory,
correspondingly named variables will automatically be added to OpenCLExampleKernelSources.
OpenMM uses SWIG to generate its Python API. SWIG takes an "interface file", which is essentially a C++ header file with some extra annotations added, as its input. It then generates a Python extension module exposing the C++ API in Python.
When building OpenMM's Python API, the interface file is generated automatically from the C++ API. That guarantees the C++ and Python APIs are always synchronized with each other and avoids the potential bugs that would come from have duplicate definitions. It takes a lot of complex processing to do that, though, and for a single plugin it's far simpler to just write the interface file by hand. You will find it in the "python" directory.
To build and install the Python API, build the "PythonInstall" target, for example by typing "make PythonInstall". (If you are installing into the system Python, you may need to use sudo.) This runs SWIG to generate the C++ and Python files for the extension module (ExamplePluginWrapper.cpp and exampleplugin.py), then runs a setup.py script to build and install the module. Once you do that, you can use the plugin from your Python scripts:
from simtk.openmm.app import *
from simtk.openmm import *
from simtk.unit import *
from constvplugin import ConstVLangevinIntegrator
integ = ConstVLangevinIntegrator(temperature, freq, timestep)
After creating system of real particles, set your box-z dimension to be exactly twice of the box-z of real system. Then you need to add image charge particles to the system and the NonbondedForce. Current implementation generates dummy particles for neutral atoms as well, which would not harm the performance.
newChain = newTopology.addChain()
newResidue = newTopology.addResidue('IM', newChain)
imsig = 1*nanometer
imeps = 0*kilojoule/mole
nRealAtoms = system.getNumParticles()
nbforce = [f for f in [system.getForce(i) for i in range(system.getNumForces())] if type(f) == NonbondedForce][0]
## add all particles regardless of the charge, but add nbforce only for the charged particles
for i in range(nRealAtoms):
(q, sig, eps) = nbforce.getParticleParameters(i)
newAtom = newTopology.addAtom('IM', None, newResidue)
pos = positions[i].value_in_unit(nanometer)
positions.append((pos[0],pos[1],-pos[2])*nanometer)
idxat = system.addParticle(0*dalton)
if (q != -q):
idxat2 = nbforce.addParticle(-q,imsig,imeps)
Any work that uses this plugin should cite the following publication:
Son, C. Y.; Wang, Z.-G.; "Image-charge effects on ion adsorption near aqueous interfaces", Proc. Natl. Acad. Sci. 2021, 118 (19), e2020615118
You may also need to cite the original OpenMM publication. To find the right reference for OpenMM, please refer to OpenMM user manual
This is a plugin designed to work with OpenMM molecular simulation toolkit
Portions copyright (c) 2020 the Authors.
Authors: Chang Yun Son
Contributors:
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS, CONTRIBUTORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.