Jump to content

Requests for technical support from the VASP team should be posted in the VASP Forum.

Running universal machine-learned force fields: Difference between revisions

From VASP Wiki
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 which uses the 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]].  
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 of our systems.
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 publically 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.
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 ==


We offer two examples for running different uMLFFs in VASP. Please be advised that implementations may vary wildly between models, and the first step is always to understand how to call any one particular model in Python directly before trying to have it called via VASP plugin. This also allows for much easier and more comprehensive debugging.
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>


The <code>vasp_plugin.py</code> file should be copied/moved to your VASP calculation folder.
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 arbitrarily chosen with the express purpose of demonstration, and are not recommendations.}}
{{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 documentation [https://github.com/lab-cosmo/upet here]). The documentation clarifies how to load different models, so we install the package into our environment, and then follow their instructions in our own <code>vasp_plugin.py</code>:
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 pip installation and other instructions  [https://docs.deepmodeling.com/projects/deepmd/en/stable/getting-started/install.html#install-python-interface-with-pip here]). Notice the file checkpoint has a <code>.pth</code> file extension, which indicates the PyTorch workflow is the one we need.
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 we adapt them for our <code>vasp_plugin.py</code>.
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 ===


We need to add a few specific tags to our INCAR file, but your prior setup can stay largely the same:
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 behaviour.}}
{{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 ==


* [[Running GRACE force fields in VASP]]
[[Plugins]], [[Running GRACE force fields in VASP]]
* [[Plugins]]  
 
Files: [[Makefile.include]]


Tags: [[PLUGINS/ML_MODE]], [[PLUGINS/FORCE_AND_STRESS]]
Tags: {{TAG|PLUGINS/ML_MODE}}, {{TAG|PLUGINS/FORCE_AND_STRESS}}


== References ==
== References ==
<references/>


[[Category:Howto|Howto]][[Category:Machine-learned force fields]]
[[Category:Howto]]
[[Category:Machine-learned force fields]]

Revision as of 08:15, 10 June 2026

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.

We utilize VASP's Plugins feature to call pre-trained uMLFF models via Python and have them calculate forces and stresses.

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.

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 = True
PLUGINS/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.

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

References