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
 
(15 intermediate revisions by the same user not shown)
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 any {{VASP}} simulation that uses or could use 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]].}}


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 the [[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 section, specifically Step 2, provides three examples of 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 plugin. This also allows for easier and more comprehensive debugging.


=== Step 1: Setting up vasp_plugin.py ===
=== Step 1: Compiling with Plugins support ===
 
To use [[Plugins]], follow the [[Makefile.include#Plugins (optional)|instructions on the Makefile.include wiki page]]. Note that a re-compilation of VASP is required to enable Plugins support.
 
=== Step 2: 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 <code>calculator</code> instances will differ from model to model, but the <code>vasp_plugin.py</code> file should always contain (at least) the following:
Most models specify how to call them from Python. The instructions for how to install the corresponding packages and load their <code>calculator</code> instances will differ from model to model, but the <code>vasp_plugin.py</code> file should always contain (at least) the following:
Line 29: Line 32:
</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 calculation folder.
 
We will now look at three example models and how to run them via <code>vasp_plugin.py</code>. Use a dedicated Python virtual environment to install the required packages.
{{NB|mind|These examples are chosen for demonstration purposes and are not recommendations.}}
 
==== Example A: Model inference with the tensorpotential package (GRACE) ====


We will now look at two example models and how to run them in VASP via <code>vasp_plugin.py</code>.
: First, let's look at how to wire up some GRACE force fields via the [[Plugins]] infrastructure. To this end, we can check GRACE's [https://gracemaker.readthedocs.io/en/latest/gracemaker/install/#setting-up-the-environment documentation] to find we need a Python environment, and then install the <code>tensorpotential</code> package. GRACE offers [https://github.com/ICAMS/grace-tutorial/blob/main/3-foundation-models/1-python-ase/using-grace-fm.ipynb some examples] for how to load and run their foundation models, so we adapt this approach in <code>vasp_plugin.py</code>:
{{NB|mind|These examples are arbitrarily chosen with the express purpose of demonstration, and are not recommendations.}}


==== Example A: UPET Models ====
: <syntaxhighlight lang=py>
from tensorpotential.calculator.foundation_models import GRACEModels, grace_fm
calculator = grace_fm(GRACEModels.GRACE_2L_OMAT)


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>:
from vasp.force_field import AseForceField  # VASP force field wrapper class
force_field = AseForceField(calculator)         # apply wrapper class


<syntaxhighlight lang=py>
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)
</syntaxhighlight>
 
: Note that before running this code, you may need to download the model. Do so via <code>grace_models download GRACE_2L_OMAT</code> in a terminal of your choice. You can also get a list of all available foundation models via <code>grace_models list</code>. If you want to use a different model, remember to also update the <code>GRACEModels</code> enum in <code>vasp_plugin.py</code>.
: {{NB|important|In case you want to run a fine-tuned GRACE model, there is another GRACE [https://github.com/ICAMS/grace-tutorial/blob/main/3-foundation-models/3a-finetuning/validate.ipynb tutorial notebook] for how to access these using the <code>TPCalculator</code> class. In <code>vasp_plugin.py</code>, simply use that calculator and point to your fine-tuned model.}}
: {{NB|mind|Another way of running GRACE force fields in particular is via a special compiler flag, documented on a [[Running GRACE force fields in VASP|separate wiki page]]. Future development might break feature parity, but as of {{VASP}} 6.6.0, both [[plugins]] and compiler flag approach offer the same inference-only functionality.}}
 
==== Example B: Model inference with the UPET package ====
 
: Next, 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>
from upet.calculator import UPETCalculator
from upet.calculator import UPETCalculator
calculator = UPETCalculator(model="pet-mad-s", version="1.5.0", device="cuda")
calculator = UPETCalculator(model="pet-mad-s", version="1.5.0", device="cuda")
Line 49: Line 71:
</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: ====
==== Example C: Model inference with the DeePMD-Kit package ====


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 <code>DeePMD-kit</code> 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 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>
from deepmd.calculator import DP
from deepmd.calculator import DP
calculator = DP(model="/path/to/dpa-3.1-3m-ft.pth")
calculator = DP(model="/path/to/dpa-3.1-3m-ft.pth")
Line 68: Line 90:
</syntaxhighlight>
</syntaxhighlight>


=== Step 2: Setting up your INCAR ===
=== Step 3: 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 {{FILE|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 78: Line 100:


  PLUGINS {
  PLUGINS {
    FORCE_AND_STRESS = True
    FORCE_AND_STRESS = True
    ML_MODE = run
    ML_MODE = run
  }
  }


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. {{TAG|ML_MODE}} controls {{FILE|ML_FF}} interaction (not relevant here). {{TAG|PLUGINS/ML_MODE}} specifically controls whether plugin-computed forces are added to VASP-computed forces or substitute them entirely. {{TAG|PLUGINS/ML_MODE|run}} ensures substitution.}}


=== Step 3: Run calculation ===
=== Step 4: 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.
Start your 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 {{FILE|OUTCAR}}.


== Recommendations and advice ==
== Recommendations and advice ==
Line 95: Line 117:
== 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#Plugins (optional)|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]]
[[Category:Forces]]

Latest revision as of 08:16, 17 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 any VASP simulation that uses or could use prediction-only mode (ML_MODE = run). This includes molecular dynamics simulations, ionic optimization (see IBRION), and advanced sampling techniques.

We utilize the 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 section, specifically Step 2, provides three examples of 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 plugin. This also allows for easier and more comprehensive debugging.

Step 1: Compiling with Plugins support

To use Plugins, follow the instructions on the Makefile.include wiki page. Note that a re-compilation of VASP is required to enable Plugins support.

Step 2: 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 calculation folder.

We will now look at three example models and how to run them via vasp_plugin.py. Use a dedicated Python virtual environment to install the required packages.

Example A: Model inference with the tensorpotential package (GRACE)

First, let's look at how to wire up some GRACE force fields via the Plugins infrastructure. To this end, we can check GRACE's documentation to find we need a Python environment, and then install the tensorpotential package. GRACE offers some examples for how to load and run their foundation models, so we adapt this approach in vasp_plugin.py:
from tensorpotential.calculator.foundation_models import GRACEModels, grace_fm
calculator = grace_fm(GRACEModels.GRACE_2L_OMAT)

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 before running this code, you may need to download the model. Do so via grace_models download GRACE_2L_OMAT in a terminal of your choice. You can also get a list of all available foundation models via grace_models list. If you want to use a different model, remember to also update the GRACEModels enum in vasp_plugin.py.

Example B: Model inference with the UPET package

Next, 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 C: Model inference with the DeePMD-Kit package

Next, let's 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 3: 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 4: Run calculation

Start your 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