In general, the best hardware will be: the latest generation of processors, 4GB RAM per core and an SSD.
Based on your budget, an older processor, 2GB of RAM per core and a standard hard drive may also be sufficient for running ADF jobs. Since floating-point performance is crucial for ADF, we do not recommend to use hyperthreading or use all Opteron logical cores (i.e. run one process per floating point unit).
Note that since chips are continuously improved, specific recommendations may change. As of early 2015, these configurations should give the best performance for ADF:
Desktop or laptop: a quad-core i7 processor from the latest generation, 16GB of RAM and an SSD (a fusion drive may also work).
High-end workstation or a cluster: a dual-CPU Xeon E5 setup with at least 2GB, but better 4GB, of RAM per core and an SSD. Using an SSD becomes more essential as the number of cores per node increases. For calculations on multiple nodes, get a fast interconnect (Infiniband).
On Windows, use the adf_command_line.bat tool to open up a command line with the ADF environment set up. You can use ‘sh’ to run a shell command or by itself to open a rudimentary shell.
On Mac, you should open a terminal and set up your adfrc.sh so ADFHOME points to adfhome inside the ADF app and SCMLICENSE points to your license file.
See also the notes on scripting for the ReaxFF workshop.
The short answer is “yes”. Windows users and nonexpert users definitely need a Graphical User Interface to work productively with our software. But also experienced computational chemists will appreciate the convenience of setting up complicated calculations with suggested settings, and especially the output visualization. Without the GUI, you will miss a lot. For that reason, we’ve presented the standard prices of ADF and BAND including already one copy of the ADF-GUI (resp. BAND-GUI).
Yes, the integrated GUI works with all our software, however, you can only use it for the features that are licensed.
Example: You have removed the GUI from your ADF license and have now bought BAND with a GUI: You can only drive BAND through the GUI, not ADF. You have to pay the ADF-GUI license to unlock the ADF features of your GUI.
No, usually you don’t need the source code.
We collaborate with all major hardware vendors to port and optimize our code on the most popular platforms. The binaries work out-of-the-box in parallel with fast interconnects through included MPI libaries or with the native parallel libraries (MPT, POE). The binaries are also shipped with linked-in mkl libraries, and are thoroughly tested against a test set before they are released.
Should the latest binary for your system not be available, we are happy to help you port it to your platform. If you are an experienced system administrator you can also compile ADF yourself e.g. on an unusual supercomputing platform. In this case we do not charge you for using the source code.
Only when you want to modify the source code to use non-standard options and features do you need to purchase the source code. Changes in the compiler flags, which have been carefully optimized for performance and robustness, are not recommended and the use of different compiler flags is at your own risk.
Hyperthreading does not speed up your ADF calculations, so it is not recommended to enforce this (by using a license for more cores and setting NSCM to double the number of physical cores). For licensing purposes, we only count physical cores. So, for instance, a hexa core machine with hyperthreading counts as six cores.
The Bulldozer-family of AMD architectures (Bulldozer, Piledriver, Steamroller) have only one floating point unit per two cores (module). It is thus recommended to run ADF only on half of the cores on these machines, and we try to license these machines accordingly.
By default ADF tries to use all physical cores. So no hyperthreading and half of the cores of the some AMD architectures.
To change this behavior, you need to set the NSCM variable, either in the environment, in your submit script, or in the queue definition in ADFjobs.
E.g. running from the command line on Linux: export NSCM=4 will make ADF use 4 cores even if there are 2 or 8 physical cores.
Likewise in ADFJobs you can change your sequential queue Queue => Edit => Sequential
Enter the desired number of cores in the ‘Default Options:’ field. Since this is the default queue so if you run a job without specifying a queue or modifying the default field in ADFJobs, it will use your indicated number of cores.
Download the correct binary, usually the standard binary will do. Follow the quickstart guide and let us know at email@example.com if you run into any problems.
You should be able to automatically download a demo license. If your machine is not on the internet, run
which should give you a LICENSE INVALID message and your machine info, which you should send to firstname.lastname@example.org to request a demo license for your machine.
This error message (which might also tell you “Could not create lock file in /tmp/…”) is generated by XQuartz. It may be solved by reinstalling XQuartz.
We strongly suggest to update to ADF2017, which no longer has an XQuartz dependency
If you get this ERROR: … Please update your OpenGL driver. If you are using Mesa please make sure you have version 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2
The GUI requires OpenGL 3.2 or higher, and usually this dependency is not an issue.
However, for some older hardware this can be problematic, even if the software is up to date. Known issues are server hardware which uses on-board graphics (Matrox graphics for example), or dedicated graphics cards which are more than 8 years old.
You can find the relevant OpenGL info of the machine with:
glxinfo | grep -E ” version| string| rendering|display”
The glxinfo command usually prints a device name for “OpenGL renderer string”, which you can look up online to find the maximum OpenGL version supported for this piece of hardware. If the hardware can do OpenGL 3.2 or higher it is a driver issue (which might be solved by updating the drivers).
If the hardware is incapable of running OpenGL 3.2 I would advise to buy a small & cheap NVidia GPU (not AMD, their linux drivers can be quite difficult to get working properly), or if this is not an option to use the SCM_OPENGL1_FALLBACK environment variable.
Also have a look at the extensive remote GUI description in the documentation.
ADF2016 users on Mac OS X who update to XQuartz 2.7.9 will discover that they cannot use GLX applications remotely any more including the ADFGUI. We suggest to update to ADF2017.
To solve the ADF2016 problem: stick to the older version of XQuartz (2.7.8), or install the latest version (currently 2.7.11): https://www.xquartz.org/.
After installing they should run this command to enable GLX:
defaults write org.macosforge.xquartz.X11 enable_iglx -bool true
The ADF installer sets the necessary environment variables in the Windows registry and notifies Explorer, but sometimes the latter does not work. In that case if you try to pick up your automatic demo license, you get the error message about the SCMLICENSE not being set.
If you reboot your system, the SCMLICENSE variable should be properly set and with your credentials you can then automatically download your demo license.
If you have a valid username and password (your evaluation period is still active or you are a current ADF licensee), you should be able to download ADF with the provided password and username.
The browser could have cached the wrong password from a previous attempt. Try again with a private session. Make sure you don’t include any spaces, the username is usually 6 characters and the automatically generated password is exactly 8 characters. If you still have problems, contact us at email@example.com with the username and password and the download link for the binary you tried to download.
MPI Application rank … exited before MPI_Finalize() with status …
is an error that could have occured for several reasons. Please contact firstname.lastname@example.org with:
- input (.run), output (.out), logifle (.log, error (.err) for your job
- your operating system (Windows 32/64 bit, Linux (distribution), MacOS (version))
- which version of ADF you downloaded
It is easy to have your local GUI to set up and monitor jobs as well as visualize results, while submitting jobs to remote queues.
A video shows how to set up remote queues on Windows.
There are some conditions that must be fulfilled however. The main condition is that you must be able to log on to the remote computer using ssh (or, on Windows, plink.exe) without being asked for any passwords or confirmations. The common way for this is using public key authentication and the ssh-agent. Detailed instructions for Windows users are available in the Readme.rtf document and in its PDF version DocInstallation_windows.pdf (both in the ADF installation folder). Unix/Linux users probably already know how to do this. The other condition is: ADF must be installed on the remote machine and the commands that set up relevant environment variables must be present in the shell profile file, for example ~/.profile.
Suppose you are able to log on to the remote machine and suppose the machine is called cluster.example.com, and your login there is myname (of course you will use real values instead of these). The machine is a login node of a cluster and PBS is the batch system used on the cluster. Our experience shows that this is a very common configuration among ADF users.
Now we need to configure a new queue in ADFjobs. Let’s call the queue cluster_PBS. Use the menu command Queue->;New…->PBS. The template already supplies some default values but you may want to change them depending on the cluster policies.
First the easy parts: type cluster_PBS in the Queue Name field, cluster.example.com for Remote host, myname for Remote user. The Remote job directory specifies a directory on the cluster where ADFjobs will place job files.
The Run command is probably what you will want to think about more thoroughly. In the template it contains
qsub -lnodes=2:ppn=2:infiniband -lwalltime=$options “$job”
You may have to change everything between qsub and “$job” on the line depending on how PBS is configured on the cluster. This will also determine the value for the Default Options entry.
In the template, the wall clock time is configurable per job but you may decide that it is better to have the number of nodes as an option. In this case the Run command will look as:
qsub -lnodes=$options:ppn=2:infiniband -lwalltime=100:00:00 “$job”
Of course you can add there other qsub command line switches that you would normally put in the script after #QSUB. So if you choose to “hard-code” the number of nodes and leave walltime configurable then you may want to name the queue something like cluster_PBS_2nodes. If you choose to hard-code the walltime and leave the number of nodes configurable then you may want to name the queue cluster_PBS_100hr or something like that so that you can distinguish it from other similar queues that differ from this one by the hard-coded value.
After you’ve finished configuring the queue, press Save and test that you can see the status of the queue by selecting menu Queue->Status. This will query the status for each queue defined in ADFjobs by running the command specified in the System status command field (remotely if necessary). If you do not get the queue status but something like “Connection refused” or “No more authentication methods left” then check the ssh connection to the remote computer.
Finally test your queue by running a Test job.
If everything works as you like, you may consider setting your new queue as the Default Queue in ADFjobs. Then using the Run command in ADFinput or in ADFjobs will automatically assign this new queue to your job, and run the job on the remote machine.
No, Gaussian-type orbitals can not be used in ADF, since ADF uses Slater Type Orbitals (STOs).
Slater orbitals are better from a theoretical point of view since they have the correct behavior near the nucleus (cusp) and the correct asymptotic long-range behavior. Consequently, typically fewer STOs than GTOs are needed to reach a certain level of accuracy, as discussed in this news item Slaters beat Gaussians and a paper benchmarking DFT methods for a catalytic reaction.
There is no silver bullet. Some general recommendations follow below, which are by no means definite. Please check the literature carefully and check the robustness of the results by using a large basis set eventually, if possible.
The nomenclature of the STO basis sets in ADF simple: D, T, and Q stand for double, triple, and quadruple, and (n)P stands for n polarization functions. For example the DZP basis stands for double zeta + 1 polarization function. Inner electrons of (atomic) fragments can be frozen during the molecular calculation, this is denoted with ‘small’, ‘medium’ or ‘large’, or by specifically specifying up to which shell the electrons are frozen.
There are also specialized basis sets, e.g. containing diffuse functions (“AUG”, for describing anions and diffuse excitations), even-tempered basis sets (“ET”, for describing core electron binding energies), and optimized for ESR A-tensor and NMR spin-spin coupling calculations (ZORA/jcpl). See also the documentation for more technical details and the basis set database in ADF.
The DZP basis set could be a good starting point, especially for geometry optimization. See also this paper looking at catalytic reactions. In general this basis it is expected to be slightly better than the often used 6-31G* basis set in codes which use Gaussian basis sets. The DZP basis defaults to TZP for transition metals. The frozen core approximation generally does not affect geometries much, but a too large frozen core can lead to inaccuracies.
For the most accurate predictions of spectroscopic properties the largest QZ4P basis is recommended, although often the TZ2P basis is already close to the basis set limit. Also, usually an all-electron basis set is necessary to properly describe properties related to inner electrons (NMR, EPR, X-ray absorption).
The tutorial on calculating UV/VIS spectra with ADF will get you started with the basics. For getting more accurate results, however, you need to consider the technical details used in TDDFT, such as basis set, exchange correlation functional, and other settings.
There are also faster approximate TDDFT methods available, such as TDDFTB (see tutorial), sTDDFT and TDDFT+TB.
You are advised to check the literature on which approaches are suitable for similar compounds. Here are some general recommendations on what could work well in ADF:
1) optimize your molecule. Scalar relativistic, TZP, small core (although a large frozen core could also work), and numerical quality ‘Normal’ would typically be quite accurate. As to the functional, a GGA perhaps with dispersion corrections could give very good results (e.g. PBE-D3(BJ)). GGAs are much faster in ADF and can yield better geometries than hybrids. Note that the dispersion interactions affect the geometry, and thereby indirectly the electronic structure, including excitations.
2) TDDFT calculation for UV/VIS. Scalar relativistic up to 4d-elements is usually sufficient. For heavier elements you may want to check the effect of spin-orbit coupling on the spectrum (see also highlight on conversion efficiency of solar cell dyes). You may want a larger basis set (e.g. TZ2P) and perhaps all-electron. Also a higher accuracy may be desirable (good, or excellent). As to the number of excitations, this depends a bit on the electronic ground state and which excitations you are interested in. You could start with 30 or so to see how much to the blue/UV will be covered. Finally the functional could play an important role. The asymptotically correct SAOP model potential is often used, since this is an accurate Kohn-Sham potential well suited to describe virtual orbitals (see publication by Baerends et al.). You could also try hybrids (e.g. B3LYP) or metahybrids (M06-2X). Range-separated hybrids (CAMY-B3LYP) are sometimes advised for excitations with long-range charge transfer character. SAOP calculations will be much faster in ADF than hybrids.
- for symmetric systems, ALLOWEDONLY can reduce the computation time by excluding the excitations which are symmetry-forbidden
- for very large systems you may consider trying out TD-DFTB in combination with filtering out the single orbital transitions with very low oscillator strength
- vibronic fine structure may be included by calculating Franck-Condon Factors. Since this involves calculating excited state frequencies (numerically), the calculations can be very demanding for large systems
See also the example on relativistic NMR calculations.
An all-electron basis set of TZP or higher. TZ2P is usually a good choice. For heavy metals you may consider QZ4P or the ‘jcpl’ basis.
PBE0 is often a good functional for NMR. If you can’t afford hybrids you could try PBE or SAOP.
For the relativistic approach we recommend at least scalar ZORA. Spin-orbit (SO) ZORA should be used if you are looking at the shift of an heavy atom, or a light atom near a heavy atom.
If SO affects are large, a QZ4P or jcpl basis will improve the description of the induced spin density on the probe nucleus. You may also want to try out the ‘fxc’ kernel option – note that this has a small gauge dependency.
The numerical accuracy should be better than default. You could try NUMERICALQUALITY good or verygood to set the grid and density fitting accuracy.
Disclaimer: These general recommendations are based on the work of Jochen Autschbach‘s group. You should always carefully try out a few different options to test the sensitivity of the DFT methods on the NMR predictions for your own system. Some suggested references:
Finding a Transition State (TS) can be difficult. Two things will help the TS search:
- Get a geometry close to the TS
- Get a reasonable Hessian (energy curvature)
2. defining the reaction coordinate (TSRC) may be the easiest option to get a reasonable Hessian. You could also calculate the full Hessian (frequency calculation), a partial Hessian (see BAND tutorial) or a Mobile Block Hessian, which should be better-conditioned.
For all initial Hessian calculations you could consider using a lower-accuracy method (e.g. lower integration accuracy, smaller basis sets, or even using DFTB). You should however always check the Hessian, e.g. by visualizing the frequencies, to check if it has one single negative eigenvalue and whether that eigenmode corresponds to your reaction. For the TS search itself you should switch to higher accuracy – especially think about the numerical integration and density fitting.
You can do COSMO calculations with ADF. The COntinuum SOlvation MOdel treats the solvent as a polarizable continuum. You can also use other solvation models (SM12, SCRF, 3D-RISM) or subsystem DFT (Frozen Density Embedding) to include environment effects.
COSMO-RS (Realistic Solvents) is for calculating thermodynamic properties of (mixed) fluids. It uses post-ADF results (sigma profiles) for determining interactions between species in the liquid phase. You will typically not need COSMO-RS if you want to include solvent effects in your DFT calculation, but some properties such as solvation free energies may be more accurately treated with COSMO-RS than with COSMO.
To speed up a molecular or periodic DFT calculation, inner electrons of atoms can be frozen. Note that this is not a pseudopotential: all electrons are still present, the cores are just frozen at their optimized atomic configuration. The effect on the equilibrium geometry and properties of valence electrons is usually small. For spectroscopic properties of core electrons, or electrons close to the nucleus, typically an all electron (AE) approach is necessary.
In the atomic database (you can browse $ADFHOME/atomicdata to see which basis sets are available) the AE basis sets are denoted as the element names, while the name is extended with the highest shell that is kept frozen for the frozen core basis sets.
small core: the smallest core available in the basis set database, for example:
- Rh.3d: all 28 electrons up to 3d are frozen: [Ar]3d10. The valence orbitals are: 4s, 4p, 5s, 4d, 5p.
- Au.4d: all 46 electrons up to 4d are frozen: [Kr]4d10. The valence orbitals are: 5s, 5p, 6s, 4f, 5d, 6p.
large core: the largest core available in the basis set database, for example:
- Rh.4p: all 36 electrons up to 4p are frozen: [Kr]. The valence orbitals are: 5s, 4d, 5p.
- Au.4f: all 60 electrons up to 4f are frozen, [Kr]4d104f14. The valence orbitals are: 5s, 5p, 5d, 6s, 6p.
Note that for some elements and basis sets there is just 1 core available (e.g. 1s for C), in which case all core options default to that specific frozen core.
When there are two options available (e.g. Rh.3d and Rh.4p), the medium core option typically defaults to the large core option. The use of medium core is therefore not recommend, we suggest to choose your specific basis set, either from the GUI in the basis set details panel, or by browsing the available basis sets and specifically defining the appropriate core.
Fragment files in ADF must be spin-restricted. So if you want to do an energy decomposition of a chemical bond made between fragments with unpaired electrons, you should start with restricted fragments.
You can then use FragOccupations to set the spin-α and spin-β occupations in the fragments and do an unrestricted bonding analysis.
Rather than using a restricted calculation for the fragment with unpaired electrons, which can lead to SCF convergence issues, you may consider an advanced trick as
discussed by Mariusz Mitoraj. This involves running an unrestricted Kohn-Sham calculation on your fragment, which should converge more easily. You then copy the α-orbitals into a restricted fragment (set SCF=0) t21 file.
Note that in either of these approximations spatially identical orbitals for α and β will be used, although if you duplicate the α spatial orbitals from an unrestricted run you will likely include some spin-polarization of the frontier orbitals. If you want to use truly unrestricted fragments, you could consider EDA in BAND for 0D systems (see tutorial with 1D periodicity).
There is also an example for Bond Energy analysis on open-shell fragments.
No, when you do a spin-restricted calculation in ADF with an odd number of electrons, you do not get the energy expression that is used in ROKS. In ROKS, the spin-unrestricted energy is optimized with alpha orbitals restricted to have the same spatial form as the beta orbitals. In ADF using a restricted calculations with an odd number of electrons will just result in fractional occupations of the frontier orbital. The energy of this electronic configuration is not the same as in a ROKS calculation.
Unrestricted calculations (UKS) in ADF should lead to proper integer occupations of the alpha and beta electrons, which are treated independently and can have spatially different forms.
You can for certain types of calculations (energies, forces and Hessians for GGAs only).
You will need a Linux OS with an NVidia CUDA GPU that does double precision, see the documentation for more details.
ADF does not calculate total energies. It calculates difference energies with respect to fragment energies. By default, these are the spherical spin-restricted atoms. For this reason total energies from other programs cannot be compared to ADF directly. Only energy difference comparisons are meaningful. These are the only energies that play a role in chemistry of course.
If you do need the total energy, there is a workaround: calculate total energies of the atomic fragments and add them to the bonding energy.
Because the total energy of an atom is, by definition, the energy difference between the atom and the (nucleus+free electrons) system one can calculate it by calculating a single atom with the charge equal to the number of electrons. The ‘bonding energy’ of such an ‘atom’ will then be equal to negative of the total energy of the atomic fragment. Care should be taken to apply this trick to frozen-core fragments. In this case, it only makes sense to remove the valence electrons and leave the frozen core.
You need to subtract the bonding energies of the individual atoms from the bonding energy of the molecule.
Care must be taken to get the correct atomic reference state. Usually you will need to break the symmetry (otherwise spherical symmetry is used) and note that ADF can not perform restricted open-shell Kohn-Sham (ROKS) calculations. An example input for the triplet oxygen atom:
O 0.0 0.0 0.0
charge 0 2
A 5 // 3
There are a few options to aid SCF convergence:
- modern SCF algorithms: A-DIIS is usually a good option, and is default since ADF2016. Alternative options are LISTi (with good scaling) and ARH (slower per SCF cycle). E-DIIS is similar to A-DIIS but slower
- use the OCCUPATIONS key to specify occupation numbers
- use electron SMEARING for systems with low HOMO-LUMO gap
- use KEEPORBITALS to keep the same orbitals occupied after a certain number of steps
There may be a few reasons why imaginary frequencies are found after geometry optimization:
- The optimization threshold is not strict enough for the molecule’s potential energy surface (PES). For example, if there are almost no-barrier rotational modes (e.g. methyl groups in some situations) or cyclopentane-like fragments then the PES in such cases may be almost flat. In this case, much more strict convergence criteria (and higher integration accuracy) may be necessary to get to the energy minimum.
- Even with tight convergence criteria, one may get a small imaginary frequency due to numerical noise, which is always present in every calculation. In this case it may be useful to scan the normal mode corresponding to the imaginary frequency and recheck is the frequency is indeed imaginary by finite differences. The latter is done using the SCANFREQ keyword, which is enabled by default in the ADFinput GUI module.
- If the scan shows an imaginary frequency then it means that the preceeding geometry optimization converged to a saddle point. This may happen when optimization was started close to the saddle point without a good Hessian estimate. In such a case ADF did not make enough steps to get a good Hessian approximation and figure out that it has negative eigenvalue(s).
Yes, it is be possible to combine COSMO and TDDFT. This will modify the zeroth-order KS orbitals and their energies, which is usually the most important solvation effect. COSMO could also modify the first-order change in the KS potential. This effect has been implemented and will certainly be important in case of a high value for the dielectric constant. The response of the COSMO surface charges due to the TDDFT-induced modified charges may be switched off (NOCSMRSP), which is probably a better representation of the solvent response for instantaneous (de)excitation.
In the response part of the calculations, one can also use a different dielectric constant . The reason for using two different dielectric constants is that the electronic transition can be so fast that only the electronic component of the solvent dielectric can respond, i.e., one should use the optical part of the dielectric constant. This is typically referred to as non-equilibrium solvation. If one optimizes an excited state, the solvent dielectric has time to fully respond and the same dielectric constant should be used..
Yes, this can be done numerically by distorting the structure along the normal modes.
First calculate the normal modes “q” with ADF. Then calculate the polarizability tensor by applying finite electric fields at the geometries q_o + dq and q_o – dq.
From this one can obtain, by double finite difference, the derivative of the polarizability w.r.t. a particular normal mode of interest. This should be less time-consuming then a regular Raman calculation as well.
The beta tensor can be obtained by using the input key RESPONSE, for example:
RESPONSE HYPERPOL 0.03 DYNAHYP ALLCOMPONENTS END
In order to obtain gamma, one should calculate beta in small electric fields. Such a field can be switched on by specifying, for example: EFIELD 0 0 0.001 for an electric field of 0.001 a.u. in the z-direction. The beta calculation needs to be repeated for different field directions. gamma_zzzz can be obtained from (for example): gamma_zzzz = beta_zzz (E=0.001 z) – beta_zzz (E=-0.001z) / (2 * 0.001)
Similar relations hold for other tensor components.
Recently, the group of Lasse Jensen has implemented damped quadratic and cubic response, which gives access to many non-linear optical properties including two-photon absorption. These methods will become available in ADF2017.
For a spin restricted open-shell calculation, save TAPE21, and use the whole molecule as a fragment in a SR unrestricted calculation with the keywords:
scf iter 0 end
ADF wil use the fragment density coming from the spin-restricted calculation as start-up density in the unrestricted calculation. iter 0 means that only 1 scf-iteration will be performed with the use of the fragment density (one should use the same XC-potential in both calculations of course), such that the alpha-orbital energies remain degenerate with the beta-orbitals.
After a calculation with ADF, BAND, ReaxFF, DFTB etc you will have a result file (a .t21, .runkf, .rxkf, or .rkf file). These are binary files, and like all other binary files used by the ADF package they are written using the KF library. The data are organized in sections, and each section can contain variables (either real, integer, string or logical). They may be transported between different platforms, conversion is performed automatically when needed.
Not all data on the files are intended to be used directly by end users, the detailed meaning of many data items will not be clear to end users who do not have access to the source code. Preferably use the GUI utilities to visualize the results or scripting tools to get relevant results from a batch of calculations.
The KF Browser is a useful tool to browse through our binary files. The available data can be searched, copied as text and plotted as graphs. It can be started from the GUI (SCM → KF Browser) or from the command line ($ADFBIN/kfbrowser filename). To see all raw data, switch to the Expert mode (File → Expert Mode in KF Browser).
adfreport is a command line tool to quickly access results from different result files (.t21, .runkf, .rkf, .rxkf) in a uniform manner. You can get any variable from a result file by key value, or you can use predefined report commands (like geometry, charges, energy, etc). Run with the -h flag to get help and a detailed description of all predefined commands).
Note: if you include the -h flag and a filename, you will get specific help for the contents of that file.
To use adfreport via the command line: $ADFBIN/adfreport [-h] filename
KF Utilities are a set of command line utilities to handle KF files.
pkf: print the table of contents
dmpkf: dump the contents of all or part of a KF file to an ASCII file
udmpkf: make a binary KF file out of a ASCII file (typically a dumped KF File)
cpkf: copy all or part of one KF file to another KF file, or remove data from a KF file.
KFReader: C routines to read binary KF files
kf.py: python interface for reading binary KF files (requires ADF installation).
A possible origin of this problem is that ADF symmetrizes the input coordinates of fragments which are nearly symmetric. As a consequence, the fragment coordinates can no longer be transformed to their position in the full calculation of the complex.
The workaround is to use SYMMETRY TOL=1.0e-10 in the calculation of the fragments, such that the coordinates in the fragments are not symmetrized.
This message shows that the numerical integration is not as accurate as required (currently tested only with spin-orbit calculations). You can force the calculation to continue using the ALLOW BADINTEGRALS input key. This will force the calculation to continue, but remember there are possible inaccuracies due to these integrals. You can probably increase the accuracy of the eta integrals by increasing the overall integration accuracy (using the integration key). One will then probably still get the BAD ETA INTEGRALS message, but this is relative to the required accuracy. One can check the accuracy (it is printed on output), and if the accuracy is good enough one can use the ALLOW BADINTEGRALS key to force the calculation to continue.
One of the reasons can be that the SCM_TMPDIR environment variable also contains non-ASCII characters and ADF cannot use it. The solution is to set the SCM_TMPDIR value to a path that does not contain non-ASCII characters, for example, C:\TMP:
- Right click on My Computer
- Select Properties item in the pop-up menu
- Click on the “Advanced” tab
- Click on the “Environment Variables” button
- In the upper half under “User variables for …”, click the New button
- Enter SCM_TMPDIR in the variable name and C:/TMP in the variable value field. Please note that the path in the variable value must not contain spaces. It is also advised to use forward slashes as a path separator instead of the backslash
- Make sure the C:\TMP directory exists and is writable by anyone
- Click on the Ok button in all windows to confirm your change
- If you use the GUI, restart it so the change takes effect
Most probably you use the INTEGRATION key for a fragment analysis and thereby using an incompatible combination of ZlmFit and Voronoi grid for fragment calculations.
You should either use Voronoi + STOfit or Becke + ZlmFit (which is the default since ADF2014).
Explanation of the terms in the error: “Int. Energy with ZlmFit+LargeFragment+VoronoiGrid not implemented”
1. ZlmFit means the way the Coulomb potential is fitted. ZlmFit is the default in ADF2014 and beyond. One can also use the STOFit, using the key STOFIT. If one would use STOFIT this error would not appear.
2. LargeFragment means a fragment larger than an atom.
3. VoronoiGrid is the integration method. The VoronoiGrid will be used if one is using the INTEGRATION key. In ADF2013 and beyond the Becke grid has become the default. If one would use the default integration method in ADF, which is the BeckeGrid, this error would not appear.
Recommended is to use the BeckeGrid and ZlmFit if one has larger fragments, possibly using quality good.
BAND does not calculate the total energy. Instead, it calculates the formation energy with respect to the spherically symmetric spin-restricted atoms. The reason is that this number is easier to determine accurately using numerical integration then the total energy.
The problem is that BAND is (internally) centralizing the atom positions with respect to the geometrical center of the structure. During this centralization an atom can be positioned on one side of the unit cell or the other. (the result for this individual calculation will be the same in both cases, but for a PEDA calculation that is not true) In your case, the centralization of the fragments and of the PEDA calculation gave results which cannot be transformed into one another by a simple translation.
The solution is to pre-centralize the whole system with respect to the geometrical center of the “bigger” fragment. (since this fragment usually gives this problem) E.g. if you study a surface-adsorbate interaction, you centralize the whole structure w.r.t. the geometrical center of the surface. In some cases the adsorbate fragment might be the reason of the problem. If so, we recommend redefining the unit cell so that the adsorbate is closer to the center of the unit cell than to any of the borders of the unit cell.
If this approach does not solve your problem please send us your input and output, so we can look into it.
The dimension of the text-book “density of states per unit cell” (DOS) is [1/energy].
What is plotted in the BAND-GUI is not the DOS, but a histogram of the DOS, which is a dimensionless quantity.
The “unit” of the y-axis is [number of states / unit cell].
Each data-point in the plotted DOS represents the number of states (per unit cell) in an energy interval DeltaE. The histogram bin-width DeltaE depends on the DOS input options “Energies”, “Min”, “Max”: DeltaE = (Max-Min)/Energies.
In case one really wants the “text-book” dos, one can set the Dos%IntegrateDeltaE option to “false”. The result will be a very wild function.
The negative values in the partial DOS are artifacts due to the fact that in a non-orthogonal basis set the definition of a “partial DOS” is somewhat arbitrary.
The partial DOS can be a useful tool for understanding the physics/chemistry of your system, but it’s strictly speaking not a “physical quantity”.
You do not need COSMO-RS to do ADF calculations with continuum solvation (see COSMO vs COSMO-RS FAQ). If you want to calculate thermodynamic properties like partition coefficients, VLE, solubilities, etc. you do need COSMO-RS. COSMO-RS usually also yields more accurate solvation free energies and pKa values than COSMO.
In principle, yes, but your are advised to rerun the COSMO calculation with ADF.
Since ADF uses a slightly different procedure (gas phase optimization followed by COSMO calculation with an infinite dielectric constant) as well as different technical settings (basis set, integration, surface charge generation), our COSMO-RS implementation has been reparametrized specifically for use with sigma profiles generated in that way. Therefore you are advised to follow the set procedure in ADF, easiest is to use the COSMO-RS preset in the ADF GUI.
See for details: C.C. Pye, T. Ziegler, E. van Lenthe, J.N. Louwen, An implementation of the conductor-like screening model of solvation within the Amsterdam density functional package. Part II. COSMO for real solvents, Can. J. Chem.87, 790 (2009)
If you do insist on using sigma profiles generated with the other programs with different defaults, you can use the cosmo2kf utility to convert the plain ascii cosmo files to our binary file format.
There are also scripting tools for COSMO-RS to facilitate screening solvent (combinations) for activities, partition coefficients, VLE, etc.
With ADF/DFTB we ship the following parameters:
- Quasinano 2013: electronic parameters for H-Po, La, Th. Enabling electronic properties like band structures, DOS, UV/VIS, NEGF
- Quasinano 2015: + repulsive parameters for H-Ca, Br. Enabling geometry optimization, IR spectra, MD.
- Dresden parameters: C, H, O, N, P, S, Al, Si, Ti, Cu, Na, see
- DFTB.org parameters (see Readme or dftb.org website for latest info). Encrypted parameters may also be evaluated during trial
- Dispersion corrections available (Grimme’s D2 & D3(BJ), London, UFF)
Yes, with DFTB3 and either the Quasinano or the DFTB.org 3ob parameters sets. With other DFTB methods and parameter sets you can use D2, London (ULG) or UFF dispersion.
In ADFInput in the Details → Run script tab, you can change the MOPAC input file before submitting the calculation.
A list of MOPAC keywords (from http://openmopac.net/manual/allkeys.html):
Keywords used in MOPAC2012
|&||Turn next line into keywords|
|+||Add another line of keywords|
|0SCF||Read in data, then stop|
|1ELECTRON||Print final one-electron matrix|
|1SCF||Do one scf and then stop|
|ADD-H||Add hydrogen atoms (intended for use with organic compounds)|
|A0||Input geometry is in atomic units|
|AIDER||Read in ab-initio derivatives|
|AIGIN||Geometry must be in gaussian format|
|AIGOUT||In arc file, include ab-initio geometry|
|ALLBONDS||Print final bond-order matrix, including bonds to hydrogen|
|ALLVEC||Print all vectors (keywords vectors also needed)|
|ALT_A=A||In PDB files with alternative atoms, select atoms A|
|ALT_R=A||In PDB files with alternative residues, select residues A|
|ANGSTROMS||Input geometry is in Angstroms|
|AUTOSYM||Symmetry to be imposed automatically|
|AUX||Output auxiliary information for use by other programs|
|AM1||Use the AM1 hamiltonian|
|BAR=n.nn||reduce bar length by a maximum of n.nn%|
|BCC (Unique)||Solid is body-centered cubic (used by BZ)|
|BFGS||Optimize geometries using bfgs procedure|
|BIGCYCLES=n||Do a maximum of n big steps|
|BIRADICAL||System has two unpaired electrons|
|BONDS||Print final bond-order matrix|
|BZ||Generate a file for use by program BZ|
|CAMP||Use Camp-King converger in SCF|
|CARTAB||Print point-group character table|
|A multi-electron configuration interaction specified|
|CHAINS(text)||In a protein, explicitely define the letters of chains.|
|CHECK||Report possible faults in input geometry|
|CHARGE=n||Charge on system = n (e.g. NH4 = +1)|
|CHARGES||Print net charge on system, and all charges in the system|
|CHARST||Print details of working in CHARST|
|CIS||C.I. uses 1 electron excitations only|
|CISD||C.I. uses 1 and electron excitations|
|CISDT||C.I. uses 1, 2 and 3 electron excitations|
|COMPFG||Print heat of formation calculated in COMPFG|
|COSCCH||Add in COSMO charge corrections|
|COSWRT||Write details of the solvent accessible surface to a file|
|CUTOFP=n.nn||Madelung distance cutoff is n .nn Angstroms|
|CUTOFF=n.nn||In MOZYME, the interatomic distance where the NDDO approximation stops|
|CYCLES=n||Do a maximum of n steps|
|CVB||In MOZYME. add and remove specific bonds to allow a Lewis or PDB structure.|
|DAMP=n.nn||n MOZYME. damp SCF oscillations using a factor of n.nn|
|DATA=text||Input data set is re-defined to text|
|DCART||Print part of working in DCART|
|DDMAX=n.nn||See EF code|
|DDMIN=n.nn||Minimum trust radius in a EF/TS calculation|
|DEBUG||Debug option turned on|
|DEBUG PULAY||Print working in PULAY|
|DENOUT, DENOUTF||Density matrix output|
|DENSITY||Print final density matrix|
|DERI1||Print part of working in DERI1|
|DERI2||Print part of working in DERI2|
|DERITR||Print part of working in DERIT|
|DERIV||Print part of working in DERIV|
|DERNVO||Print part of working in DERNVO|
|DFORCE||Force calculation specified, also print force matrix.|
|DFP||Use Davidson-Fletcher-Powell method to optimize geometries|
|DISEX=n.nn||Distance for interactions in fine grid in COSMO|
|DISP||Print the hydrogen bonding and dispersion contributions to the heat of formation|
|DMAX=n.nn||Maximum stepsize in eigenvector following|
|DOUBLET||Doublet state required|
|Dynamic reaction coordinate calculation|
|DUMP=nn.nn||Write restart files every n seconds|
|ECHO||Data are echoed back before calculation starts|
|EF||Use ef routine for minimum search|
|EIGEN||Print canonical eigenvectors instead of LMOs in MOZYME calculations|
|EIGS||Print all eigenvalues in ITER|
|ENPART||Partition energy into components|
|EPS=n.nn||Dielectric constant in COSMO calculation|
|ESP||Electrostatic potential calculation|
|ESPRST||Restart of electrostatic potential|
|ESR||Calculate RHF spin density|
|EXCITED||Optimize first excited singlet state|
|EXTERNAL=name||Read parameters off disk|
|FIELD=(n.nn,m.mm,l.ll)||An external electric field is to be used|
|FILL=n||In RHF open and closed shell, force M.O. n to be filled|
|FLEPO||Print details of geometry optimization|
|FMAT||Print details of working in FMAT|
|FOCK||Print last Fock matrix|
|FREQCY||Print symmetrized Hessian in a FORCE calculation|
|FORCE, FORCETS||Calculate vibrational frequencies|
|GEO-OK||Override some safety checks|
|GEO_REF=<text>||Use native structure as reference|
|GNORM=n.nn||Exit when gradient norm drops below n .n kcal/mol/Angstrom|
|GRADIENTS||Print all gradients|
|GRAPH||Generate unformatted file for graphics|
|GRAPHF||Generate formatted file for graphics suitable for Jmol and MOPETE.|
|HCORE||Print all parameters used, the one-electron matrix, and two-electron integrals|
|HESSIAN||Print Hessian from geometry optimization|
|HESS=n||Options for calculating Hessian matrices in EF|
|Heat of formation takes priority in DRC|
|HTML||Write a web-page for displaying and editing a protein|
|HYPERFINE||Hyperfine coupling constants to be calculated|
|INT||Make all coordinates internal coordinates|
|INVERT||Reverse all optimization flags|
|IONIZE||Do not use – use SITE=(IONIZE) instead|
|Intrinsic reaction coordinate calculation|
|ISOTOPE||Force matrix written to disk (channel 9 )|
|ITER||Print details of working in ITER|
|ITRY=nn||Set limit of number of SCF iterations to n|
|IUPD=n||Mode of Hessian update in eigenvector following|
|KINETIC=n.nnn||Excess kinetic energy added to DRC calculation|
|KING||Use Camp-King converger for SCF|
|LARGE||Print expanded output|
|LBFGS||Use the low-memory version of the BFGS optimizer|
|LET||Override certain safety checks|
|LEWIS||Print the Lewis structure|
|LINMIN||Print details of line minimization|
|LOCALIZE||Print localized orbitals. These are also called Natural Bond Orbitals or NBO|
|LOCATE-TS||Given reactants and products, locate the transition state connecting them|
|LOG||Generate a log file|
|MECI||Print details of MECI calculation|
|MERS=(n1,n2,n3)||Keyword for BZ|
|METAL=(a[,b[,c[…]]])||Make specified atoms 100% ionic|
|MICROS=n||Use specific microstates in the C.I.|
|MINMEP||Minimize MEP minima in the plane defined|
|MMOK||Use molecular mechanics correction to CONH bonds|
|MNDO||Use the MNDO hamiltonian|
|MNDOD||Use the MNDO-d hamiltonian|
|MODE=n||In EF, follow Hessian mode no. n|
|MOL_QMMM||Incorporate environmental effects in the QM/MM approach|
|MOLDAT||Print details of working in MOLDAT|
|MOLSYM||Print details of working in MOLSYM|
|MOPAC||Use old MOPAC definition for 2nd and 3rd atoms|
|MOZYME||Use the Localized Molecular Orbital method to speed up the SCF|
|MS=n||In MECI, magnetic component of spin|
|MULLIK||Print the Mulliken population analysis|
|N**2||In excited state COSMO calculations, set the value of N**2|
|NLLSQ||Minimize gradients using NLLSQ|
|NOANCI||Do not use analytical C.I. derivatives|
|NOGPU||Do not use GPU acceleration|
|NOLOG||Suppress log file trail, where possible|
|NOMM||Do not use molecular mechanics correction to CONH bonds|
|NONET||NONET state required|
|NONR||Do not use Newton-Raphson method in EF|
|NOOPT, NOOPT-X||Do not optimize the coordinates of all atoms of type X|
|NOREOR||In symmetry work, use supplied orientation|
|NORESEQ||Suppress the default re-sequencing of atoms to the PDB sequence|
|NOSWAP||Do not allow atom swapping when GEO_REF is used|
|NOSYM||Point-group symmetry set to C1|
|NOTHIEL||Do not use Thiel’s FSTMIN technique|
|NOTXT||Remove any text from atom symbols|
|NOXYZ||Do not print Cartesian coordinates|
|NSPA=n||Sets number of geometric segments in COSMO|
|NSURF||Number of surfaces in an ESP calculation|
|OCTET||Octet state required|
|OLDCAV||In COSMO, use the old Solvent Accessible Surface calculation|
|OLDENS||Read initial density matrix off disk|
|OLDFPC||Use the old fundamental physical constants|
|OLDGEO||Previous geometry to be used|
|OMIN=n.nn||In TS, minimum allowed overlap of eigenvectors|
|OPEN(n1,n2)||Open-shell UHF or RHF calculation requested|
|OPT, OPT-X||Optimize the coordinates of all atoms of type X|
|P=n.nn||An applied pressure of n.nn Newtons/m2 to be used|
|PDB||Input geometry is in protein data bank format|
|PDB=(text)||User defined chemical symbols in protein data base|
|PDBOUT||Output geometry in pdb format|
|PECI||C.I. involves paired excitations only|
|PI||Resolve density matrix into σ, π, and δ components|
|pKa||Print the pKa for ionizable hydrogen atoms attached to oxygen atoms|
|PL||Monitor convergence of density matrix in ITER|
|PM3||Use the MNDO-PM3 Hamiltonian|
|PM6||Use the PM6 Hamiltonian|
|PM6-D3||Use the PM6 Hamiltonian with Grimme’s corrections for dispersion|
|PM6-DH+||Use the PM6 Hamiltonian with corrections for dispersion and hydrogen-bonding|
|PM6-DH2||Use the PM6 Hamiltonian with corrections for dispersion and hydrogen-bonding|
|PM6-DH2X||Use PM6 with corrections for dispersion and hydrogen and halogen bonding|
|PM6-D3H4||Use PM6 with Řezáč and Hobza’s D3H4 correction|
|PM6-D3H4X||Use PM6 with Brahmkshatriya, et al.’s D3H4X correction|
|PMEP||Complete semiempirical MEP calculation|
|PM7||Use the PM7 Hamiltonian|
|PM7-TS||Use the PM7-TS Hamiltonian (only for barrier heights)|
|PMEPR||Complete semiempirical MEP in a plane to be defined|
|POINT=n||Number of points in reaction path|
|POINT1=n||Number of points in first direction in grid calculation|
|POINT2=n||Number of points in second direction in grid calculation|
|POLAR||Calculate first, second and third order polarizabilities|
|POTWRT||In ESP, write out electrostatic potential to unit 21|
|POWSQ||Print details of working in POWSQ|
|PRECISE||Criteria to be increased by 100 times|
|PRESSURE||Apply pressure or tension to a solid or polymer|
|PRNT=n||Print details of geometry optimization in EF|
|PRTCHAR||Print charges in ARC file|
|PRTINT||Print interatomic distances|
|PRTMEP||MEP contour data output to <filename>.mep|
|PRTXYZ||Print Cartesian coordinates|
|PULAY||Use Pulay’s converger to obtain a SCF|
|QMMM||Incorporate environmental effects in the QM/MM approach|
|QPMEP||Charges derived from Wang-Ford type AM1 MEP|
|QUARTET||Quartet state required|
|QUINTET||Quintet state required|
|RAPID||In MOZYME geometry optimizations, only use atoms being optimized in the SCF|
|RECALC=n||In EF, recalculate Hessian every n steps|
|RE-LOCAL, RE-LOCAL=n||During and at end of MOZYME calculation, re-localize the LMOs|
|RELSCF||Default SCF criterion multiplied by n|
|REORTHOG||In MOZYME, re-orthogonalize LMO’s each 10 SCF calculations.|
|RESEQ||Re-arrange the atoms to match the PDB convention|
|RESIDUES||Label each atom in a polypeptide with the amino acid residue|
|RHF||Use Restricted Hartree-Fock methods|
|RM1||Use the RM1 Hamiltonian|
|RMAX=n.nn||In TS, maximum allowed ratio for energy change|
|RMIN=n.nn||In TS, minimum allowed ratio for energy change|
|ROOT=n||Root n to be optimized in a C.I. calculation|
|RSCAL||In EF, scale p-RFO to trust radius|
|RSOLV=n.nn||Effective radius of solvent in COSMO|
|SADDLE||Optimize transition state|
|SCALE||Scaling factor for van der waals distance in ESP|
|SCFCRT=n.nn||Default SCF criterion replaced by the value supplied|
|SCINCR=n.nn||Increment between layers in ESP|
|SEPTET||Septet state required|
|SETPI||In MOZYME, some π bonds are explicitly set by the user|
|SETUP||Extra keywords to be read from setup file|
|SEXTET||Sextet state required|
|SHIFT=n.nn||a damping factor of n defined to start SCF|
|SHUT <file>||Send a command to MOPAC to make a restart and density file, then stop.|
|SIGMA||Minimize gradients using SIGMA|
|SINGLET||Singlet state required|
|SITE=(text)||Define ionization state of residues in proteins|
|SLOG=n.nn||In BFGS optimization, use fixed step of length n .nn|
|SLOPE||Multiplier used to scale MNDO charges|
|SMOOTH||In a GRID calculation, remove artifacts caused by the order in which points are calculated|
|SNAP||Increase precision of symmetry angles|
|SPARKLE||Use sparkles instead of atoms with basis sets|
|SPIN||Print final UHF spin matrix|
|START_RES(text)||Define starting residue numbers in a protein, if different from the default|
|STATIC||Calculate Polarizability using electric fields|
|STEP||Step size in path|
|STEP1=n.nnn||Step size n for first coordinate in grid calculation|
|STEP2=n.nnn||Step size n for second coordinate in grid calculation|
|STO3G||Deorthogonalize orbitals in STO-3G basis|
|SWAP||This keyword is now obsolete, see NOSWAP|
|SYBYL||Output a file for use by Tripos’s SYBYL program|
|SYMAVG||Average symmetry equivalent ESP charges|
|SYMOIR||Print characters of eigenvectors and print number of I.R.s|
|SYMTRZ||Print details of working in subroutine SYMTRZ.|
|SYMMETRY||Impose symmetry conditions|
|T=n[M,H,D]||A time of n seconds requested|
|Perform a thermodynamics calculation|
|THREADS=n||Set the number of threads to be used in parallelization to n|
|TIMES||Print times of various stages|
|Time takes priority in DRC|
|The system is a transition state (used in thermodynamics calculation)|
|TRIPLET||Triplet state required|
|TS||Using EF routine for TS search|
|UHF||Use the Unrestricted Hartree-Fock method|
|VDW(text)||Van der waals radius for atoms in COSMO defined by user|
|VDWM(text)||Van der waals radius for atoms in MOZYME defined by user|
|VECTORS||Print final eigenvectors|
|VELOCITY||Supply the initial velocity vector in a DRC calculation|
|WILLIAMS||Use Williams surface|
|X-PRIORITY=n.nn||Geometry changes take priority in DRC|
|XENO||Allow non-standard residues in proteins to be labeled.|
|XYZ||Do all geometric operations in Cartesian coordinates|
|Z=n||Number of mers in a cluster|
Besides facilitating building molecules, our GUI can also visualize the progress of geometry optimizations, MOPAC charges, and IR modes. Geometry optimization can also be done interactively, e.g. to pre-optimize your molecule or periodic system.
For COSMO-RS, DFTB, and ReaxFF, there is no separate pricing for the Graphical Interfaces, so it’s always included in the price and you can use these on all machines where the engine itself is licensed.
For ADF and BAND, a few experts still wish to use only the ADF (BAND) binaries, without the GUI. In that case, we can offer discounted prices (so prices remain the same for current users with a binary-only ADF or BAND license). Contact us for a price quote excluding GUI’s if desired.
Yes. For a bundle for x cores and y GUI copies, the license fee is 2 times the license for ADF on x cores with y copies of ADF-GUI. This bundle allows you to run ADF, BAND, DFTB, and ReaxFF on x cores. COSMO-RS calculations only run interactively through the GUI or the command line. The y copies of the integrated GUI are fully licensed for use with all modules. Academic users may also use MOPAC free of charge with the ADF modeling suite on all GUI-licensed machines. Ask us for a detailed price quote.
Not for a host-locked license. In such a case one should order an 8-core license, or select a 4-core machine to install ADF on.
You can start immediately. After we have received your informal purchase order confirmation, your signed license agreement, and your machine information, you will receive a temporary license until the invoice is paid.
In case of any type of license upgrade, we will only charge price differences and only for the remaining time period of the contract, thus making it easy and attractive to upgrade.
For multi-year licenses we can change the machine info once a year when we send a new license file for the next year. Certain exceptions are possible at SCM’s discretion.
You can of course always upgrade your license to include more CPUs.
Click on i next to Force field input in ReaxFF Input to see which force fields are included with ReaxFF. Alternatively, open
$ADFHOME/atomicdata/ForceFields/ReaxFF/Readme, which also contains the original references and sometimes a short description. The list of currently available force field are available in the documentation.
You are strongly advised to check the original publications to see how the force field has been trained and to what type of systems it has been applied.
If no force field is available for your elements, check the literature or parametrize it yourself, see the other FAQs.
This is hard work, which takes quite a bit of training and experience. The ReaxFF parameters are typically trained against DFT data and parameters should be optimized for all atom types in your system. In principle, parameters are transferable across systems, but including additional atoms requires also to include new interactions with all new element combinations. This is not trivial.
The semi-automatic Metropolis Monte Carlo procedure by Iype et al. (J. Comp. Chem. 34, 1143) for ReaxFF parameter optimization, based on DFT calculations with ADF, is available in the ADF modeling suite 2014. Dr. Iype has a web presentation on how this works in practice. See also the hands-on 2-day workshop with an example on ReaxFF parameterization.
ReaxFF parameter optimization with genetic algorithms (Larsson et al., J. Comp. Chem. 34, 2178) is currently only possible if you recompile ADF/ReaxFF with the GA code from Prof. Hartke, but we are working on integrating this further into the ADF/ReaxFF code.
RxFF consulting offers consulting services for optimizing force field parameters for new materials.
In the GUI: build a ReaxFF input with these elements X, Y, and Z, and click on the folder icon next to Force field:. A list of force fields included in the ADF/ReaxFF distribution that contain these atom types will be shown. If force fields are available, consult the Readme (click ‘i’) to check the publication to make sure this is the force field for your application.
If no force field shows up in the list, no suitable force field is available in your distribution. Use google or web of knowledge to find out if a ReaxFF force field exists for your application. If it does, and the force field is printed in the supporting information, you can add the ReaxFF force field file (see FAQ) to the existing ones in the distribution.
Note that not all terms may be available for all element combinations. To get more insight in which force field terms are available, use the python ReaxFF force field checking tool:
You can find a description of the general structure of the force field file and the parameters from the original ReaxFF documentation.
We try to include as much information on the origin of parameters the ReaxFF manual as well as in the GUI help files.
Many published ReaxFF force fields are building upon a previous set of parameters, and so only the elements studied in that paper are being refined, and the other parameters are just kept in place. You could try to trace back the origin of some of these parameters by looking at the existing force fields and finding out where the same parameters for a particular element also appear. Any force field that has matching atomic parameters might have some information about the origins of the parameters in the corresponding publication or in the information in the force field description file.
However, you need to be careful by just combining and using elements / parameters from different force fields. See also the FAQ about ReaxFF parameter transferability. You should also be aware that certain bonded terms may not be available for a particular unpublished element and/or combination of elements, so you are strongly advised to check this with our ReaxFF force field checking tool:
$ADFHOME/scripting/checkreaxffforcefield.py. The original ReaxFF documentation describes the general structure and correspondence of the columns with the parameters.
In general the parameters are quite transferable, but some forcefields were developed for specialized cases such as explosives research (high pressure). It is good practice to scan through the publication of the forcefield (you can find the information by clicking the “i” button behind the forcefield ) before using it extensively. It is also wise to do some testing simulations to see if your structures are not falling apart or folding into weird geometries.
This is most easily done from the GUI using the File → Export Trajectory As: option in ADFJobs. You can export as Gromacs, PDB trajectory, or xmol file. For the .gro export you will get an additional dialogue window where you can include the timestep and the velocities.
Alternatively, you can use the scripting tool adfreport, e.g. adfreport yourreaxff.rxkf -r gro-t0.00025 > yourreaxff.gro
The options for adfreport in your ADF distribution are displayed if you type adfreport -h
During a non-reactive ReaxFF simulation the connection table is determined only once at the beginning of a simulation and is then kept fixed. Other than this the same ReaxFF procedure with the same forces and energy expressions is used. Therefore, if the system is far from equilibrium, or if the temperature is too high, bonds may still be broken or formed.
You can also think about simulating the system at zero Kelvin with a strong thermostat to try and get your system to the nearest local minimum without changing the bonds too much.
This depends on what parameters are available in the force field file. A ReaxFF force field consists of some generic parameters, a number of atomic parameters (1 set for every atom type), bond parameters (combination of 2 atom types), angle parameters (combination of 3 atom types), dihedral parameters (combination of 4 atom types) and possibly hydrogen bond parameters (see original ReaxFF documentation for more details).
If a force field has elements X, Y an Z it means that it contains atomic parameters for X, Y and Z. However, it does not necessarily contain all combinations of the bond/angle/dihedral parameters. For example, X-X, Y-Y, Z-Z, X-Y and X-Z might have bond parameters, but Y-Z could be left out. This means that Y and Z should not be used together in the simulation, as their interaction is not defined.
To get more insight in which terms are available in a ReaxFF force field, use the python ReaxFF force field checking tool:
ReaxFF consists of two parts: the program and the force field files:
– The ReaxFF program is an implementation of the ReaxFF forcefield equations (see the Required citations ReaxFF page for the original papers).
– The ReaxFF force field files contain the parameters needed by the force field equations when running your simulation, they consist of 5 or 6 parts (see original ReaxFF documentation for more details):
* generic parameters
* atom parameters (per element)
* atom pairs / bond parameters (combination of two elements)
* angle parameters (combination of three elements)
* dihedrals (combination of four elements)
* and sometimes hydrogen bonds (per element)
A ReaxFF force field is build using a training set (see other FAQs) and is usually targeted for a specific simulation and typically includes about 4 to 12 elements, as the number of parameters scales to the 4th power with the number of elements included. Because ReaxFF uses pair/angle/dihedral parameters, it is not possible to simply combine two forcefield files.
The ADF GUI can tell you if a force field is available for the elements in your simulation (see other FAQs), but it will not be able to tell if the force field is conditioned for your specific simulation type. For this you will have to check the publication of the force field (doi link is usually included in the Readme file or the first line of the force field file)
The ADF implementation of ReaxFF still takes the original format. If a publication has the parameters printed in the supporting information in native format, just copy that data and save it as a file, e.g. YourNewReaxFF.ff, in
$ADFHOME/atomicdata/ForceFields/ReaxFF. Then you can start using that force field by selecting it in the GUI, by clicking
other after you’ve clicked the folder icon next to
Force field: in the input panel.
If the parameters are printed in tables in the manuscript, but not as a comprehensive SI file, you can still compile your own ReaxFF force field file from this data in the same original ReaxFF format.
It is advisable to use the checkreaxffforcefield.py script in
$ADFHOME/scripting/ to check your force field and if you have modified or downloaded a force field to clean it up with it is advisable to clean up your force field with this script
$ADFBIN/startpython cleanreaxffforcefield.py -i [input ffield] -o [output ffield]