Running universal machine-learned force fields: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Available|6.5.0}} | {{Available|6.5.0}} | ||
Universal machine-learned force fields (uMLFF, or alternatively: uMLIP for "universal machine-learned interatomic potentials") offer a fast alternative to the computational demands of DFT. Pre-trained uMLFFs can be used as an alternative to [[:Category:Machine-learned_force_fields|{{VASP}}-native force fields]] to drive essentially every {{VASP}} simulation | Universal machine-learned force fields (uMLFF, or alternatively: uMLIP for "universal machine-learned interatomic potentials") offer a fast alternative to the computational demands of DFT. Pre-trained uMLFFs can be used as an alternative to [[:Category:Machine-learned_force_fields|{{VASP}}-native force fields]] to drive essentially every {{VASP}} simulation that uses the prediction-only mode {{TAG|ML_MODE|run}}. This includes [[:Category:Molecular_dynamics|molecular dynamics simulations]], [[Structure_optimization|ionic optimization]] (see {{TAG|IBRION}}), and [[:Category:Advanced_molecular-dynamics_sampling|advanced sampling techniques]]. | ||
{{NB|mind|For GRACE force fields and {{VASP}} ≥ 6.6.0, please refer to the [[Running GRACE force fields in VASP |dedicated wiki page]].}} | {{NB|mind|For GRACE force fields and {{VASP}} ≥ 6.6.0, please refer to the [[Running GRACE force fields in VASP|dedicated wiki page]].}} | ||
We utilize {{VASP}}'s [[Plugins]] feature to call pre-trained uMLFF models via Python and have them calculate forces and stresses | We utilize {{VASP}}'s [[Plugins]] feature to call pre-trained uMLFF models via Python and have them calculate forces and stresses. | ||
{{NB|important|When employing uMLFFs, the accuracy and reliability of your calculations and results may vary. Thorough validation is advised.}} | {{NB|important|When employing uMLFFs, the accuracy and reliability of your calculations and results may vary. Thorough validation is advised.}} | ||
== Model selection == | == Model selection == | ||
A dedicated list of | A dedicated list of publicly available models, including performance benchmarks, can be found, for example, at MaterialsProject's [https://matbench-discovery.materialsproject.org/ matbench-discovery]. As a general rule of thumb, choose a model with good relevant metrics that was trained on a broad choice of datasets. Between models with similar metrics, choose a model with fewer parameters for faster inference. | ||
== Step-by-step instructions == | == Step-by-step instructions == | ||
The following two examples demonstrate running different uMLFFs in VASP. Implementations vary between models, and the first step is always to understand how to call a particular model in Python directly before trying to have it called via the VASP plugin. This also allows for easier and more comprehensive debugging. | |||
=== Step 1: Compiling VASP with plugins support === | |||
In order to get VASP ready to use [[Plugins]], please follow the instructions in the dedicated section of the [https://vasp.at/wiki/Makefile.include#Plugins_(optional) Makefile.include] wiki page. Note that a re-compilation of VASP is required to enable Plugins support. | |||
=== Step 1: Setting up vasp_plugin.py === | === Step 1: Setting up vasp_plugin.py === | ||
| Line 29: | Line 33: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
Copy or move the <code>vasp_plugin.py</code> file to your VASP calculation folder. | |||
We will now look at two example models and how to run them in VASP via <code>vasp_plugin.py</code>. | We will now look at two example models and how to run them in VASP via <code>vasp_plugin.py</code>. Using a dedicated Python virtual environment to install related/required packages is advised. | ||
{{NB|mind|These examples are | {{NB|mind|These examples are chosen for demonstration purposes and are not recommendations.}} | ||
==== Example A: Model inference with UPET Package ==== | ==== Example A: Model inference with UPET Package ==== | ||
First, let's use the models of the <code>UPET</code> package (see also the | First, let's use the models of the <code>UPET</code> package (see also the [https://github.com/lab-cosmo/upet UPET documentation]). The documentation clarifies how to load different models, so install the package into your environment and then follow their instructions in <code>vasp_plugin.py</code>: | ||
<syntaxhighlight lang=py> | <syntaxhighlight lang=py> | ||
| Line 49: | Line 53: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
Note that most models offer device choices depending your CPU/GPU setup and preferences. | Note that most models offer device choices depending on your CPU/GPU setup and preferences. | ||
==== Example B: Model inference with the DeePMD-Kit ==== | ==== Example B: Model inference with the DeePMD-Kit ==== | ||
Next, let's instead use the DPA-3.1-3M-FT model. The model checkpoint needs to be downloaded separately from the package, as indicated and linked on its [https://matbench-discovery.materialsproject.org/models/dpa-3.1-3m-ft matbench-discovery] page. The documentation links to the [https://github.com/deepmodeling/deepmd-kit DeePMD-kit] package (see | Next, let's instead use the DPA-3.1-3M-FT model. The model checkpoint needs to be downloaded separately from the package, as indicated and linked on its [https://matbench-discovery.materialsproject.org/models/dpa-3.1-3m-ft matbench-discovery] page. The documentation links to the [https://github.com/deepmodeling/deepmd-kit DeePMD-kit] package (see [https://docs.deepmodeling.com/projects/deepmd/en/stable/getting-started/install.html#install-python-interface-with-pip pip installation instructions]). Notice the file checkpoint has a <code>.pth</code> file extension, which indicates the PyTorch workflow is the one we need. | ||
The DeePMD-kit instructions are relatively straightforward, so | The DeePMD-kit instructions are relatively straightforward, so adapt them for <code>vasp_plugin.py</code>: | ||
<syntaxhighlight lang=py> | <syntaxhighlight lang=py> | ||
| Line 70: | Line 74: | ||
=== Step 2: Setting up your INCAR === | === Step 2: Setting up your INCAR === | ||
Add the following tags to your INCAR file (the rest of your prior setup can stay largely the same): | |||
{{TAG|PLUGINS/FORCE_AND_STRESS|True}} | {{TAG|PLUGINS/FORCE_AND_STRESS|True}} | ||
| Line 83: | Line 87: | ||
You may find one or the other style more intuitive to read; they are functionally identical. | You may find one or the other style more intuitive to read; they are functionally identical. | ||
{{NB|important|The {{TAG|ML_MODE}} and {{TAG|PLUGINS/ML_MODE}} tags differ in scope and purpose. The latter specifically controls plugins | {{NB|important|The {{TAG|ML_MODE}} and {{TAG|PLUGINS/ML_MODE}} tags differ in scope and purpose. The latter specifically controls plugins behavior.}} | ||
=== Step 3: Run calculation === | === Step 3: Run calculation === | ||
| Line 95: | Line 99: | ||
== Related tags and articles == | == Related tags and articles == | ||
[[Plugins]], [[Running GRACE force fields in VASP]] | |||
Files: [[Makefile.include]] | |||
Tags: | Tags: {{TAG|PLUGINS/ML_MODE}}, {{TAG|PLUGINS/FORCE_AND_STRESS}} | ||
== References == | == References == | ||
<references/> | |||
[[Category: | [[Category:Howto]] | ||
[[Category:Machine-learned force fields]] | |||
Revision as of 08:15, 10 June 2026
| Mind: Available as of VASP 6.5.0 |
Universal machine-learned force fields (uMLFF, or alternatively: uMLIP for "universal machine-learned interatomic potentials") offer a fast alternative to the computational demands of DFT. Pre-trained uMLFFs can be used as an alternative to VASP-native force fields to drive essentially every VASP simulation that uses the prediction-only mode ML_MODE = run. This includes molecular dynamics simulations, ionic optimization (see IBRION), and advanced sampling techniques.
| Mind: For GRACE force fields and VASP ≥ 6.6.0, please refer to the dedicated wiki page. |
We utilize VASP's Plugins feature to call pre-trained uMLFF models via Python and have them calculate forces and stresses.
| Important: When employing uMLFFs, the accuracy and reliability of your calculations and results may vary. Thorough validation is advised. |
Model selection
A dedicated list of publicly available models, including performance benchmarks, can be found, for example, at MaterialsProject's matbench-discovery. As a general rule of thumb, choose a model with good relevant metrics that was trained on a broad choice of datasets. Between models with similar metrics, choose a model with fewer parameters for faster inference.
Step-by-step instructions
The following two examples demonstrate running different uMLFFs in VASP. Implementations vary between models, and the first step is always to understand how to call a particular model in Python directly before trying to have it called via the VASP plugin. This also allows for easier and more comprehensive debugging.
Step 1: Compiling VASP with plugins support
In order to get VASP ready to use Plugins, please follow the instructions in the dedicated section of the Makefile.include wiki page. Note that a re-compilation of VASP is required to enable Plugins support.
Step 1: Setting up vasp_plugin.py
Most models specify how to call them from Python. The instructions for how to install the corresponding packages and load their calculator instances will differ from model to model, but the vasp_plugin.py file should always contain (at least) the following:
calculator = ... # different for each model
from vasp.force_field import AseForceField # VASP force field wrapper class
force_field = AseForceField(calculator) # apply wrapper class
def force_and_stress(constants, additions): # to compute force and stress via the uMLFF model instead of VASP's DFT routines
force_field.force_and_stress(constants, additions)
Copy or move the vasp_plugin.py file to your VASP calculation folder.
We will now look at two example models and how to run them in VASP via vasp_plugin.py. Using a dedicated Python virtual environment to install related/required packages is advised.
| Mind: These examples are chosen for demonstration purposes and are not recommendations. |
Example A: Model inference with UPET Package
First, let's use the models of the UPET package (see also the UPET documentation). The documentation clarifies how to load different models, so install the package into your environment and then follow their instructions in vasp_plugin.py:
from upet.calculator import UPETCalculator
calculator = UPETCalculator(model="pet-mad-s", version="1.5.0", device="cuda")
from vasp.force_field import AseForceField # VASP force field wrapper class
force_field = AseForceField(calculator) # apply wrapper class
def force_and_stress(constants, additions): # to compute force and stress via the uMLFF model instead of VASP's DFT routines
force_field.force_and_stress(constants, additions)
Note that most models offer device choices depending on your CPU/GPU setup and preferences.
Example B: Model inference with the DeePMD-Kit
Next, let's instead use the DPA-3.1-3M-FT model. The model checkpoint needs to be downloaded separately from the package, as indicated and linked on its matbench-discovery page. The documentation links to the DeePMD-kit package (see pip installation instructions). Notice the file checkpoint has a .pth file extension, which indicates the PyTorch workflow is the one we need.
The DeePMD-kit instructions are relatively straightforward, so adapt them for vasp_plugin.py:
from deepmd.calculator import DP
calculator = DP(model="/path/to/dpa-3.1-3m-ft.pth")
from vasp.force_field import AseForceField # VASP force field wrapper class
force_field = AseForceField(calculator) # apply wrapper class
def force_and_stress(constants, additions): # to compute force and stress via the uMLFF model instead of VASP's DFT routines
force_field.force_and_stress(constants, additions)
Step 2: Setting up your INCAR
Add the following tags to your INCAR file (the rest of your prior setup can stay largely the same):
PLUGINS/FORCE_AND_STRESS = TruePLUGINS/ML_MODE = run
Note that this can also be written differently:
PLUGINS {
FORCE_AND_STRESS = True
ML_MODE = run
}
You may find one or the other style more intuitive to read; they are functionally identical.
| Important: The ML_MODE and PLUGINS/ML_MODE tags differ in scope and purpose. The latter specifically controls plugins behavior. |
Step 3: Run calculation
Start your VASP calculation the same way you usually would. If everything works as expected, you should notice a significant speedup and no electronic steps showing up in your OUTCAR.
Recommendations and advice
- All else being equal, try picking models with good benchmark metrics, broader training datasets, and fewer parameters. The number of parameters directly affects inference speed.
Related tags and articles
Plugins, Running GRACE force fields in VASP
Files: Makefile.include
Tags: PLUGINS/ML_MODE, PLUGINS/FORCE_AND_STRESS