CHARMM c34b1 First32 List

chm-stmp The first 32 text lines for all of the CHARMM .doc files, in a single document to facilitate searching.

ace.doc


File: ACE, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                Analytical Continuum Solvent (ACS) Potential
Purpose: calculate solvation free energy and forces based on
a continuum description of the solvent, in particular the analytical
continuum electrostatics (ACE) potential.
Please report problems to Michael Schaefer at schaefer@piaf.u-strasbg.fr
WARNING: The module is still being developed and may change in the future.
!======================================================================!
! Note on ACE2: the version 2 of ACE as of Jan 2002 is not yet fully   !
! parameterized; it yields reasonably stably MD trajectories of native !
! proteins when using param19 (united atom parameters), but is         !
! unreliable with all-hydrogen parameters.                             !
!======================================================================!
REFERENCES:
  M. Schaefer & M. Karplus (1996) J. Phys. Chem. 100, 1578-1599.
  M. Schaefer, C. Bartels & M. Karplus (1998) J. Mol. Biol. 284, 835-847.
  N. Calimet, M. Schaefer & T. Simonson, (2001) Proteins 45, 144-158
  M. Schaefer, C. Bartels, F. Leclerc& M. Karplus (2001),
      J. Comp. Chem. 22, 1857-1879.
* Menu:
* Syntax::      Syntax of the ACE specifications
* Defaults::    Defaults and Recommended values 
* Function::    Purpose of each of the specifications
* Examples::    Usage examples of the ACE module

File: ACE, Node: Syntax, Up: Top, Previous: Top, Next: Defaults
                                 Syntax
[SYNTAX ACE functions]
Syntax: The ACE specifications can be specified any time the nbond 
        specification parser is invoked, e.g., 

adumb.doc

===============================================================================

File: ADUMB, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                   Adaptive Umbrella Sampling Module 
    Setting up of adaptive umbrella potentials. Currently supported types
of umbrella potentials are functions of dihedral angles and functions of the 
potential energy of the system (energy sampling).
WARNING: The module is still being developed and some details are likely
         to change in future versions.
         Please report problems to Christian Bartels at cb@brel.u-strasbg.fr
REFERENCES:
         C. Bartels & M. Karplus, J. Comp. Chem. 18 (1997) 1450-
         C. Bartels & M. Karplus, J. Phys. Chem. 102 (1998) 865-
         M. Schaefer, C. Bartels, & M. Karplus, J. Mol. Biol. (1998)
* Menu:
* Syntax::      Syntax of the ADUMB commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the ADUMB module

File: ADUMB, Node: Syntax, Up: Top, Previous: Top, Next: Function
                                 Syntax
[SYNTAX ADUMB functions]
Syntax:
ADUMb CORR    DIST  UNIT int  SELE...END SELE...END (atom selection x 2)
      CORR    RMSD  COR1 
                    COR2
      CORR    RMSD  SETUp NATOms int NSTRuctures int 
      CORR    RMSD  UNT1 1 int  UNT2 int (atom selection x 3) -
	       ORIEnt SYMMetry 4X(atom-spec) FOLD int
	      
ADUMb DIHE    NRES int  TRIG int  POLY int  4X(atom-spec)

afm.doc


File: Afm, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                       The AFM Module of CHARMM
                      By Emanuele Paci, 1997/2000
     AFM is an external perturbation designed to pull macromolecules
mimicking single molecule experiments (AFM or LOT).
There are three possible way of simulating the pulling; all consist in
applying a suitable force to two atoms.  The force is identical in
magnitude for the two atoms, parallel to the two atoms and directed in
the direction of increasing distance.  The difference in the forces
applied concerns their dependence on the time. The three methods
currently implemented are:
    1) constant force.
    2) steered molecular dynamics
    3) biased molecular dynamics (see HQBM.DOC)
References:
(1) Paci & Karplus, PNAS, 97, 6521-6526, (2000),
(2) Paci et al., JMB, 314, 589-605, (2001).
* Menu:
* Syntax::              Syntax of the AFM command
* Function::            Purpose of each of the keywords
* Input::               AFM Input Description

File: Afm, Node: Syntax, Up: Top, Previous: Top, Next: Function
[INPUT AFM command]
  AFM  METHOD ALPHA real [BETA real] two-atom-selection -
             [IUNJ integer] [XIMAX real]
  AFM RESEt

File: Afm, Node: Function, Previous: Syntax, Up: Top, Next: Top
METHOD: one of CF, BMD, SMD

analys.doc


File: analys, Node: Top, Up: (chmdoc/commands.doc), Next: Description
                            Analysis Commands
      The ANALysis command is an energy and structure analysis
facility that has been developed to examine both static and dynamic
properties.  The current code allows energy partition analysis and
energy contribution analysis from free energy simulations.  It also
can produce a detailed printout of structural and energy term
contributions for selected atoms
* Menu:
* Description::         Description of analysis facility
* Energy::              Energy partitioning

File: analys, Node: Description, Up: Top, Previous: Top, Next: Energy
                Description of the ANALysis Command
Syntax:
ANALys { ON                                                         }
       { TERM  { [ALL] }  { NONBond     } [UNIT int] atom-selection }
       {       {  ANY  }  { [NONOnbond] }                           }
       { OFF                                                        }
ON    Enable energy partition analysis and disable FAST routines.
OFF   Disable analysis and restore FAST option defaults.
TERM  Setup energy term print data and disable FAST routines.
ALL (default)       Print energy terms involving only selected atoms
ANY                 Print energy terms when any of the atoms is selected
NONBond             In addition to internal terms, also print nonbond terms
NONOnbond (default) Do not print electrostatic and vdw energy data
UNIT integer        Write the energy term printout data to a formatted file
                    Otherwise, write data to the output file.

File: analys, Node: Energy, Up: Top, Previous: Description, Next: Top

apbs.doc


File: APBS, Node: Top, Up: (chmdoc/commands.doc), Next: Description
                Adaptive Poisson-Boltzmann Solver (APBS)
    The APBS module integrates APBS (Adaptive Poisson-Boltzmann
Solver, http://agave.wustl.edu/apbs) with CHARMM. For detailed
documentation and implementation information please see the official
iAPBS web site http://mccammon.ucsd.edu/iapbs
Please send any comments or bug reports to Robert Konecny (rok@ucsd.edu).
* Menu:
* Syntax::      Syntax of the PBEQ commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the PBEQ module

File: APBS, Node: Description, Up: Top, Previous: Top, Next: Syntax
Description
-----------
APBS (Adaptive Poisson-Boltzmann Solver) is a software package for the
numerical solution of the Poisson-Boltzmann equation (PBE), one of the
most popular continuum models for describing electrostatic
interactions between molecular solutes in salty, aqueous media. APBS
was designed to efficiently evaluate electrostatic properties for a
wide range of length scales to enable the investigation of molecules
with tens to millions of atoms.
The APBS/CHARMM module makes most of APBS functionality available from
within CHARMM. This allows to perform variety of calculations which
includes: evaluation of electrostatic properties of biomolecular
systems, performing optimization and molecular dynamics in implicit
solvent using APBS calculated solvation forces, visualization of
calculated electrostatic properties, etc.
Since this module's functionality overlaps in many aspects
functionality of the CHARMM's PBEQ module please read also pbeq.doc

aspenr.doc


File: ASPENR, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                Atomic Solvation Parameter Based Energy
Purpose: calculate solvation free energy and forces based on the
exposed surface area of each atom using Atomic Solvation Parameters.
Please report problems to brbrooks@helix.nih.gov
REFERENCES:
         M. Wesson and D. Eisenberg, 19??.
* Menu:
* Syntax::      Syntax of ASP input
* Structure::   Structure of the .surf file containing ASP data
* Examples::    Usage examples of the ASP module

File: ASPENR, Node: Syntax, Up: Top, Previous: Top, Next: Structure
                                 Syntax
[SYNTAX ASP functions]
Syntax: The ASP specifications can be specified any time prior to an
        energy calculation and can be input either through reading a
        file or parsed directly off the command line - although the
        file route is more usual.  Once turned on, the ASP energy
        term is in place during the course of the CHARMM run, i.e., it
        cannot be turned off except using the skipe command, 
        see *note Skipe (chmdoc/energy.doc).
Reading surf file:  open unit 1 read vap_to_wat_kd.surf
                    read surf unit 1
                    close unit 1 

File: ASP, Node: Structure, Up: Top, Next: Examples, Previous: Syntax
This module computes solvation energies and forces based on the
surface area model proposed by Wesson and Eisenberg, i.e., 
E_solv = Sum (Gamma_i * ASA_i + Eref_i), where Gamma_i is a parameter

aspenrmb.doc


File: ASPENRMB, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
           Atomic Solvation Parameter  Model with Implicit Membrane
Purpose: ASPENRMB is an extended version of ASPENR that includes the effect of 
Implicit Membrane (IM) in surface area caculations. 
ASPENRMB can be used to calculate  solvation free energy 
and forces based on the solvent accessible Surface Area (SA) of each atom,  
using Atomic Solvation Parameters (ASP).
Gsolv = Sum ( Gamma_i * ASA_i + Gref_i )
See also  aspener.doc
  The combined use of the GBIM and ASPENRMB modules permits  calculation of 
the solvation  energy in the frames of the GBSA\IM model(Spassov et al., 2002)
  Gsolv = Gpol + Gnp
where the polar contribution  Gpol is calculated using the GBIM module
(See gbim.doc) 
and the  non-polar (hydrophobic) energy term is approximated by:
       N
Gnp = Sum ( Gamma_i * ASA_i + Gref_i )
      i=1                
Gamma_i is a parameter describing the SA contribution of  atom i to the
non-polar energy term; ASA_i is the surface area of atom i with radius RvdW_i,
Gref_i is a reference solvation energy. The most popular GBSA models use
uniform ASP parameters, i.e., Gamma_i = const.
Please report problems to vss@accelrys.com
REFERENCES:
V.Z. Spassov, L. Yan and S. Szalma. Introducing an Implicit Membrane in
Generalized Born / Solvent Accessibility Continuum Solvent Models.
J. Phys. Chem. B, 106,8726-8738 (2002).         
                               
* Menu:
* Syntax::      Syntax of ASPENRMB input

block.doc


File: BLOCK, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
      The commands described in this section are used to partition a
molecular system into "blocks" and allow for the use of coefficients
that scale the interaction energies (and forces) between these blocks.
This has a number of applications, and specific commands to carry out
free energy simulations with a component analysis scheme have been
implemented. The lambda-dynamics, an alternative way of performing
free energy calculations and screening binding molecules, has also been
implemented.  Subcommands related to BLOCK will be described here.  To 
see how to output the results of a dynamics run, please see DYNAMICS 
documentation (keywords are IUNLDM, NSAVL, and LDTITLE).  
Please refer to PDETAIL.DOC for detailed description of the lambda 
dynamics and its implementation.   
	BLOCK was recently modified so that it works with the IMAGE
module of CHARMM.  As some changes to the documentation were necessary
anyways, it was decided to also improve the existing documentation.
The Syntax and Function section below are relatively unchanged; the
added documentation is in the Hints section (READ IT if you are using
BLOCK for the first time!).  Comments/suggestions to
boresch@tammy.harvard.edu.
* Menu:
* Syntax::              Syntax of the block commands
* Function::            Purpose of each of the commands
* Hints::               Some further explanations/hints
* Limitations::         Some warnings...

File: BLOCK, Node: Syntax, Up: Top, Next: Function
                Syntax of BLOCK commands
BLOCk [int]
Subcommands:

cadpac.doc


File: Cadpac, Node: Top, Up: (chmdoc/commands.doc), Next: Description
      Combined Quantum Mechanical and Molecular Mechanics Method
                         Based on CADPAC in CHARMM
                                by Paul Lyne
                           paul@tammy.harvard.edu
* Menu:
* Description::         Description of the CADPAC commands
* Using::               How to run CADPAC in CHARMM
* Installation::        How to install CADPAC in CHARMM environment
* Status::              Status of the interface code

File: Cadpac, Node: Description, Up: Top, Next: Usage, Previous: Top
    The CADPAC QM potential is initialized with the CADPac command.
[SYNTAX CADPac]
CADPac   [REMOve] [EXGRoup] (atom selection)
REMOve:  Classical energies within QM atoms are removed.
EXGRoup: QM/MM Electrostatics for link host groups removed.
     The syntax of the CADPAC command in CHARMM follows closely that
of the GAMESS command.

File: Cadpac, Node: Usage, Up: Top, Next: Status, Previous: Description
     For complete information about CADPAC input see Chapter 1 in the CADPAC
distribution. 
     A QM-MM job using CADPAC needs four input files.  The first is the
normal CHARMM input file containing the CADPac command. The second file is
the CADPAC input file specifying the basis set to be used and the Hamiltonian
that is needed. The third and fourth files are libfil.dat and modpot.dat
respectively. These are the library and model potential files that are 
supplied with CADPAC.
Cadpac Input File

cca.doc


File: CCA, Node: Top, Up: (chmdoc/commands.doc), Next: Description
                     Common Component Architecture
                     by Milan Hodoscek, and others...
                (milan@helix.nih.gov,milan@cmm.ki.si)
        CCA (Common Component Architecture) specification started by
the need of interfacing a variety of computational chemistry codes, ie
GAMESS and CHARMM. For details see J. P. Kenny, et al, J. Comp. Chem.,
25, 1717-1725, 2004.
* Menu:
* Description::         Description of the CCA.
* Using::               How to use CCA
* Installation::        How to install CHARMM with CCA.
* Status::              Status of the interface code.

File: CCA, Node: Description, Up: Top, Next: Using, Previous: Top
        See J. P. Kenny, et al, J. Comp. Chem., 25, 1717-1725, 2004.
=======================================================================

File: CCA, Node: Using, Up: Top, Next: Installation , Previous: Description
        Nothing here yet....
==========================================================

File: CCA, Node: Installation, Up: Top, Next: Status, Previous: Using
Installation
------------
        Nothing yet
==========================================================

File: CCA, Node: Status, Up: Top, Next: Functionality, Previous: Installation
{GAMESS,GAMESS-UK,Q-CHEM}/CHARMM interface status (November 2004)

cff.doc


File: CFF, Node: Top, Up: (chmdoc/commands.doc), Next: Usage
                    Consistent Force Field (CFF)
* Menu:
* Usage::         How to use CFF with CHARMM standalone
* Status::        Current status of CFF implementation in CHARMM
* Theory::        Basis for, parameterization and performance of CFF
* Funcform::      Functional form of the CFF energy expression
* Refs::          References to papers describing CFF

File: CFF, Node: Usage, Up: Top, Next: Status, Previous: Top
In order to use CFF in CHARMM, the user has to issue the following
commands:
1. use cff
2. read cff parameter file
3. (a) read rtf name <CFF-capable rtf file>, or
   (b) read psf name <file_name>
4. read sequence  ! if input is via the rtf route (step 3 (a))
5. generate
6. read coord, or ic build  ! if input is via the read rtf/sequence route.
When using CFF95 or later Step 3a requires a CFF-capable rtf file.  This means
a file in which BOND records have been replaced by analogous DOUBLE records for
cases in which the chemical structure has a double bond.  Note that CFF-capable
rtf files are *back compatible*.  That is, such rtf files can equally well be
used for calculations that utilize the CHARMM force field.  Thus, it is *not*
necessary to maintain two versions of the rtf files.
NOTE: 1. no binary parameter files are supported for CFF.
      2. CFF is an all hydrogen force field -- i.e., extended atoms
         are not supported
Examples of CFF usage in CHARMM are given in the ccfftest directory.


cfti.doc


File: CFTI, Node: Top, Up: (chmdoc/perturb.doc), Next: Constraints
         CFTI: conformational energy/free energy calculations
* Menu:
* Constraints::   Note on constrained optimization implementation
* CFTINT::        Description and syntax of standard conformational
                  free energy thermodynamic integration
* CFTIM::         Description and syntax of multidimensional onformational
                  free energy thermodynamic integration

File: CFTI, Node: Constraints, Up: Top, Previous: Top, Next: CFTINT
Constraints:
Energy minimization with holonomic constraints has been implemented.
There are no special commands for this option.
Charlie Brook's TSM module allows for MD simulations with constrained
values of selected conformational coordinates - distances, atoms,
dihedrals.
This has been expanded to also allow energy minimization using several
algorithms. The method is an alternative to using harmonic restraints
in generating structures of flexible molecules with desired properties,
or generating adiabatic profiles.
To use this option, simply enter the 'TSM' module and give set
of 'FIX' commands to define set of fixed internal coordinates
(see perturb.doc for details). Next specify an energy minimization
(see minmiz.doc).
Algorithms that work: SD, CONJ, POWE
                      (ABNR works also, for reasons unclear to me, KK)

File: CFTI, Node: CFTINT, Up: Top, Previous: Constraints, Next: CFTIM
CFTI: standard (one-dimensional) conformational thermodynamic integration
Description of method

changelog.doc


File: ChangeLog, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/developer.doc), Next: (chmdoc/parallel.doc)
                        CHARMM Developer's Change Log
     Entries in each node are recorded by CHARMM developers to indicate new
and modified features of CHARMM during the development cycle, i.e., the 
alpha version period.
           ------------------------------------------------------
             CHARMM22.0.b  Release           April     22, 1991
             CHARMM22.0.b1 Release           September 30, 1991
             CHARMM22      Release           January    1, 1992
                  c22g1    Release           February  15, 1992
                  c22g2    Release           July       7, 1992
                  c22g3    Release           November   3, 1992
                  c22g4    Release           March      1, 1993
                  c22g5    Release           August     1, 1993
     
             CHARMM23.0
                  c23a1    Developmental     August    15, 1992
                  c23a2    Developmental     October   25, 1992
                  c23f     Developmental     March      1, 1993
                  c23f1    Developmental     March     15, 1993
                  c23f2    Developmental     August    15, 1993
                  c23f3    Release           February   1, 1994
                  c23f4    Release           August    15, 1994
                  c23f5    Release           March     15, 1995
     
             CHARMM24.0
                  c24a1    Developmental     February  15, 1994
                  c24x1    Evaluation        February  15, 1994
                  c24a2    Developmental     August    15, 1994
                  c24a3    Developmental     March     15, 1995

charmm.doc


File: CHARMM, Node: Top
             Chemistry at HARvard Macromolecular Mechanics
             -            ---     -              -
                     Version 24b1 -  August 15, 1995
                  Copyright(c) 1984,1987,1991,1994,1995
                President and Fellows of Harvard College
                           All rights reserved
        You are now using the INFO facility to view CHARMM 24
documentation.  The paper; CHARMM: A Program for Macromolecular
Energy, Minimization, and Dynamics Calculations. J. Comp. Chem., Vol.
4, p187 (1983), is considered to be an integral part of this
documentation.  In places, this documentation and the paper will
conflict.  In all such cases, the documentation presented here should
take precedence.
* Menu:
* Commands: (chmdoc/commands.doc).    Discription and syntax of CHARMM commands
* Install:  (chmdoc/install.doc).     Release notes
                                      How to install CHARMM on a user site
* Usage:    (chmdoc/usage.doc).       How to use CHARMM
* Support:  (chmdoc/support.doc).     Supporting data files and utilities
* Testcase: (chmdoc/testcase.doc).    CHARMM testcases
* Develop:  (chmdoc/developer.doc).   Notes for CHARMM developers
* News:     (chmdoc/changelog.doc).   New features and Modifications
* Parallel: (chmdoc/parallel.doc).    CHARMM on parallel platforms
* Info:     (Info).                   A description of the INFO facility.

charmm_gen.doc


File: charmm_gen, Node: Top, Up: (chmdoc/commands.doc), Previous: (chmdoc/install.doc), Next: Configuration
The script  charmm_gen.com  was designed at NIH for easy maintenance of
multiple executables in an active research environment.  Multiple versions
versions can be derived from the same source code, incorporating different
features and maximum atom limits.  It is assumed that install.com has already
been run, and any porting or compiling issues resolved before charmm_gen.com
is used.  In fact, charmm_gen.com simply calls install.com after doing a
little creative copying and renaming.
The script is interactive; it asks a few questions, does a lot of checking,
and then proceeds to make up to nine different versions in one operation with
no further human intervention required.  A "test" or development version can
also be prepared, and is in fact the "path of least resistance", i.e. the
accepting of all the defaults to each prompt.
Since simply starting up a LARGE version of CHARMM with most of the available
feature sets can easily require 100 Mbyte of memory, we recognized the
need to have multiple executables available.  Our choice was to create 3
principal versions: "full", with most major modules included; "lite", a
version without most of the high memory usage or rarely used modules; and
"am1", which adds the QUNATUM QM/MM code and few other features to the "lite"
feature set.  Each is available in 3 sizes, small, medium, and large.
We also use a "cover" script in /usr/local/bin to run CHARMM, after parsing
feature set and size keywords, and stripping them from the command line.  An
example is included at the end of this description.
Currently, ten different sets of object libraries are maintained as well;
this does require a bit of disk space, but allows rapid re-building of all
versions when bugfixes are made.

File: charmm_gen, Node: Configuration, Previous: Top, Next: Cover script
To use charmm_gen.com, the following additional files are *required* in
build/mach, where mach = hpux in this case:

charmmrate.doc


File: Polyrate, Node: Top, Up: (doc/charmmrate.doc), Next: Description
              ****************************************
              *      CHARMM/POLYRATE INTERFACE       *
              ****************************************
CHARMMRATE: A Module for Calculating Enzymatic Reaction Rate Constants
            with POLYRATE and CHARMM
     CHARMMRATE is an interface of CHARMM and POLYRATE to include quantum
mechanical effects in enzyme kinetics. Although CHARMMRATE allows
execution of POLYRATE with all existing capabilities, the present
implementation is primarily intended for predicting reaction rates in
enzyme-catalyzed reactions.  CHARMMRATE can be combined with semiempirical
combined QM/MM potentials with numerical second derivatives that are
computed by the POLYRATE interface programs.
     The rate constant for an enzymatic reaction depends on the transition
state theory free energy of activation and on an overall transmission
coefficient. Quantum effects on the degrees of freedom perpendicular to
the reaction coordinate can be incorporated by means of a correction for
quantum mechanical vibrational free energy, DeltaW_vib. As described by M.
Garcia-Viloca, C. Alhambra, D. G. Truhlar, and J. Gao, in J. Chem. Phys.
114, 9953-9958 (2001), such a correction is calculated by carrying out
projected instantaneous normal mode analysis at several configurations
along a reaction coordinate as sampled by the umbrella sampling technique
(or by any other suitable method) in molecular dynamics simulations with
CHARMM. Note that projected instantaneous normal mode analysis involves
projecting out the reaction coordinate of the potential of mean force
(i.e., the coordinate along which umbrella sampling was carried out); thus
it yields different frequencies and modes than would be obtained by
ordinary instantaneous normal mode analysis.  The correction for quantized
vibrational free energy in modes normal to the PMF reaction coordinate is
calculated from the average frequencies of the projected instantaneous

cheq.doc


File: CHEQ, Node: Top, Up: (chmdoc/commands.doc), Next: Description
                    The CHarge EQuilibration Method
The CHEQ and associated modules implement polarization via the
fluctuating charge method as based on the CHarge EQuilibration methods 
outlined in the literature.  While the current forcefield parameters are
valid for most small molecules and proteins, the force field is
constantly undergoing refinement and development.
The electrostatic model derives formally from the density functional
theory of atoms in molecules; polarization is effected as a result of
chemical potential equalization everywhere within a molecule, forcing
charge flow from regions of high to low chemical potential based on
atomic properties.  These properties are the atomic hardness and
electronegativity.  The parameters are treated as such and are
determined from fits to density functional calculations of charge
responses and mono- and dipole moments of small molecules in vacuum.
The method can be used to perform energy, minimization, and dynamics
calculations for the above-mentioned systems. For dynamics, the
charges are coupled to Nose-Hoover baths to maintain proper
adiabaticity.  Several normalization schemes are allowed to maintain
charge constant over desired partitions.  Several water models are
supported including the SPC-FQ and TIP4P-FQ models of Rick et al.
* Menu:
* Description::      Description of the CHEQ Function
* Syntax::           Syntax of the CHEQ commands
* Options::          CHEQ Command Options
* Energy::           Usage with Energy and Dynamics commands
* Scalar::           Usage with the Scalar Command
* Examples::         Usage Example Script
* Mixed Systems::    Mixed Polarizable / Non-Polarizable Systems (FQ/MM)
* References::       References for CHEQ Methods

commands.doc


File: Commands, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/parallel.doc), Next: (chmdoc/install.doc)
                             CHARMM commands
        The commands available for use in CHARMM are classified in
several groups.
* Menu:
* AFM:         (chmdoc/afm.doc     ). Atomic Force Microscopy Simulation
* Analysis:    (chmdoc/analys.doc  ). Analysis facility
* ACE:         (chmdoc/ace.doc     ). Analytical Continuum Electrostatics
* ADUMB:       (chmdoc/adumb.doc   ). ADaptive UMBrella sampling simulation
* APBS:        (chmdoc/apbs.doc    ). Adaptive Poisson-Boltzmann Solver
* ASPENER:     (chmdoc/aspener.doc ). Atomic Solvation Parameter Based Energy
* ASPENERMB:   (chmdoc/aspenermb.doc). ASP Model with Implicit Membrane
* Block:       (chmdoc/block.doc   ). BLOCK free energy simulation
* CCA:         (chmdoc/cca.doc     ). Common Component Architecture
* CFF:         (chmdoc/cff.doc     ). Consistent Force Field (CFF)
* CHEQ:        (chmdoc/cheq.doc    ). CHarge EQuilibration Methods
* Cons:        (chmdoc/cons.doc    ). Harmonic and other constraints or SHAKE
* CHARMMrate:  (chmdoc/charmmrate.doc). CHARMM-POLYRATE Interface
* Coordinates: (chmdoc/corman.doc  ). Commands to manipulate coordinates
* Correl:      (chmdoc/correl.doc  ). Time series and correlation functions 
* Corsol:      (chmdoc/corsol.doc  ). Solvent Correlation Functions
* Crystl:      (chmdoc/crystl.doc  ). Crystal facility
* Drude:       (chmdoc/drude.doc   ). Drude oscillator commands
* Dynamics:    (chmdoc/dynamc.doc  ). Dynamics commands
* DIESEL:      (chmdoc/diesel.doc  ). QM/MM method interface to DIESEL(GAMESS)
* EEF1:        (chmdoc/eef1.doc    ). Effective Energy Function 1
* EMAP:        (chmdoc/emap.doc    ). The MAP Object Manipulation Commands
* Energy:      (chmdoc/energy.doc  ). Energy evaluation
* Ensemble:    (chmdoc/ensemble.doc). Run communicating copies of CHARMM
* Ewald:       (chmdoc/ewald.doc   ). Ewald summation

cons.doc


File: Cons, Node: Top, Up: (chmdoc/commands.doc), Next: Harmonic Atom
                            CONSTRAINTS
        The following forms of constraints are available in CHARMM:
* Menu:                          command
* Harmonic Atom::       "CONS HARM" Hold atoms in place
* Dihedral::            "CONS DIHE" Hold dihedrals near selected values
* Internal Coord::      "CONS IC"   Holds bonds, angles and
                                    dihedrals near table values
* Quartic Droplet::     "CONS DROP" Puts the entire molecule in a cage
                                    about the center of mass
* RMSD restraints::     "CONS RMSD" Holds atoms in place relative to
                                    reference structure/structures
* Fixed Atom::          "CONS FIX"  Fix atoms rigidly (sets the IMOVE array)
* Center of Mass::      "CONS HMCM" Constrain center of mass of selected atoms
* SHAKE::               "SHAKE"     Fix bond lengths during dynamics.
* NOE::                 "NOE"       Impose distance restraints from NOE data
* Restrained Distances:: "RESD"     Impose general distance restraints
* External Forces::     "PULL"      Impose externally applied (pulling) force
* Rg/RMSD restraint::   "RGYR"      Impose radius of gyration or rmsd restraint
* Distance Matrix restraint:: "DMCO" Impose a distance matrix restraint
* Sbound: (chmdoc/sbound.doc).      Solvent boundary potential

File: Cons, Node: Harmonic Atom, Up: Top, Next: Dihedral, Previous: Top
                        Holding atoms in place
------------------------------------------------------------------------------
[SYNTAX CONS HARMonic]
Syntax:
CONS HARMonic {[ABSOlute] absolute-specs force-const-spec   coordinate-spec }
              { BESTfit   bestfit-specs  force-const-spec   coordinate-spec }
              { RELAtive  bestfit-specs  force-const-spec 2nd-atom-selection}

corman.doc


File: Corman, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                The Coordinate Manipulation Commands
        The commands in this section are primarily used for moving
some or all of the atoms. There is a wide range of commands and options.
All of the commands may be used on either the main coordinate set, or
the comparison set. Some commands require both sets of coordinates.
* Menu:
* Syntax::                Syntax of the coordinate manipulations commands
* Simple::                Descriptions of the simple commands
* Function::              Descriptions of the remaining commands
* Substitutions::         Description and usage of substitution values

File: Corman, Node: Syntax, Up: Top, Next: Simple
                Syntax of Coordinate Manipulation commands
[SYNTAX COORdinate manipulation]
COORdinates { INITialize                       } [COMP] [atom-selection] 
            { COPY                             }   [WEIGhting_array]
            { SWAP                             }   [IMAGes] [SECOnd]
            { AVERage  [ FACT real ]           }     
            { SCALe    [ FACT real ]           }
            { MASS_weighting                   }
            { ADD                              }
            { SET  vector-spec                 }
            { TRANslate vector-spec            }
            { ROTAte vector-spec {PHI real}    }
            {                    {MATRix}      }
            { TWISt  vector-spec   RATE real   }
            { ORIEnt [MASS] [RMS] [NOROtation] }
            { RMS    [MASS]                    }
            { DIFFerence                       }

correl.doc


File: Correl, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                         Correlation Functions
        The CORREL commands may be used to obtain a set of time series
for a given property from a trajectory. Once obtained, the time series
may be manipulated as required, saved or plotted, or to generate
correlation functions  ( C(tau) = <A(t).A(t+tau)> ). The correlation
functions may be manipulated, saved, plotted, and transformed to find
spectral density (Fourier transform of C(tau)), etc and determine the
correlation times.
        Alternately, a covariance matrix may be computed for a collection
of time series. This option will compute the full matrix for use
in entropy calculations or for other applications.
        Reorienting a coordinate trajectory is possible using the
COMPARE command. For details see *note reorient:(chmdoc/dynamc.doc)Merge.
* Menu:
* Syntax::              The syntax of the correlation command
* General::             General information regarding the correlation section
* Enter::               How to specify time series
* Trajectory::          How to reference to trajectory files
* Edit::                How the edit the time series specifications
* Mantime::             How to manipulate time series
* Corfun::              How to generate correlation functions.
* Spectrum::            How to get a spectrum from a correlation function
* Cluster::             How to cluster time series data into similar groups
* IO::                  Input/output guide to correlation functions and series
* Examples::            Just what it says

File: Correl, Node: Syntax, Up: Top, Previous: Top, Next: General
                Syntax for the CORREL command and subcommands
[SYNTAX CORRelation functions]

corsol.doc


File: Corsol, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                     Solvent Correlation Functions
        CORSOL is inspired by the CORREL module and serves the compute
(solvent-related) correlation functions. The difference between the
two modules is that CORSOL is designed to calculate correlation
functions for many atoms/groups/molecules simultaneously but to return only the
sum/average of the individual correlation functions. This would be tedious to
achieve with CORREL since it would require the entering of
many (think of the typical number of water molecules in a solution
study) identical CORREL series. Further, CORREL calculates the
correlation functions only after the underlying time series has been
accumulated. Thus, the calculation of summed/averaged correlation
functions would either be limited to short time series or require to
break up the problem into multiple processing sweeps over
the same trajectorie(s).
        While correlation functions in CORSOL can be computed by FFT
after the complete acquisition for short series, the default mode of
operation is to keep only a certain number of datapoints and to calculate the
correlation functions after each addition of a datapoint by a rotating
window algorithm. While this method is much more costly
calculation-wise - and thus considerably slower - than the
FFT-method, it has the advantage that the amount of memory required depends
only on the number of atoms considered and the length
requested for a particular correlation function (instead of the length of
the full time-series!). Thus, even slowly converging properties,
which require the analysis of long trajectories, can be handled in "one
go" provided that not too man datapoints are requested for the final function.
* Menu:
* Syntax::          The syntax of the correlation command
* General::         General information regarding the correlation section

crystl.doc


File: Crystl, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                  Calculations on Crystals using CHARMM
        The crystal section within CHARMM allows calculations on
crystals to be performed.  It is possible to build a crystal with any
space group symmetry, to optimise its lattice parameters and molecular
coordinates and to carry out a vibrational analysis using the options.
* Menu:
* Syntax::             Syntax of the CRYSTAL command
* Function::           A brief description of each command
* Examples::           Sample testcases
* Implementation::     Background and implementation

File: Crystl, Node: Syntax, Up: Top, Next: Function
[Syntax CRYStal command]
CRYStal  [BUILd_crystal] [CUTOff real] [NOPErations int]
         [DEFIne xtltyp a b c alpha beta gamma]
         [FREE]
         [PHONon] [NKPOints int] 
                  [KVECtor real real real TO real real real]
         [VIBRation]
         [READ] [CARD UNIT int]
                [PHONons UNIT int]
         [PRINt]
         [PRINt] [PHONons] [FACT real] [MODE int THRU int] 
                                       [KPTS int TO int]
         [WRITe] [CARD UNIT int]
                 [PHONons UNIT int]
                 [VIBRations] [MODE int THRU int] [UNIT int]
xtltyp ::=    { CUBIc          }
              { TETRagonal     }

developer.doc


File: Develop, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/testcase.doc), Next: (chmdoc/changelog.doc)
                        CHARMM Developer Guide
This is to provide a guide to someone who wants to understand how
CHARMM is implemented, and a variety of rules that should be followed
by anyone who wishes to modify it.  Anyone who wishes to modify CHARMM
is advised to read through everything in this document.
* Menu:
* Implement::   CHARMM Implementation and Management
* Directories:: What directories are used to store what information
* Standards::   Standards (rules) for writing CHARMM code
* Tools::       Tools for CHARMM developers
* Modify::      The procedure for modifying anything in CHARMM
* Document::    How to document CHARMM commands and features
* Checkin::     How to deposit your development version into the
                central library

File: Develop, Node: Implement, Up: Top, Previous: Top, Next: Directories
                  CHARMM Implementation and Management
    CHARMM is implemented as a single program package, which is
developed on a variety of platforms.  As a result, it includes some
machine specific implementations and makes heavy use of the virtual
memory capabilities.  By placing everything together, the task of
modifying the program is made more reliable because errors in
modifying the program are more likely to be noticed.  The single
source package concept helps us to maintain integrity of CHARMM as the
paradigmatic macromolecular research software system running on a
variety of platforms.
    CHARMM was originally written in FLECS, FORTRAN77 and C languages.
In the past, before FORTRAN77, FLECS allowed us to use a variety of
control constructs, e.g., WHEN-ELSE, WHILE, UNLESS, etc.  A FLECS to

diesel.doc


File: Diesel, Node: Top, Up: (chmdoc/commands.doc), Next: Description
        Combined Quantum Mechanical and Molecular Mechanics Method
                     Based on DIESEL(GAMESS) in CHARMM
                             by Milan Hodoscek
                  (milan@helix.nih.gov,milan@cmm.ki.si)
        Multi reference CI program DIESEL is connected to CHARMM
program in a QM/MM method. To obtain the integrals for input to
DIESEL program it is run from the GAMEss command. 
* Menu:
* Description::         Description of the gamess commands.
* Using::               How to run GAMESS in CHARMM.
* Installation::        How to install GAMESS in CHARMM environment.
* Status::              Status of the interface code.
* Functionality::       Functionality of the interface code.

File: Diesel, Node: Description, Up: Top, Next: Usage, Previous: Top
        The DIESEL QM potential is initialized with the GAMEss command.
[SYNTAX GAMEss]
GAMEss   DIESel <int> <int> ... / for the rest of options see gamess.doc /
        In order to run DIESEL the standard GAMEss command must be used
with the added DIESel keyword. The integer numbers after this keyword
represent which energy is used in the CHARMM code for further
processing.
        DIESEL is the program to perform multi reference CI calculations.

File: Diesel, Node: Usage, Up: Top, Next: Installation, Previous: Description
        In order to run DIESEL with CHARMM one has provide separate
input files for GAMESS (see gamess.doc) and for DIESEL. The
information provided by GAMESS for DIESEL is the file which contains
MO one and two electron integrals. In order to obtain such integrals

drude.doc


File: DRUDE, Node: Top, Next: Syntax, Up: (chmdoc/commands.doc)
                 New Drude Oscillator Format
by   Benoit Roux            (roux@uchicago.edu)
and  Guillaume Lamoureux    (Guillaume.Lamoureux@umontreal.ca)
and  Edward Harder          (eharder@uchicago.edu)
and  Alex MacKerell Jr.     (alex@outerbanks.umaryland.edu)
As of July 2007 the old "Drude Oscillator Command" and "ANISOTROPY 
command" (see below) used to generate the Drude polarizable model will 
be replaced by a new format that encodes the Drude model from the RTF.  
In the present implementation the drude particles are
generated for all atoms for which polarizabilities (ie. via ALPHA) are
specified in the RTF file.  This allows for the drudes to be generated
automatically when a molecule is generated in CHARMM.  In addition,
code has been developed to allow for inclusion of atom-based Thole
scale factors, atom-based anisotropic polarizabilities and the
addition of lone pairs to selected atoms at the RTF level.  These
enhancements allow for all the information for the polarizable drude
force field to be included in the RTF and parameter files.
For each atom with a specified polarizability, a "Drude oscillator" 
is created by attaching to the atom an additional particle 
(using a fictitious chemical bond of length zero and of force constant 
'KDRUDE = k/2').  Each Drude particle is given a mass and a charge, 
taken from the mass and the charge of its atom (so that the total mass 
and charge are conserved for the "atom-Drude" pair).
As a whole, each "atom-Drude" pair has a charge 'Q', unchanged from
the partial charge the non-polarizable atom had prior to calling the
DRUDE command.  The "atom-Drude" pair forms a dipole 'q*d', where 'q'
is the charge on the Drude particle and 'd' is the displacement vector
going from the atom to its Drude particle.  Any external field 'E'
creates a net displacement 'd = q*E/k', and thus the "atom-Drude" pair

dynamc.doc


File: Dynamc, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                  Dynamics:  Description and Discussion
There are four separate dynamics integrators available in CHARMM:
(This discussion does not apply to multi-body dynamics, which has a
separate set of integrators).  See *note Mbond:(chmdoc/mbond.doc).
Name              Keyword     Module
Original Verlet   ORIG        dynamcv.src  
Leapfrog Verlet   LEAP        dynamc.src   (default)
Velocity Verlet   VVER        dynamvv.src
4-D L-F  Verlet   VER4        dynam4.src
New vel. Verlet   VV2         dynamvv2.src
All methods are based on the Verlet scheme, and when used without
any special features, provide identical trajectories for short
simulations. All methods allow SHAKE.
The ORIG integrator is a standard 3-step Verlet integrator
with few frills.  It allows:
      Langevin Dynamics (LANG)
      Thermodynamic Simulation Method (TSM)
The LEAP integrator is similar to the ORIG integrator, but does
provide increased accuracy (esp. for single precision version of
CHARMM).  It allows:
      Langevin dynamics (LANG) (with accurate temperatures printed)
      Constant Temperature and Pressure (CPT) (based on Berendsen's method)
      Accurate pressures with SHAKE
      High frequency correction to the total energy
      Parallel code
      Free energy equilibration indicator (deltaF*V) (with PERT)
      Thermodynamic Simulation Method (TSM)
The VVER integrator also provides increase accuracy. It allows:
      Constant Temperature (NOSE) (Nose-Hoover method)

eef1.doc


File: EEF1, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                        Effective Energy Function 1
      
     EEF1 is an effective energy function combining the CHARMM 19 polar
hydrogen energy function (with certain modifications, see below)
with an excluded volume implicit solvation model.  The solvation model
is similar in spirit to the Atomic Solvation Parameter approach, but
does not use surface areas and is therefore much faster. Latest
benchmarks say that simulations with EEF1 take about 50% longer
than the corresponding vacuum simulation.
     The solvation model assumes that the solvation free energy of each 
group is equal to the solvation free energy of that group in a small
model compound less the amount of solvation it loses due to solvent
exclusion by other atoms of the macromolecule around it. The exclusion
effect of nearest and next-nearest neighbors (1-2 and 1-3 interactions)
are neglected because such neighbors also exist in small model compounds.
The CHARMM nonbonded atom and exlusion lists are used for the solvation
calculation.
     Because not only DG but also DH and DCp data are available, we
can calculate the solvation free energy at different temperatures.
This calculation assumes a DCp independent of temperature.
Therefore extrapolation to temperatures very different from 300 K
is not reliable.
     EEF1 refers not only to the implicit solvation model but also to
the specific modifications and nonbonded options used in CHARMM.
The nonbonded options must be: ctonnb 7. ctofnb 9. cutnb 10. group rdie
(see example file below).
Three files are needed to use EEF1:
  toph19_eef1.inp : This is a modification of toph19.inp where ionic
		      sidechains and termini are neutralized and contains

emap.doc


File: emap, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                            The EMAP module
            Modeling macromolecular assemblies with map objects
                  by Xiongwu Wu and Bernard R. Brooks
             Laboratory of Biophysical Chemistry, NHLBI, NIH
      The EMAP module is designed to manipulate map objects as well as 
interexchange between atomic objects and map objects.
     A map object is defined as a rectangular space with grid distributions
of certain  properties.  A map object may have its reference atom set which
defines the atomic structure used to transfer map to atoms or verse versa.
     A rigid domain is defined to represent a map at the position and 
orientation of an atomic structure.  A rigid domain can be moved around
as a molecular structure.  Many rigid domains can be defined for a map object.
     Map objects can be manipulated so as to initialization, resizing,
addition, substruction, reduction, and comparison.  With rigid domains, one 
can perform fiting individual maps to a complex map, constructing complex 
structure from many components.
     Map object manipulation is highly efficient for large system modeling. It 
is also the necessary approach to derive structure information from electon
microscopy experiment.
     Field map is defined to describe the electrostatic field generated from
a molecule.  In addition to the density map used in electron microscopy (EM) 
image fitting, molecular maps are defined to describe the distribution of 
atomic properties such as partial charges, vdw cores.  Field maps and 
molecular maps provide a convenient way to evaluate interactions between 
map objects.  Through map energies, the structure of macromolecular 
assemblies can be modeled through docking or simulation approaches.
* Menu:
* Syntax::            Syntax of the EMAP commands
* Description::       Description of the EMAP functions

energy.doc


File: Energy, Node: Top, Up: (chmdoc/commands.doc), Next: Description
             Energy Manipulations: Minimization and Dynamics
        The main purpose of CHARMM is the evaluation and manipulation of
the potential energy of a macromolecular system. In order to compute
the energy, several conditions must be met. There are also several
support commands which directly relate to energy evaluation.
* Menu:
* Description::         Description of the energy commands
* Skipe::               Selection of particular energy terms
* Interaction::         Computation of interaction energies and forces.
* Fast::                Requirements for using the fast routines
* Needs::               Requirements for all energy evaluations
* Optional::            Optional actions to be taken beforehand
* Substitution::        Command line energy substitution parameters
* Running Average::     ESTATS command usage
* SPASIBA::             SPASIBA spectoscopic force field

File: Energy, Node: Description, Up: Top, Next: Skipe, Previous: Top
                        Syntax for Energy Commands
        There are two direct energy evaluation commands. One is parsed
through the minimization parser and the other involves a direct call
to GETE.  See *note Minimiz:(chmdoc/minimiz.do,,) and 
*note Gete:(chmdoc/usage.doc)interface.  In addition to getting the energy,
the forces are also obtained.
        The ENERgy command. (processed through the minimization parser)
[SYNTAX ENERgy]
ENERgy [ nonbond-spec ] [ hbond-spec ] [ image-spec ] [ print-spec ] [ COMP ]
       [  INBFrq 0    ] [  IHBFrq 0  ] [  IMGFrq 0  ] [NOUPdate]
hbond-spec        *note Hbonds:(chmdoc/hbonds.doc).
nonbond-spec      *note Nbonds:(chmdoc/nbonds.doc).

ensemble.doc


File: Ensemble, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
              ENSEMBLE averaging / replica exchange
                                                            Robert Best
    The ENSEMBLE module of CHARMM permits one to start a number of
copies of CHARMM, communicating using MPI, with some small amount
of information being shared between the copies. There are a number
of applications of this:
    (i) to average restraints over an ensemble (especially
            useful for NOE's/spin labels in unfolded states (1,2).
    (ii) to perform replica-exchange (parallel tempering) (3)
            simulations at a number of temperatures to enhance
            sampling. 
    (iii) to do replica exchange between different energy functions.
            (e.g. between different umbrella windows) (4).
    (iv) exponential averaging of different force-fields (5).
Many other applications can be envisaged. 
This feature is still quite new and it is advisable to stick
closely to the test cases to start with. 
References:
-------------
1. R. B. Best & M. Vendruscolo, JACS, 126, 8090-8091 (2004) + supp info.
2. R. B. Best, J. Clarke & M. Karplus, J. Mol. Biol., 349, 185-203 (2005).
3. K. Lindorff-Larsen, R. B. Best, M. A. DePristo, C. M. Dobson &
   M. Vendruscolo, Nature, 433, 128-132 (2005).
4. R. B. Best & G. Hummer, unpublished.
5. R. B. Best, Y-G. Chen and G. Hummer, Structure, 13, 1755-1763 (2005).
------------------------------------------------------------------
NOTES ON BUILDING THE ENSEMBLE CODE:
These are both valid (one of LAMMPI or MPICH must be specified)
$> ./install.com gnu medium g77 E LAMMPI

ewald.doc


File: Ewald, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax, Previous: Top
                      The Ewald Summation method 
Invoking the Ewald summation for calculating the electrostatic interactions 
can be specified any time the nbond specification parser is invoked.  See  
the syntax section for a list of all commands that invoke this parser.  
Prerequisite reading:  nbonds.doc
* Menu:
* Syntax::          Syntax of the Ewald summation specification
* Defaults::        Defaults used in the specification
* Function::        Description of the options
* Discussion::      More general discussion of the algorithm

File: Ewald, Node: Syntax, Up: Top, Next: Defaults, Previous: Top
[SYNTAX EWALD]
{  NBONds          }        {  nonbond-spec                   }
{  UPDAte          }        {                                 }
{  ENERgy          }        {                                 }
{  MINImize        }        {                                 }
{  DYNAmics        }        {                                 }
The keywords are:
nonbond-spec::= [ method-spec ]
               { [ NOEWald ]                                          }
               {                                                      }
method-spec::= {   EWALd [ewald-spec] { [ NOPMewald [std-ew-spec] ] } }
               {                      {   PMEWald [pmesh-spec]      } } 
ewald-spec::=   KAPPa real  [erfc-spec]
std-ew-spec::= { [ KMAX integer ]                        } KSQMAX integer
               { KMXX integer KMXY integer KMXZ integer  }
pmesh-spec::=   FFTX int FFTY int FFTZ int  ORDEr integer [QCOR real (***) ]
erfc-spec::=    { SPLIne      { [EWMIn real] [EWMAx real] [EWNPts int] } }

fitcharge.doc


File: Fitcharge, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                  The Charge and Drude Polarizability Fitting
                  By V.Anisimov and G.Lamoureux, December 2004
                  Editions By E. Harder 2007
	The commands of this section solve the task of charge fitting to 
QM electrostatic potential (ESP) maps. In the case of classical Drude
polarizable systems both ESP fitted charges and atomic polarizabilities 
will be determined in the single fitting step. The polarizability 
determination is based on Drude charge fitting to the series of perturbed 
ESP maps obtained in presence of perturbation charges. See DRUDE.DOC for 
a description of the classical Drude polarizable model. The citations given 
in the references section give further details about the charge fitting 
procedure. See FITCHARGE test for the practical sample of charge fitting 
and Drude polarizability determination.
	The fitcharge routine can be used for charge fitting for the additive 
model. A single unperturbed QM ESP is used in this case.
	The program supports lone-pairs in either additive or Drude 
polarizable model. The QM ESP maps and fitcharge instruction set are 
independent of the presence of lone pairs.
* Menu:
* Syntax::              Syntax of charge fitting commands
* Introduction::        Introduction to charge fitting
* Function::            Purpose of the commands
* Example::             Input example
* Limitations::		Known limitations

File: Fitcharge, Node: Syntax, Up: Top, Next: Introduction, Previous: Top
                    Syntax of charge fitting commands
[SYNTAX FITCharge - charge fitting]
FITCharge { [EQUIvalent atom-selection] 

flucq.doc

This is flucq, produced by makeinfo version 4.0 from flucq.texi.

File: flucq, Node: Top, Next: Syntax, Up: (chmdoc/commands.doc)
        Combined QM/MM Fluctuating Charge Potential for CHARMM
          Ben Webb, ben@bellatrix.pcl.ox.ac.uk, and Paul Lyne
   The fluctuating charge potential (FlucQ or FQ) is based on the method
developed by Rick, Stuart and Berne (Rick et. al., J. Chem. Phys. 101
(7) 1994 p6141) for molecular dynamics, and extended for hybrid QM/MM
simulations (Bryce et. al., Chem. Phys. Lett. 279 1997, p367). It is
designed primarily for computationally efficient (approx. 10% overhead)
modelling of solvent polarisation in hybrid QM/MM systems, and as such
is implemented for QUANTUM, CADPAC and GAMESS codes, although the
current implementation is easily extensible to any atom type and bond.
* Menu:
* Syntax::                Syntax of the FLUCQ command
* Activation::            Starting FlucQ from a CHARMM input file
* Charge solution::       Solving for exact charges
* Reference energy::      Setting the ``zero'' for FlucQ polarisation
* Caveats::               Changes to be aware of; known limitations
* Using FlucQ with QM::   Necessary changes for use with CADPAC or GAMESS
* Examples::              Simple uses of the FLUCQ command
* Implementation::        Mathematical and computational details

File: flucq, Node: Syntax, Next: Activation, Previous: Top, Up: Top
   [SYNTAX FLUCq]
     FLUCq    { ON init-spec (atom selection)      }
              { OFF                                }
              { PRINt                              }
              { EXACt exac-spec                    }
              { REFErence { GAS     exac-spec  }   }
              {           { SOLVent exac-spec  }   }

fourd.doc


File: Fourd, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
            4 Dimension dynamics: Description and Discussion
   The energy embedding technique entails placing a molecule into a
higher spatial dimension {Crippen,G.M. & Havel,T.F. (1990)
J.Chem.Inf.Comput.Sci. Vol 30, 222-227}.  The possibility of surmounting
energy barriers with these added degrees of freedom may lead to lower
energy minima.  Here, this is accomplished by molecular dynamics in four
dimensions.  Specifically, another cartesian coordinates was added
to the usual X, Y, and Z coordinates in the LEAPfrog VERLet algorithm.
   To employ 4D energy embedding, the energy function and force field
in CHARMM was modified to include fourth dimension coordinates.  An 
additional harmonic energy function has been included to control the 
extent to which a molecule is embedded.  This is quantatitatively done by
altering the value of its force constant, initially given by the parameter
K4DI.
   The 4D energy embedding procedure can be broken down into three
parts: 4D coordinate generation, relaxation, and back projection.  Fourth
dimensional coordinates can be generated in several ways.  An energy, E4FILL,
in the Fourth dimension can be specified with random coordinates generated
as to sum up to the 4D harmonic energy that a user specifies (i.e. E4FILL 50.0
will give coordinates such that the total sums approximately 50.0 Kcal).  
This method may seem a bit abrupt since a molecule is suddently "thrown" 
into a higher dimension, hence,  molecular dynamics can be used to 
allow a molecule to more slowly obtain fourth dimension coordinates.  
This is done by specifying an initial 4D temperature, FSTT4, with subsequent 
velocities assigned accordingly.  Finally, both these methods may be applied 
simultaneously.  Relaxation involves allowing the molecule to explore the 
potential energy surface and is essentially equilibration.  Alternatively, 
minimization in 4D can be done with the steepest descent algorithm followed 
by 4D dynamics.  Now all that remains is to project this structure back into 

galgor.doc


File: Galgor, Node: Top, Up: (chmdoc/commands.doc), Next: Implementation
    Galgor: Commands which deal with Genetic Algorithm and Monte Carlo.
# Michal Vieth,H. Daigler, C.L. Brooks III -Dec-15-1997 Initial release.
     The commands described in this node are associated with genetic
algorithm module for conformational searches and docking of small ligands to 
rigid proteins. The full description of the GA features is presented
in the paper "Rational approach to docking. Optimizing the search algorithm"
* Menu:
* Implementation::      A brief description of the anatomy of GA
* Syntax::              Syntax of the replication commands
* Description::         Description of key words and commands usage
* Restrictions::        Restrictions on usage
* Examples::            Supplementary examples of the use of GA

File: Galgor, Node: Implementation, Up: (chmdoc/commands.doc), Next: Syntax
    Genetic Algorithm and Monte Carlo:  Description and Discussion
Name               Keyword               Module
GA setup           GALGOR SETUP          genetic.src
Genetic algorithm  GALGOR EVOLVE         genetic.src, genetic2.src
Monte Carlo        GALGOR EVOLVE MCARLO  genetic.src, genetic2.src  
This code was created by Michal Vieth, Heidi Daigler and  Charles Brooks III
at The Scripps Research Institute during the summer/fall of 1997
based on the code provided by Charles Brooks and Heidi Daigler, Department
of Chemistry, Carnegie Mellon University developed during the summer of 1994.
Its purpose is to enable monte carlo and genetic algorithm based conformational
searches to be performed on peptides/proteins, small organic molecules and 
docking of (small) ligands to their receptors.
It builds upon the replica
ideas of Leo Caves to make multiple copies of the system, i.e., the
chromosomes.  These chromosomes make up a population of molecular

gamess-uk.doc


File: GamessUK, Node: Top, Up: (chmdoc/commands.doc), Next: Description
      Combined Quantum Mechanical and Molecular Mechanics Method
                    Based on GAMESS-UK in CHARMM
                            Paul Sherwood
                        (p.sherwood@dl.ac.uk)
          based on the GAMESS(US) interface from Milan Hodoscek
          (milan@par10.mgsl.dcrt.nih.gov,milan@kihp6.ki.si)
     Ab initio program GAMESS-UK (General Atomic and Molecular Electronic
Structure System, UK version) is connected to CHARMM program in a QM/MM
method.  This method is based on the interface to the GAMESS (US version),
the latter being an extension of the QUANTUM code which is
described in J. Comp. Chem., Vol. 11, No. 6, 700-733 (1990).
* Menu:
* Description::         Description of the gamess commands.
* Using::               How to run GAMESS in CHARMM.
* Installation::        How to install GAMESS in CHARMM environment.
* Status::              Status of the interface code.

File: GamessUK, Node: Description, Up: Top, Next: Usage, Previous: Top
        The GAMESS QM potential is initialized with the GAMEss command.
[SYNTAX GAMEss]
GAMEss   [REMOve] [EXGRoup] [QINPut] [BLURred RECAll [INT]] (atom selection)
REMOve:  Classical energies within QM atoms are removed.
EXGRoup: QM/MM Electrostatics for link host groups removed.
QINPut:  Charges are taken from PSF for the QM atoms. Charges
         may be non integer numbers. Use this with the REMOve!
BLURred: MM charges are scaled by a gaussian function (equivalent to ECP)
         Width of the gaussian function is specified in WMAIN array 
         (usually by SCALar command)
         The value for charge is taken from PSF. Some values of WMAIN have

gamess.doc


File: Gamess, Node: Top, Up: (chmdoc/commands.doc), Next: Description
   Combined Quantum Mechanical and Molecular Mechanics Method
                  Based on GAMESS in CHARMM
                     by Milan Hodoscek
         (milan@par10.mgsl.dcrt.nih.gov,milan@kihp6.ki.si)
        Ab initio program GAMESS (General Atomic and Molecular
Electronic Structure System) is connected to CHARMM program in a QM/MM
method.  This method is extension of the QUANTUM code which is
described in J. Comp. Chem., Vol. 11, No. 6, 700-733 (1990).
* Menu:
* Description::         Description of the gamess commands.
* Using::               How to run GAMESS in CHARMM.
* Replica path::        How to run GAMESS/CHARMM with REPLICA/PATH.
* Installation::        How to install GAMESS in CHARMM environment.
* Status::              Status of the interface code.
* Functionality::       Functionality of the interface code.
* Implementation::      Implementation.

File: Gamess, Node: Description, Up: Top, Next: Usage, Previous: Top
        The GAMESS QM potential is initialized with the GAMEss command.
[SYNTAX GAMEss]
GAMEss   [REMOve] [EXGRoup] [QINPut] [BLURred] [NOGUess] [FMO] (atom selection)
REMOve:  Classical energies within QM atoms are removed.
EXGRoup: QM/MM Electrostatics for link host groups removed.
QINPut:  Charges are taken from PSF for the QM atoms. Charges
         may be non integer numbers. Use this with the REMOve!
NOGUess: Obtains initial orbital guess from previous calculation. 
         Default is to recalculate initial orbitals each time.
FMO:     Enable Fragment MO method with CHARMM
BLURred: MM charges are scaled by a gaussian function (equivalent to ECP)

gbim.doc


File: GBIM, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
   
       Generalized Born Solvation Energy Module with Implicit Membrane
     GBIM is a modification of the  GENBORN module  that includes
Implicit Membrane in the calculations of the  electrostatic contribution
to solvation energy. The non-polar region of the membrane is approximated
as a planar dielectric slab having the same dielectric constant as inside
the molecule.  It permits the calculation of the Generalized Born solvation
energy and forces following the formulation of the Qui & Still pairwise
GB approach in  linearized version of B. Dominy and C.L. Brooks, III
(see genborn.doc).
     The Generalized Born model with Implicit Membrane is described in
Spassov et al., 2002 (see below).
In the  GBIM  module the polarization energy is computed following the
equation:
                                                  
                                                        q q
                                  N   N                  i j
 G   = -Cel(1/eps -1/eps   ){1/2 Sum Sum ------------------------------------ }
  pol            m      slv      i=1 j=1 [r^2 + alpha *alpha * exp(-D  )]^(0.5)
                                           ij        i      j        ij
eps_m is the dielectric constant of the reference medium and eps_slv is 
the dielectric constant of the solvent. 
     If the membrane is present, the effective Born radii are calculated as:
                                     C  
                                      el
   alpha  = - (1/eps_m -1/eps_slv) ----------
        i                            2G
                                       pol,i
        

gbmv.doc


File: GBMV, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                 Generalized Born using Molecular Volume (GBMV)
                     Solvation Energy and Forces Module   
                                    - and -
                                  Surface Area 
     Questions and comments regarding GBMV should be directed to 
     Michael S. Lee or Michael Feig c/o 
     Charles L. Brooks, III (brooks@scripps.edu)
* Menu:
* Description:: Description of GBMV and related commands
* Syntax::      Syntax of the GBMV Commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the GBMV module

File: GBMV, Node: Description, Up: Top, Previous: Top, Next: Syntax
Background:
    The GBMV module is a Generalized Born method for 
mimicking the Poisson-Boltzmann (PB) electrostatic solvation energy. The PB
method for obtaining solvation energies is considered a benchmark for implicit 
solvation calculations. However, the PB method is slow and the derivatives, 
i.e. forces, are ill-defined unless one changes the definition of the 
molecular volume.
     The Generalized Born equation, as prescribed by Still, et. al. allows
one to compute solvation energies very similar to the PB equations. 
As it is an analytical expression, forces are available as well:
                                                     q q
                              N   N                   i j
    G   =  -C  (1-1/eps){1/2 sum sum ------------------------------------ }
     pol     el              i=1 j=1 [r^2 + alpha *alpha exp(-D  )]^(0.5)
                                       ij        i      j      ij

gbsw.doc


File: GBSW, Node: Top, Up: (chmdoc/commands.doc), Next: Description
            Generalized Born with a simple SWitching (GBSW) 
                                  -
     (Electrostatic + Nonpolar) Solvation Energy and Forces Module   
     Questions and comments regarding GBSW should be directed to 
     -----------------------------------------------------------
     Wonpil Im (wonpil@ku.edu)
     Charles L. Brooks, III (brooks@scripps.edu)
     References for GBSW; 
     -------------------
     1. W. Im, M.S. Lee, and C.L. Brooks III
        "Generalized Born Model with a Simple Smoothing Function."
        J. Comput. Chem. 24:1691-1702 (2003). 
     2. W. Im, M. Feig, and C.L. Brooks III
        "An Implicit Membrane Generalized Born Theory for the Study of 
         Structure, Stability, and Interactions of Membrane Proteins."
        Biophys. J. 85:2900-2918 (2003).
     3. W. Im, J. Chen, and C.L. Brooks III
        "Application of a rotationally invariant procedure to
         a Generalized Born Model"
        in preparation (2005).
* Menu:
* Description:: Description of GBSW and related commands
* Syntax::      Syntax of the GBSW Commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the GBSW module

File: GBSW, Node: Description, Up: Top, Previous: Top, Next: Syntax
     The GBSW module provides the (electrostatic + nonpolar) solvation
energy and forces.  A Generalized Born method is used for the

genborn.doc


File: GBORN, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
           Generalized Born Solvation Energy and Forces Module   
    The GBORN module permits the calculation of the Generalized Born
solvation energy and forces of this energy following a formulation
similar to that of Still and co-workers and as described in the
manuscript from B. Dominy and C.L. Brooks, III (see below).  This
module implements the following equation for the polarization energy,
Gpol:
                                                     q q
                              N   N                   i j
    G   =  -C  (1-1/eps){1/2 sum sum ------------------------------------ }
     pol     el              i=1 j=1 [r^2 + alpha *alpha exp(-D  )]^(0.5)
                                       ij        i      j      ij
The gradient of the function is also computed so forces due to solvent
polarization can be utilized in energy minimization and dynamics.  In
its current implementation, the calculation of the alpha(i) variables
and the sums over particles indicated in the sums above are done
without cutoffs, therefore for large systems these can be costly
calculations (though still less so than for explicit solvent).
Questions and comments regarding implementation of these equations or
there parameterization for the CHARMM forcefields (param19/toph19,
param22 for proteins and nucleic acids) should be directed to Charles
L. Brooks, III at brooks@scripps.edu.  Use of the GB term for MMFF and
CFF has recently been implemented and the parameters are given below
under examples.
The appropriate citation for this work is:
B. Dominy and C. L. Brooks, III. Development of a Generailzed Born
Model Parameterization for Proteins and Nucleic Acids.
J. Phys. Chem., 103, 3765-3773(1999).
An alternative method for calculating atomic Generalized Born radii

graphx.doc


File: Graphx, Node: Top, Up: (chmdoc/commands.doc), Next:
                            GRAPHICS
Graphics is a subparser of charmm, invoked by via the GRAPH command.
All of the miscellaneous commands (miscom.doc), coordinate commands
(corman.doc), and internal coordinate commands (intcor.doc) are
available from the GRAPHX> prompt.  Only the 1st three characters are
used for primary graphics commands, but many of the options require
the 1st four characters.
     The graphics facility has been extended to provide general X11
support, and the original Apollo GPR screen display has been dropped; 
a NODISPLAY version can also be built, which will generate all of the
derived files.  The other major enhancement is the production of
PostScript output files, in either color or grayscale; both X11 and
PostScript use the Apollo imaging model.  Additional information on X11
usage tips and compiling for X11 are given at the end of this document.
Finally, a recent addition is the production of input files for POV-Ray,
an excellent freeware ray tracing package for making high quality 
molecular images.  See   http://www.povray.org
     Option keywords are indicated by the use of upper case; lower
case terms are variable values, generally real numbers, but decimal
points are not required.  Triplets ( x y z ) are position dependent;
omitted values are assumed to be zero.  Items enclosed in square 
brackets are [optional] but their absence often implies a default 
choice.  Default choices are indicated with an asterisk (*) in syntax 
listings where apropriate.
* Menu:
* Summary::       Syntax and Command Summary
* Description::   Detailed Command Description with Examples
* Output::        PostScript, FDAT, LIGHT, and POV-Ray file formats
* Addendum::      X11 Usage and Compiling Tips, Other Useful Programs

grid.doc


File: Grid, Node: Top, Up: (chmdoc/commands.doc), Next: Implementation
    Grid: A general facility to implment grid-based potentials for docking
# Charles L. Brooks III, TSRI. December 2000.
This document node describes the implementation, commands and syntax
associated with an implementation of grid-based potentials to be used
in ligand-docking studies, or when an additional set of potentials are
to be added to augment. It can be used with dynamics as well as the
GA/MC module.
* Menu:
* Implementation::      A brief description of the anatomy of the module
* Syntax::              Syntax of the commands
* Description::         Description of key words and commands usage
* Restrictions::        Restrictions on usage
* Examples::            Supplementary examples of the use of the module

File: Grid, Node: Implementation, Up: (chmdoc/commands.doc), Next: Syntax
    Grid-based potentials:  Description and Discussion
CHARMM modules involved: misc/grid.src, fcm/grid.fcm, fcm/energy.fcm
energy/energy.src, energy/eutil.src, energy/intere.src,
energy/printe.src, charmm/iniall.src, charmm/charmm_main.src
This module provides code to 1) generate a set of van der Waals and
electrostatic grid-based potentials and to 2) use these potentials in
dynamics, minimization and GA/MC-based searching algorithms.
Generation of the grid-based van der Waals potentials is accomplished
by establishing a series of vdW radius based potential surfaces over a
limited spatial extent specified by the user. This set of potentials
is built for radii of a series of test particles of unit epsilon
parameter. The general idea is to use radii that span the range of
radii used in the force field of interest, either on a discrete grid
or at particular values. In utilizing these grids for energy and force

hbonds.doc


File: Hbonds, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                    Generation of Hydrogen Bonds
        The generation of hydrogen bonds is one of the major steps in
analyzing the energy of a system.  This energy term is not usually used
in minimization or dynamics because modern parameter sets compute
hydrogen bond contributions as a balance between electrostatic attraction
and van der Waal repulsion terms.  This facility remains useful for the
purpose of enery and structural analysis.  The process of hydrogen bond
generation involves looking at all possible pairs of hydrogen bond
donors and acceptors and selecting those which are "good". The meaning
of "good" is determined by parameters to be described below. In
addition, the generation routine is responsible for constructing the
positions of all uncoordinated hydrogens and adding them into the
coordinate list.
        The selection of hydrogen bonds involves three checks. First,
any good hydrogen bond has a length less than some cutoff. Second, the
angle off linearity has a value less than some cutoff. This angle is 180
- D--H...A.  Finally, if a hydrogen donor has more than one acceptor
which satisfies the above constraints and BEST is specified, the routine
will select the one with the lowest energy (normally it will take ALL
and let the minimization or dynamics adjust there strengths).
        To obtain a more detailed description of the selection process
and the process of constructing hydrogen coordinates, the CHARMM paper
should be consulted.
        Because there are cutoff's involved with the selection of
hydrogen bonds, and because the hydrogen bond list must be updated
during dynamics, and because energy must be conserved, switching
functions are needed to smooth the transition over a cutoff. Therefore,
the specification of hydrogen bond generation also allows the
specification of switching function parameters.

hbuild.doc


File: Hbuild, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                 Construction of hydrogen positions
                   By Axel Brunger, December 1983
* Menu:
* Syntax::              Syntax of the HBUILD command
* Algorithm::           Description of the used algorithm

File: Hbuild, Node: Syntax, Up: Top, Next: Algorithm, Previous: Top
                    Syntax of the HBUILD command
[SYNTAX HBUILD]
HBUILD     [atom-selection] hbond-spec  non-bond-spec
           [PHIStp real] [PRINt]  [CUTWater real]
           [WARN] [DISTof real] [ANGLon real]
      where <atom-selection> specify the hydrogens to be
(re-)constructed (see *note selection:(chmdoc/select.doc).).
By default (if no selection is specified) these are all unknown
hydrogens and lone pairs (this is equivalent to a selection
"SELEction (LONE .OR. HYDRogen) .AND..NOT INITial").
      hbond-spec are hydrogen bond specifications, see (*note
hbonds:(chmdoc/hbonds.doc)Syntax.) for the detailed syntax, and
non-bond-spec are non-bonded interaction specifications, see (*note
nbonds:(chmdoc/nbonds.doc)Syntax.) for the detailed syntax.
      At present the use of the following options is not supported
by HBUILD and may yield to errors:
BEST in hbond-spec,
GROUP [...] in non-bond-spec.
      PHIStp (default: 10 degrees) determines the step size of the
donor group rotation algorithm in HBUILD.
      PRINt (default: PRINt flag off) if specified prints information
about electrostatic, Van der Waals, hydrogen bond, dihedral energy

hqbm.doc


File: Hqbm, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                       The HQBM Module of CHARMM
                      By Emanuele Paci, 1997/2000
    HQBM is an external perturbation designed induce conformational
changes in macromolecules. The time dependent perturbation is designed
to introduce a very small perturbation to the short time dynamics of
the system and does not affect the conservation of the constants of
motion of the system (the conservation of the total energy or of the
suitable conserved quantity when an extended Lagrangian is used can
then be used as a check of the correctness of the forces).
The external perturbation needs:
    - a reference (or target) structure
    - a reaction coordinate which defines a "distance" from the 
      reference structure
* Menu:
* Syntax::              Syntax of the HQBM command
* Function::            Purpose of each of the keywords
* Input::               HQBM Input Description

File: Hqbm, Node: Syntax, Up: Top, Previous: Top, Next: Function
[INPUT HQBM command]
  - read the reference structure 
  OPEN UNIT 1 READ FORMATTED NAME coor0.crd
  READ COOR CARD COMP UNIT 1 
  CLOSE UNIT 1
  - call the perturbation choosing a coupling constant [ALPHA], a
    reaction coordinate (see summary below), and a selection of atoms 
    which define the reaction coordinate. Several biases may be 
    in operation in any time: each must be set up by a separate
    HQBM command. The general form of the setup command is:

images.doc


File: Images, Node: Top, Up: (chmdoc/commands.doc), Next: Read
                                IMAGES
          (Original implementation by  Bernard R. Brooks, 1983)
        CHARMM has a general image support system that allows
the simulation of almost any crystal and also finite point groups
(such as dimers and tertamers...). There is also a facility to introduce
bond linkages (with additional energy terms including angles, dihedrals
and improper dihedrals) between the primary atoms and image atoms.
This allows infinite polymers, such as DNA to be studied.
For infinite systems, an assymetric unit may be studied because
rotations and reflections are allowed transformations.
        The IMAGE facility is invoked by reading an image transformation
file.  From this point, the images of the primary atoms will be included
in any energy and force determinations for the remainder of the calculation.
A null image file with the INIT keyword will disable this facility.
        The simple periodic boundary code is underdevelopment by
Charles L. Brooks, III at the Scripps Research Institute as of Spring
1995.
* Menu:
* Read::                Description of the IMAGE data file.
* Write::               The write and print options regarding images.
* Update::              Options and description of the image update.
* Patching::            Specification of image patching.
* Centering::           Secification of image centering during updates.
* Operation::           Some details and requirements for operation
* MIPB::                Minimum Image Periodic Boundary (simple)

File: Images, Node: Read, Up: Top, Next: Write, Previous: Top
                      Image Transformation File
        The IMAGE file contains all of the information needed to define

install.doc


File: Install, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/commands.doc), Next: (chmdoc/usage.doc)
                      CHARMM Release and Installation
This document contains a formal definition of the current CHARMM release
followed by a detailed installation procedure.  We concern here
features and end-line-user-site installation.  Issues regarding
developer sites are documented in *note Develop: (chmdoc/developer.doc). 
* Menu:
* Contents::      List of Contents of the current release
* Machines::      Machines supported
* Install::       Installation Procedure
* Documentation:: CHARMM Documentation via emacs INFO program
* TOPPAR::        Standard CHARMM Topology and Parameter Files
* UserForm::      CHARMM User Group support

File: Install, Node: Contents, Up: Top, Previous: Top, Next: Machines
                          CHARMM Release Package
The CHARMM release package for CHARMM developers and user sites includes
    (1) complete source and include files,
    (2) updated documentation files,
    (3) some supporting data files,
    (4) testcases,
    (5) the PREFX preprocessor and tools needed to set up CHARMM
        development environments and 
    (6) standard topology and parameter files.
    The files are organized in the followoing subdirectories.
~/ denotes the directory where you have unpacked (read from a tape
drive or issued the UNIX tar command) the CHARMM release package
delivered to you.  In ~/cnnXm, nn is the version number, X is the
version trunk designator (a for alpha or developmental, b for beta
release and c for gamma or general release) and m is the revision

intcor.doc


File: INTCOR, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                The Internal Coordinate Manipulation Commands
      The commands in this section can be used to construct cartesian
coordinates from internal coordinate values. The internal coordinate
data structure can also be used for analysis purposes.
There are flexible editing commands for manipulating the data structure.
When these commands are used in conjunction with the Coordinate
Manipulation commands (see *note Corman:(chmdoc/corman.doc).)  and the
I/O commands (see *note IO:(chmdoc/io.doc).), a rather complete model
building facility exists.
* Menu:
* Syntax::              Syntax of the internal coordinate commands
* Function::            Purpose of each of the commands
* Structure::           Description of the structure of internal coordinates

File: INTCOR, Node: Syntax, Up: Top, Next: Function, Previous: Top
                Syntax of Internal Coordinates commands
[SYNTAX IC - internal coordinate tables]
        IC  { PARAmeters [ALL]                            }
            { FILL  [COMP] [APPEnd] [PREServe] [SAVEd]    }
            { GENErate   [THREe]    atom-selection        }
            { DIFFerences [COMP] [APPEnd] [SCALe real]    }
            { DERIvatives [COMP] [APPEnd] [DELTa real]    }
            { DYNAmics  dynamics-spec                     }
            { EDIT                                        }
            { BUILd   [COMP]  [SAVEd]                     }
            { SEED atom atom atom  [COMP]                 }
            { PURGe     [SAVEd]                           }
            { ADD       [SAVEd]                           }
            { SUBTract  [SAVEd]                           }

io.doc


File: IO, Node: Top, Up: (chmdoc/commands.doc), Next: Read
                        Input-Output Commands
        The commands described here are used for reading and writing
data structures used in the main part of CHARMM. Some of data structures
used in the analysis facility may also be read and written.
* Menu:
* Read::        Reading data from external sources
* Write::       Writing data structures in machine readable form
* Print::       Writing data structures in a human readable form on unit 6
* Titles::      Specifying and manipulating titles

File: IO, Node: Read, Up: Top, Next: Write, Previous: Top
              READ - Reads Data from External Sources
        This command reads data into the data structures from external
sources. The external sources can be either card image files or binary
files. The fortran unit number from which the information is read, is
specified with the unit-spec.
        The precise format of all these files is described only in the
source code as that serves as the only definitive, accurate, and up to
date description of these formats. The description of the data
structures provides pointers to the subroutines which should be
consulted, see *note data: (chmdoc/usage.doc)Data Structures.
* Menu:
* Read Syntax::            Syntax of the READ command
* Segments::               Reading segments'sequences and coordinates
* Sequence::               Reading a segment's sequence
* Coordinate::             Reading coordinates
* Universal::              Reading coordinates from nonstandard formats
* Param files::            The formats used in parameter files
* RTF file format::        The format used in topology files

lonepair.doc


File: LonePair, Node: Top, Up: (chmdoc/commands.doc), Next: Description
                            Lone Pair Facility
      This routine parses the lone-pair command which converts existing
atoms to lone-pairs in the PSF.
                     Bernard R. Brooks, NIH, October, 1997
* Menu:
* Syntax::                 Syntax of the lone-pair command
* Description::            Description of the lone-pair facility

File: LonePair, Node: Syntax, Up: Top, Previous: Top, Next: Description
                    Syntax of the Lone-Pait Command
[SYNTAX LONEpair]
LONEpair { FIXEd   atom-spec   [ xloc-yloc-zloc ]            } [MASS]
         {                                                   }
         { CENTer  atom-spec  {  atom-selection   }          }
         {                    { repeat(atom-spec) }          }
         {                                                   }
         { COLOcate { 2x(atom-selection) }                   } 
         {          { 2x(atom-spec)      }                   } 
         {                                                   }
         { { COLInear distance-spec } { 3x(atom-selection) } }
         { { CEN2                   } { 3x(atom-spec)      } }
         {                                                   }
         { { RELAtive } { 4x(atom-selection) } position-spec }
         { { BISEctor } { 4x(atom-selection) }               }
         { { CEN3     }                                      }
         {                                                   }
         { PRINt                                             }
         { CLEAr  [MASS real]                                }
atom-spec::= { residue-number atom-name }

lupopt.doc


File: LUPOPT, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                        Low Energy Path OPTmization
     This method optimizes a low energy path between a series of molecular
structures.  Energy minimization is done with constraints on center of mass
translation, rotation and orthogonality of step to path vector.
Reference   : Choi, C. and Elber, R., J. Chem. Phys. 94:751  (1991)
Source Code : rxncor/lupopt.src
                              Krzysztof Kuczera, 12-Mar-1997, Lawrence, KS.
* Menu:
* Syntax::             Syntax of the LUPOpt command
* Description::        Description of the keywords and options for
                       setting up the low energy path calculation.
* Memory::             Memory Requirements

File: LUPOPT, Node: Syntax, Up: Top, Next: Description, Previous: Top
                        Syntax for the LUPOpt Command
LUPOpt [NPATh integer] [UOUT integer] [INIT integer] -
       [EPSEner real] [MAXCycle integer] [STEP real] [IPVOpt integer] -
       [LPrint integer]
[for 'INIT 2' this line should be followed directly by NPATH lines
 containing names of formatted CHARMM COOR files, no blank lines]
Variable  Default   Meaning
NPATH     MXPATH     Number of path points
UOUT      21         Unit number for output trajectory with optimized
                     path
INIT      1          Initialization mode:
                     =1 - straight line in Cartesian space from 
                           MAIN to COMP coordinates
                     =2 - read path from set of files, file names 
                          supplied below, 1 per line, no blank lines

mbond.doc


File: Mbond, Node: Top, Up: (chmdoc/dynamc.doc), Next: Dynamic
                  Multi-body Dynamics:  Overview
In multi-body dynamics, aggregates of atoms are gathered into
"bodies".  For a dynamics run, the system comprises one or more bodies
and zero or more atoms which are not part of any body.  By gathering
the atoms in this way, the total number of variables in the system is
considerably reduced which is expected to significantly improve the
computational performance.  Furthermore because such a simulation aims
to reproduce the characteristic (i.e. low-frequency) motion of the
system, relatively long time steps are possible.  The final advantage
of this scheme is that bond-lengths may be explicitly constrained
(between bodies and in the atomistic regions) in a computationally
efficient manner.
For detail description of MBO(N)D method,  refer to the paper of 
"MBO(N)D: A multibody method for long-time molecular dynamics simulations"
in Journal of Computational Chemistry, Vol 21, 1 (2000).
There are two steps needed before starting a dynamics run
	Identifying the bodies and the atomistic regions and
	
	Generating (or loading pre-calculated) modes for each of the
	bodies. 
All of the standard CHARMM output and analysis mechanisms work with
multi-body dynamics.  One new file format is used (to store computed
mode shapes).
The MBOND command is used for setting up the system and controlling
its activation. It can be used either as a single line command (mainly for
control and status reports) or as an opening for a command block (for
setting up the system substructuring and mode assignments). 
All the single line commands can be also used from within the command block. 
The single line commands are:

mc.doc


File: mc, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                               Monte Carlo
The Monte Carlo commands in CHARMM have been designed to allow construction 
and use of an almost arbitrary move set with only a few atom selections.  
This goal is accomplished by providing a pre-defined set of move types which 
can be combined to specify the allowed movements of an arbitrary CHARMM 
molecule.  Speed and flexibility are gained by separating the bookkeeping 
associated with a move (MOVE subcommands) from the actual application of 
that move to the molecule (MC).
* Menu:
* Syntax::              Syntax of MOVE and MC commands
* Description::         Description of MOVE and MC commands
* Examples::            Examples of MOVE and MC commands
* Data Structures::     Data structures shared by the MOVE and MC commands
* Shortcomings::        Known problems and limitations
* References::          Some references of use

File: mc, Node: Syntax, Up: Top, Next: Description, Previous: Top
             
                      Syntax for MOVE and MC commands
[Syntax MOVE < ADD | DELEte | EDIT | READ | WRITe | LINK > ]
MOVE ADD  1{ MVTP move-type } nsele{ SELE...END } -
           [ WEIGht  1.0 ] [ DMAX      1.0 ] [ TFACtor     1.0  ] -
           [ FEWEr   0/1 ] [ NLIMit      1 ] [ LABEL move-label ] -
           [ opt-spec    ] [ mini-spec     ] [ hmc-spec         ]
           where nsele, the number of SELE...END statements, 
           depends on move-type
move-type (nsele)::= < RTRN rig-unit ( 1 ) |   ! Rigid translations
                       RROT rig-unit ( 1+) |   ! Rigid rotations
                       CART          ( 1 ) |   ! Single atom displacements

mcma.doc


File: MCMA, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
              Monte Carlo Minimization/Annealing (MCMA)
     The MCMA commands modify the system coordinates, facilitiating 
conformational searches for the global energy minimum of a macromolecular
system.  Rigid-body translation and/or rotation of a subset of atoms is
supported for use in docking applications.  Also supported are rotations
about single bonds, biased to favor conformations observed in 
high-resolution crystal structures of proteins.  As of August 2004, this
biased rotation about single bonds has been tested more extensively than
have the docking moves, and this biasing is implemented only for phi, psi,
chi1, chi2, and pre-proline omega angles of amino acids.  Other dihedral
angles are changed without bias.
     The MCMA commands only change atomic coordinates (internal and/or
Cartesian).  They were designed for use with a CHARMM script 
(e.g., mcma.inp included in the test cases) that evaluates the energy 
and accepts/rejects trial conformations.  Consequently, the MCMA commands
can be used with any energy function implemented in CHARMM.  These commands
assume that the "main" IC table contains only those dihedral angles to be
modified by MCMA moves (e.g., single bonds).  As in mcma.inp, the "saved"
IC table can be used to store all ICs, from which the entire structure 
can be built.
* Menu
* Syntax::         Syntax of the MCMA commands
* Assumptions::    Restrictions inherent in the current implementation 
* Example::        Input file 
* References::     References    

File: MCMA, Node: Syntax, Up: Top, Next: Assumptions, Previous: Top
    
                          MCMA commands

minimiz.doc


File: Minimiz, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
             Energy Manipulations: Minimization and Dynamics
        One can minimize the energy by adjusting the coordinates
of all the atoms in order to reduce its value. Several minimization
algorithms are provided. They include:
        Steepest Descent (SD)
        Conjugate Gradient (CONJ)
        Adopted Basis Newton-Raphson (ABNR)
        Newton-Raphson (NRAP)
        Powell (POWE)
        Truncated Newton Method (TNPACK)
* Menu:
* Syntax::              Syntax of the energy manipulation commands
                        and a table of keywords
* Description::         Description of the various keyword functions
* Discussion::          Discussion of the various methods

File: Minimiz, Node: Syntax, Up: Top, Next: Description, Previous: Top
                Syntax for Energy Manipulation Commands
[SYNTAX MINImize]
MINI     { SD     steepd-spec  } [ nonbond-spec ] [ hbond-spec ] -
         { CONJ   conj-spec    } [   INBFrq 0   ] [  IHBFrq 0  ] [NOUPdate]
         { ABNR   abnr-spec    }
         { NRAP   nrap-spec    }
         { POWEll powell_spec  }
         { TN     tnpack-spec  }
                [STEP real] [GRADient] [NUMErical]
                   [ frequency-spec ] [ tolerance-spec ] [ io-spec ] }
            [ CHEQ [CGMD int] [CGIN] [CGFC] [PBEQ] [QPOL [IPOL int] ] ]
hbond-spec::=     *Note Hbonds:(chmdoc/hbonds.doc).

miscom.doc


File: MISCOM, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                        Miscellaneous Commands
      The commands described in this section are generally more
simple in nature than those of previous sections. Some are perhaps
obsolete, but included for the sake of completeness.
* Menu:
* Syntax::              Syntax of the miscellaneous commands
* Function::            Purpose of each of the commands

File: MISCOM, Node: Syntax, Up: Top, Next: Function, Previous: Top
                    Syntax of miscellaneous commands
---------------------------------------------------------------------------
File handling:
OPEN    UNIT integer NAME filename [WRITe ]   [UNFORMatted]
                                   [READ  ]   [FILE]
                                   [APPEnd]   [FORMatted]
                                              [CARD]
LOWEr                                 ! Force the case of output file names
UPPEr                                 !             "
CLOSe   UNIT integer  [DISPosition KEEP  ]
                      [DISPosition DELEte]
REWInd  UNIT integer
REWFalse ! do not allow rewinds during trajectory I/O 
REWTrue  ! allow rewinds during trajectory I/O
INQUire ! get a list of open files and their qualifiers, only from CHARMM
        ! possible
STREam  [ UNIT integer       ] [ repeat(argument) ]
        [ file_specification ]        ! Call another input file
OUTUnit  integer                      ! Redirect output to a different unit.
RETUrn                                ! Return to the previous unit

mmff.doc


File: MMFF, Node: Top, Up: (chmdoc/commands.doc), Next: Usage
             Merck Molecular Force Field (MMFF94)
* Menu:
* Usage::         How to use MMFF with CHARMM standalone
* Quanta::        How to use MMFF from QUANTA
* Status::        Current status of MMFF implementation in CHARMM
* Theory::        Basis for, parameterization and performance of MMFF94
* Funcform::      Functional form of the MMFF energy expression
* Refs::          References to papers describing MMFF94
* Parameters:(chmdoc/mmff_params.doc).  MMFF Parameters

File: MMFF, Node: Usage, Up: Top, Next: Quanta, Previous: Top
In order to use MMFF in CHARMM, the user has to issue the following
commands:
1. use mmff force field
2. <read mmff parameter files>
3. (a) read rtf name <MMFF-capable rtf file>, or
   (b) read merck name <file_name>
   (c) read mol2 name <file_name>
   (d) read db mol_name name <file_name>
4. read sequence  ! if input is via the rtf route (step 3 (a))
5. generate  ! note that there may be multiple segments in one .mrk file
6. patch     ! if input is via rtf/sequence route, apply appropriate patches
             ! to force a new mmff_setup; either include the keyword "mmff" 
             ! on the final patch or follow the final patch by the command:
             ! "use mmff atom types"
7. read coord, or ic build  ! if input is via the read rtf/sequence route.  
Steps 1 & 2 can be done by streaming the file "mmff_setup.STR."  An example
of this file is shown below.  Documantation on the contents and usage of the
MMFF parameter files may be found in mmff_params.doc.

mmff_params.doc


File: MMFF_PARAMS, Node: Top, Up: (chmdoc/mmff.doc), Next: MMFFSYMB
          The MMFF94 Setup Procedure And Parameter Files
* Menu:
* MMFFSYMB::     The MMFFSYMB.PAR file (symbolic atom types)
* MMFFAROM::     The MMFFAROM.PAR file (aromatic atom types)
* MMFFHDEF::     The MMFFHDEF.PAR file (atom types for hydrogens)
* MMFFDEF::      The MMFFDEF.PAR  file (numeric atom types)
* MMFFPROP::     The MMFFPROP.PAR file (properties of MMFF atom types)
* MMFFBOND::     The MMFFBOND.PAR file (bond-stretching parameters)
* MMFFBNDK::     The MMFFBNDK.PAR file (empirical-rule bond parameters)
* MMFFANG::      The MMFFANG.PAR  file (angle-bending parameters)
* MMFFSTBN::     The MMFFSTBN.PAR file (stretch-bend parameters)
* MMFFDFSB::     The MMFFDFSB.PAR file (empirical-rule str-bend parameters)
* MMFFOOP::      The MMFFOOP.PAR  file (out-of-plane bending parameters)
* MMFFTOR::      The MMFFTOR.PAR  file (torsion partameters)
* MMFFVDW::      The MMFFVDW.PAR  file (van der Waals parameters)
* MMFFCHG::      The MMFFCHG.PAR  file (bond-increment "charge" parameters)
* MMFFPBCI::     The MMFFPBCI.PAR file (empirical-rule charge paramters)
* MMFFSUP::      The MMFFSUP.PAR  file (supplementary MMFF parameters)

File: MMFF_PARMS, Node: MMFFSYMB, Up: Top, Next: MMFFAROM, Previous: Top
1.  MMFFSYMB.PAR.  Starting from the input atomic species, connectivity, 
and formal bond orders (for aromatic systems, for example, a Kekule 
structure having alternating single and double bonds must be supplied), the 
MMFF structural perception code automatically "sets up" the calculation by 
perceiving and classifying rings, detecting aromaticitity, and creating 
appropriate lists of bond, angle and torsional interactions.  The atom typing 
procedures (currently overseen by subroutines XTYPE, HTYPE and RGTYPE) 
then assign a 4-character symbolic atom type to each atom.  Finally, the 
entries in MMFFSYMB.PAR are used to translate the symbolic atom types into 

mmfp.doc

* Syntax::                Syntax of the MMFP commands
* Details::               Descriptions of the GEO subcommands
* Examples::              Examples of GEO subcommands
* Substitutions::         Description and usage of substitution values

File: MMFP, Node: Syntax, Up: Top, Previous: Top, Next: Details
                    Syntax of basic MMFP commands
GEO reset
GEO [MAXGEO integer] [shape_specification] [position_spec] [RCM] 
              [potential_spec] [atom_selection] [ DISTANCE atom_selection]
                        [ ADISTANCE atom_selection atom_selection ] [PERP] 
                        [ ANGLE atom_selection atom_selection ]
                        [ DIHEDRAL 3 X atom_selection ]
                        [ IUMMFP unit]
SSBP reset
SSBP [atom_selection] [atom_selection] [ssbp_specification]
BHEL [atom_selection] 
SHEL [atom_selection] [shell_options-specification] 
VMOD reset
VMOD INIT MXMD integer KROT real KCGR real -
     UMDN integer UOUT integer NSVQ integer
{ VMOD IMDN integer KMDN real QN real }
shape_specification:==  { [SPHERE] } [XREF real] [YREF real] [ZREF real] -
                                     [TREF real]
                        { CYLINDER } [XDIR real] [YDIR real] [ZDIR real] 
                        { PLANAR   }  
potential_spec:== { HARMonic } { INSIDE    } [FORCE real] -
                                             [DROFF real] [DTOFF real]
                  { QUARtic  } { OUTSIDE   } [P1 real] [P2 real]  
                  { EXPOnent } { SYMMETRIC }
                  { GAUSsian }
                  { SAWOod   }

mndo97.doc


File: Mndo97, Node: Top, Up: (chmdoc/commands.doc), Next: Description
      Combined Quantum Mechanical and Molecular Mechanics Method
                       Based on MNDO97 in CHARMM
                     by Paul Bash (pabash@nwu.edu)
                       Additional modifications
             Kwangho Nam(nam@chem.umn.edu) and Darrin York
* Menu:
* Description::         Description of the MNDO97 commands
* Usage::               How to run MNDO97 in CHARMM
* NEWD::                NEWD Command
* Installation::        How to install MNDO97 in CHARMM environment

File: mndo97, Node: Description, Up: Top, Next: Usage, Previous: Top
    The MNDO97 QM potential is initialized with the MNDO97 command.
[SYNTAX MNDO97]
MNDO97   [REMOve] [EXGRoup] (atom selection) [UNIT int]
         [GLNK atom-selection]
         [NEWD int] ewald-spec
    ewald-spec::=  { [ KMAX integer ]                        } KSQMAX integer
                   { KMXX integer KMXY integer KMXZ integer  }
REMOve:  Classical energies within QM atoms are removed.
EXGRoup: QM/MM Electrostatics for link host groups removed.
UNIT:    Fortran unit for MNDO97 input file. (refere following example)
GLNK:    GHO method implementation (refer qmmm.doc).
     The syntax of the MNDO97 command in CHARMM follows closely that
of the GAMESS command.

File: Mndo97, Node: Usage, Up: Top, Next: NEWD, Previous: Description
     For complete information about MNDO97 input see MNDO97 documentation.
     A QM-MM job using MNDO97 needs two input files.  The first is the

molvib.doc


File: Molvib, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                     The MOLVIB Module of CHARMM
            By K.Kuczera & J.Wiorkiewicz-Kuczera, May 1991
    MOLVIB is a general-purpose vibrational analysis program, suitable
for small to medium sized molecules (say of less than 50 atoms).  For
larger systems the detail of description may be too great.
    The main options are:
    - the vibrational problem in internal coordinates (GF)
    - the vibrational problem in cartesian coordinates (GFX)
    - analysis of GAUSSIAN program output (GFX,GAUS)
    - analysis of dependencies in internal coordinate sets (G)
    - canonic force field calculations (KANO)
    - crystal normal mode analysis for k=0 (CRYS)
    - generating cartesian displacements along some interesing
      directions (STEP)
    - the vibrational analysis in presence of Drude particles
    The different options use mostly the same package of subroutines
called in different order. New applications may thus be easily added
when necessary. 
    Of special interest is the symbolic PED analysis package, enabling
a clear and condensed overview of the usually complex PED contributions.
* Menu:
* Syntax::              Syntax of the MOLVIB command
* Function::            Purpose of each of the keywords
* Input::               MOLVIB Input Description

File: Molvib, Node: Syntax, Up: Top, Previous: Top, Next: Function
[SYNTAX MOLVib command]
    MOLVib NDI1 int NDI2 int NDI3 int 
           [NATOm int] [MAXSymbol int] [NGMAx int] [NBLMax int]

monitor.doc


File: Monitor, Node: Top, Up: (chmdoc/dynamc.doc), Previous: (chmdoc/dynamc.doc), Next: Syntax
    Monitor commands: Commands to monitor various dynamics properties
* Menu:
* Syntax::              Syntax of the Monitor commands
* Properties::          Description of the properties monitored

File: Monitor, Node: Syntax, Up: Top, Next: Properties, Previous: Top
[SYNTAX MONItor dihedral transitions]
                    Syntax of the MONItor commands
MONItor {DIHEdral} [SHOW] FIRSt unit-number NUNIt integer BEGIn integer -
                   STOP integer SKIP integer [SELEct atom-selection]
FIRSt   the unit number of the first file of dynamics coordinate sets
        from which the property is to be calculated.
NUNIt   the number of units of dynamics coordinate files.  Fortran unit
        numbers must be assigned to the files consecutively from FIRST.
BEGIn   the first step number for the coordinate set from which
        the property will be calculated.
STOP    the last step number for the coordinate set from which
        the property will be calculated.
SKIP    the time increment between the step numbers of the coordinates.
SELEct  selected atoms for which the property is to be monitored.  At
        this time, atoms may be selected only by the atom-selection
        keywords (e.g. RESID,TYPE,ATOM,RESN,SEGID) and NOT by
        tag-selections.  (see *note select:(chmdoc/select.doc).)
DIHE    Property: monitor the dihedral transitions.
SHOW    for monitoring dihedral transitions, print out the step number,
        the cumulative number of transitions, the dihedral name, the
        current dihedral angle, and the old and new minimum well
        positions each time a transition is found.
ALL     Lots of printout.

mts.doc


File: MTS, Node: Top, Up: (chmdoc/dynamc.doc), Previous: (chmdoc/dynamc.doc), Next: Syntax
              ****************************************
              *   Multiple Time Scales Method (MTS)  *
              ****************************************
     In CHARMM, multiple time scales method (MTS) algorithm is similar
to code of the algorithm described in the paper by Tuckerman, Berne,
and Martyna [J.C.P., 97, 1990 (1992)]. Please refer to this paper for 
details of derivations of this MTS-RESPA method. In addtion, more details 
can be seen in J. Chem. Phys. 99, 8063 (1993) and J. Phys. Chem., 99, 5680 
(1995) by  M. Watanabe and M. Karplus. In this new release, MTS method can
be called under parallel platforms. All modules under MTS should work in
parallel. To run CHARMM in parallel, please refer to parallel.doc.
     The MTS method can be combined with Langevin dynamics via the
LN algorithm, described by Barth and Schlick [J.Chem.Phys., 1998, in press].
This version includes the slow forces via extrapolation and is expected to
allow larger timesteps than reversible MTS-RESPA. See
general notes at the end of this documentation file.
LN algorithm was implemented in CHARMM by Eric Barth (8/97) and
Adrian Sandu (7/98).    
     In this documentation we refer to the rRESPA code as MTS-RESPA
(performing Newtonian dynamics) and to the LN code as MTS-LN
(performing Langevin  dynamics).     
*Menu:
* Syntax::        Syntax of the MTS dynamics command
* Desc::          Description of the keywords and options
* Note::          Energy routines and MTS method selections 
* Exam::          Example of Multiple Time Scale Method

File: MTS, Node: Syntax, Up: Top, Next: Desc, Previous: Top
        ****************************************************

nbonds.doc


File: Nbonds, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                    Generation of Non-bonded Interactions
        Nonbonded interactions (frequently abreviated "nbond") refer to
van der Waals terms and the electrostatic terms between all atom pairs
that are not specifically excluded from nonbond calculations
as for example are directly bonded atoms *note nbx: (chmdoc/struct.doc)nbx.
These terms are defined on atom pairs and to a first aproximation would
require the number of atoms squared calculations. To avoid this burden
various truncation and approximation schemes can be employed in the
program, breaking the nonbonded calculation into two parts,
initialization and actual energy calculation.
        The method of approximation, cutoffs, and other relevant
parameters can be entered any time the nbond specification parser is
invoked. See the syntax section for a list of all commands that invoke this
parser.
* Menu:
* Syntax::              Syntax of the nonbond specification
* Defaults::            Defaults used in the nonbond specification
* Function::            Description of the options
* Tables::              Using nonbond lookup tables in place of analytic
                        potential energy functions
* Cubes::               Alternative way to compute the nonbonded ontact list
* Cluster::             Cube-Cluster nonbonded list generation method

File: Nbonds, Node: Syntax, Up: Top, Next: Defaults, Previous: Top
[SYNTAX NBONDs]
{ NBONds       }   { [INBFrq integer] nonbond-spec  }
{ UPDAte ...   }   {                                }
{ ENERgy ...   }   {                                }
{ MINImize ... }   {                                }

nmr.doc


File: NMR, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                         NMR Analysis Module   
    The NMR commands may be used to obtain a set of time series for a
number of NMR properties from a trajectory.  Among the possible
properties are relaxation rates due to dipole-dipole fluctuations (T1,
T2, NOE, ROE), chemical shift anisotropy and Deuterium order
parameters for oriented samples.  The documentation assumes that users
are already familiar with NMR.  Several textbooks are available for
users interested in more information.  The NMR command invokes the NMR
subcommand parser.
    Because several properties are based uppon the position of nuclei
that may not have been included in the PSF (and the trajectory) the
module has its own building submodule (see BUILD) to construct atoms.
For example, the H_alpha on the C_alpha can be constructed without
invoking HBUILD for T1 and T2 calculations.  
    Everthing is stored on the HEAP and no variables are kept when the
module is left (there is no nmr.fcm common block).  Everything is
re-initialized when the module is exited with the END command.
WARNING: The module has not been used in numerous situations and caution
         should be the rule. In case of doubt it is best to study the
         source code. 
* Menu:
* Syntax::      Syntax of the NMR commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the NMR analysis commands

File: NMR, Node: Syntax, Up: Top, Previous: Top, Next: Function
                                 Syntax
[SYNTAX NMR functions]
Syntax:

nose.doc

The documentation of Nose-Hoover method - Masa Watanabe
-----------------------------------------------------------------------

File: Nose, Node: Top, Up: (chmdoc/dynamc.doc), Previous: (chmdoc/dynamc.doc), Next: Syntax
             **********************************************
             *   Nose-Hoover Molecular Dynamics command   *
             **********************************************
This module offers access to the Constant-Temperature molecular
dynamics defined by Nose-Hoover equations of motion (described in
S.Nose JCP, 81 P511 (1984) and W.G. Hoover, Phy. Rev. A31, p1695 (1985))
This method has the advantage that it is a continuous dynamics with
well defined conserved quantities. [Other temperature scaling methods,
available in CHARMM (included Berendsen method in Leap-frog
integrator) have discontinuous dynamics.]
*Menu:
* Syntax::     Syntax of the Nose-Hoover command
* Main::       Nose-Hoover method main commands and descriptions
* Exam::       Example of Nose-Hoover Method

File: Nose, Node: Syntax, Up: Top, Next: Main, Previous: Top
                 **************************************
                 * Syntax for the Nose-Hoover Command *
                 **************************************
   The original Hamiltonian for Nose dynamics is defined as follow:
               H = H0 + HB
                 = H0(p/s,q) + P^2/2Q + (f+1)kTlns     (1)
where f is a degree of freedom of the physical system. This Hamiltonian 
was originally propoesed by Nose in his JCP paper. The equations of motions 
defined by Eq. (1) are solved numerically in order to achieve the canonical
ensemble MD simulation. Hoovers extended the Nose's analysis. He derives a 
slightly different set of equations of motions which dispense with the 

overlap.doc


File: Olap, Node: Top, Up: (chmdoc/charmm.doc), Next: Description
                    Overlap of Molecular Similarity
            
     This is a maximum overlap method to investigate the structural
similarity of flexible molecules. The atoms are described as Gaussians
and the interaction energy between different molecules are basically
overlap integrals. The Gaussians can represent either volume or charge.
Alternatively, the overlap of the electrostatic potential is provided
yielding exponential form.
     This method supports all CHARMM functionality, because it provides
just another energy term and forces for it. Only periodic boundaries and
VIBRAN are not supported.
* Menu:
* Description::         Description of the OVERLAP commands.
* Usage::               How to use the OVERLAP method.
* Implementation::      Implementation of the OVERLAP method
* Performance::         Performance Issues

File: Olap, Node: Description, Up: Top, Next: Usage, Previous: Top
SYNTAX and DESCRIPTION
======================
One command (OLAP) is used in several different forms to specify
everything.
To initialize the method use:
OverLAP  NUMB <int> WEIGht <real> VOLW <real> CHAW <real> ESPW <real> -
  WIDTh <real> GAMMa <real> WEPO <real>
NUMB <int>   - how many subsystems do we have
WEIG <real>  - weighting factor for the whole overlap term; it also
               accounts to bring units to kcal/mol, default = 1.0
VOLW <real>  - weighting factor for the volume overlap term,

parallel.doc

This is Info file parallel.doc, produced by Makeinfo-1.61 from the
input file parallel.texi.

File: Parallel, Node: Top, Up: (chmdoc/charmm.doc), Next: (chmdoc/commands.doc), Previous: (chmdoc/changelog.doc)
                Parallel Implementation of CHARMM
CHARMM has been modified to allow computationally intensive simulations
to be run on multi-machines using a replicated data model.  This
version, though employing a full communication scheme, uses an efficient
divide-and-conquer algorithm for global sums and broadcasts.
Curently the following hardware platforms are supported:
  1. Cray T3D/T3E                  7. Intel Paragon machine
  2. Cray C90, J90                 8. Thinking Machines CM-5
  3. SGI Power Challenge           9. IBM SP1/SP2 machines
  4. Convex SPP-1000 Exemplar     10. Parallel Virtual Machine (PVM)
  5. Intel iPSC/860 gamma         11. Workstation clusters (SOCKET)
  6. Intel Delta machine          12. Alpha Servers (SMP machines, PVMC)
 13. TERRA 2000                   14. HP SMP machines
 15. Convex SPP-2000              16. SGI Origin
 17. LoBoS (any Beowulf)          18. IBM Power4 using GNU/Linux system
* Menu:
* Syntax::        Syntax for PARAllel command
* Installation::  Installing CHARMM on parallel systems
* Running::       Running CHARMM on parallel systems
* PARAllel::      Command PARAllel controls parallel communication
* Status::        Parallel Code Status (as of September 1998)
* Using PVM::     Parallel Code implemented with PVM
* Implementation:: Description of implementation of parallel code

File: Parallel, Node: Syntax, Next: Installation, Previous: Top, Up: Top
PARAllel command parser for controlling parallel execution
Syntax:

parmfile.doc


File: Parmfile, Node: Top, Up: (chmdoc/commands.doc), Previous: (chmdoc/usage.doc)Standard Files, Next: Overview
                  CHARMM Emprical Energy Function Parameters
        This section describes parameters in the CHARMM empirical
energy function.
* Menu:
* Overview::      Overview of CHARMM parameter file
* Multiple::      Rules for the use of multiple dihedrals in CHARMM22
* Conversion::    Rules for conversion of old nucleic acid rtf and
                  param to CHARMM22 format 
* PARMDATA::      Description of Parameter Files available for general use.

File: Parmfile, Node: Overview, Up: Top, Previous: Top, Next: Multiple
                    Overview of CHARMM parameter files
                 By Alexander D. MacKerell Jr., July 1997
                       Updated; December 2003
        This section of the documenation contains a brief description
of the contents of a parameter file.  The CHARMM parameter file
contains the information necessary to calculate energies etc. when
combined with the information from a PSF file for a structure.
Information on the keywords found in the parameter file is in IO.DOC.
(A)   * CHARMM example parameter file
      *
(B)   BOND
      H   O   500.0  1.00
(C)   ANGLe (THETa)
      H   O   H  100.0  104.51  20.0  1.70
(D)   DIHEdral (PHI)
      HT  CT  CT  HT    10.0   3    180.0
      X   CT  CT  X     10.0   3    180.0
(E)   IMPH

pbeq.doc


File: PBEQ, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                 Poisson-Bolztmann Equation Module   
    The PBEQ module allows the setting up and the numerical solution of
the Poisson-Boltzmann equation on a discretized grid for a solute molecule.
Attention: Problems should be reported to
         . Benoit Roux    at Benoit.Roux@med.cornell.edu, phone (212) 746-6018
         . Wonpil Im      at Wonpil.Im@cornell.edu
         . Dmitrii Beglov at beglovd@moldyn.com
* Menu:
* Syntax::      Syntax of the PBEQ commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the PBEQ module

File: PBEQ, Node: Syntax, Up: Top, Previous: Top, Next: Function
                                 Syntax
[SYNTAX PBEQ functions]
Syntax:
PBEQ          enter the PBEQ module
END           exit the PBEQ module
Subcommands:
SOLVe          PB-theory-specifications
               solver-specifications         grid-specifications
               iteration-specifications      charge interpolation-spec.
               boundary potential-spec.      dielectric boundary-spec.
               physical variable-spec.       membrane-specifications
               spherical droplet-spec.       orthorhombic box-spec.
               cylinder-specifications       solvation force-spec.
               atoms-selection
ITERate        PB-theory-specifications      solver-specifications         
               iteration-specifications 

pdetail.doc


File: PDETAIL, Node: Top, Up: (chmdoc/perturb.doc), Next: Introduction
                Details about TSM Free Energy Calculations
* Menu:
* Introduction::           What will be covered.
* Theory and Methodology:: General discussion.
* Practice::               How to do it.

File: PDETAIL, Node: Introduction, Up: Top, Next: Theory and Methodology, Previous: Top
                             Introduction
       For a good overview of free energy simulation methods, the follow-
ing references are suggested:  M. Mezei and D. L. Beveridge, in Annals of
the New York Academy of Sciences, chapter titled "Free Energy Simulations",
482 (1986) 1; T.  P. Straatsma, PhD dissertation, "Free Energy Evaluation
by  Molecular Dynamics Simulations", University of Groningen, Netherlands
(1987)  and  S.  H.  Fleischman  and C. L. Brooks III, "Thermodynamics of
Aqueous  Solvation:  Solution  Properties  of  Alchohols and Alkanes", J.
Chem. Phys., 87, (1987) p. 3029,  D.  J.  Tobias and  C.  L. Brooks  III,
J. Chem. Phys., 89, (1988) 5115-5127, and D.J. Tobias, "The Formation and 
Stability of  Protein Folding Initiation Structures",  Ph.D. dissertation
Carnegie Mellon University (1991).
         In the previous nodes we have generally referred to this area of
molecular  simulation  as a "perturbation" theory.  Actually, none of the
techniques  used  are  actually  perturbation methods.  The relationships
used  for computing the relative free energy differences are all exact in
the  statistical  mechanical  sense.  The use of the term perturbation in
this  context  arises  from  the  fact  that  in the pre-number crunching
supercomputer  days,  various  series  expansions were derived from these
equations and were in fact perturbation theories.  The name thermodynamic
integration  might  be used, however common practice has been to apply it
to  only  one  particular formulation (and furthermore not put that under

pert.doc


File: Pert, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                    Free Energy Perturbation Calculations
    The PERTurbe command allows the scaling of energy between PSFs for use in
energy analysis, comparisons, slow growth free energy simulations,
widowing free energy simulation, and for slow growth homology modelling.
This is a rather flexible implementation of free energy perturbation
that allows connectivity to change.  Also, three energy restraint
terms (harmonic, dihedral and NOE) and the SKIP command flags are subject
to change which allows a flexible way in which to compute free energy
differences between different conformations.  This code in implemented
in a non-intrusive manner and works with all minimizers and
integrators.  SHAKE can now be applied to bonds which are mutated as
well; an appropriate constraint corrections is calculated
automatically in these cases.
* Menu:
* Syntax::           Syntax of PERT Commands
* Description::      Description of PERT Commands
* Restrictions::     Restrictions in PERT Command usage
* References::       References regarding Free Energy Perturbations
* Examples::         A Sample Input Files
* Constraints::      Special considerations regarding SHAKE
* WHAM::
* PERT/PSSP::        Background on the use of soft core potentials (PSSP)
* PATCH::
* PERT/MMFP::        MMFP in PERT
* CHEMical PERT::    Easier setup of alchemical simulations of "chemical paths"
* LRCorrection::     Preliminary support of LJ long-range corrections

File: Pert, Node: Syntax, Up: Top, Next: Description, Previous: Top
                Syntax of Free Energy Perturbation Commands

perturb.doc


File: Perturb, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
         Perturbation: Thermodynamic Perturbation Calculations.
* Menu:
* Syntax::              Syntax of the set up of the perturbation command.
* Description::         Description of the keywords and options for
                        setting up the perturbation calculation. Includes
                        an explanation of the reset command TSM CLEAr.
* Post-processing::     How to process the perturbation output of the
                        dynamics run.
* Details:        (chmdoc/pdetail.doc). How to run perturbation 
                                        calculations.
* Implementation: (chmdoc/pimplem.doc). How it is implemented.
                                        Programming details. 
* CFTI:           (chmdoc/cfti.doc).    Conformational Energy/Free Energy
                                        Calculation (Krzysztof Kuczera)

File: Perturb, Node: Syntax, Up: Top, Next: Description, Previous: Top
                  Syntax for the Perturbation Command
[SYNTAX TSM]
TSM
		Chemical Perturbation Parameters:
1.  REACtant atom_selection_list | NONE
2.  PRODuct atom_selection_list   | NONE
3.  LAMBda <real> [ POWEr <int> ]
4.  SLOW TEMP <real> LFROm <real> LTO <real> [ POWEr <int> ]
5.  DONT {REACtant} {internal_energy_spec} [SUBTract]
         {PRODuct} {internal_energy_spec}
6.  GLUE {CM FORCe <real> MIN <real>} [SUBR] [SUBP]
         {ATOMs FORCE <real> MIN <real> atom_spec atom_spec
7.  NOKE {REAC}

phmd.doc


File: PHMD, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                Continuous constant pH Molecular Dynamics (PHMD)
 Questions and comments regarding PHMD should be directed to 
 -----------------------------------------------------------
  Jana Khandogin (janakhan@scripps.edu)
  Charles L. Brooks III (brooks@scripps.edu)
  The Scripps Research Institute
References:
1. M.S. Lee, F. R. Salsbury, Jr., and C.L. Brooks III,
   Proteins, 56, 738-752 (2004).
2. J. Khandogin and C.L. Brooks III,
   Biophys. J., 89, 141-157 (2005).
                                                                         
* Menu:
* Description:: Description of the PHMD Commands
* Syntax::      Syntax of the PHMD Commands
* Function::    Purpose of each of the commands
* Format::      Format of parameter file and how to obtain it
* Examples::    Usage examples of the PHMD module
^_
File: PHMD, Node: Description, Up: Top, Previous: Top, Next: Syntax
     This module allows one to perform molecular dynamics and simultaneous
titration of specific ionizable residues under specified pH condition. 
     Titration occurs through the use of lambda variable measuring the
protonation progress of each titrating group. However, only two physical
states exist, namely, lambda = 0 for protonated, and lambda = 1 for
deprotonated states.
     The lambda variables, themselves, are functions of theta variables,
through lambda(i) = sin^2[theta(i)]. The thetas can freely propagate without
need for restrictions. When theta = 0, +/- 2n(PI), lambda = 0. When theta = pi

pimplem.doc


File: PIMPLEM, Node: Top, Up: (chmdoc/perturb.doc), Next: Description
        Implementation of the Thermodynamic Simulation Method
* Menu:
* Description::        How Chemical Perturbation works.
* File Formats::       Output File Formats for Chemical Perturbation.
* IC Implementation::  Implementation and File Formats for Internal
                       Coordinate Perturbation

File: PIMPLEM, Node: Description, Up: Top, Next: File Formats, Previous: Top
         How the Chemical Perturbation Energy Calculation Works
        For  thermodynamic  perturbation calculations the atoms making up
the system described by the hybrid Hamiltonian, H(lambda), can be divided
into four groups.  1) The environment part - all atoms that do not change
during  the  perturbation.   E.g., for ethanol -> propane the solvent and
the  terminal  methyl  group.  2) The reactant atoms - the atoms that are
present  at  lambda  = 0 and absent at lambda = 1. 3) The product atoms -
the  atoms  that  are absent at lambda = 0 and present at lambda = 1.  4)
The  COLO atoms - atoms that are present in both the reactant and product
but change charge in going from one to the other.
        Certain  basic  premises underly our approach.  Energy values are
factored  by  lambda  (or  functions thereof), never the energy functions
themselves.  The standard energy routines are called unchanged and can be
modified  without  requiring changes to the perturbation routines as long
as  the  calling  sequence  remains the same.  Potential energy terms are
written  to  output  during  a  trajectory  and in the case of the window
method  trajectories  can  be combined.  Futhermore any lambda -> lambda'
can  be  calculated post priori and additional lambda points can be added
as  desired.   Most  other  implementations  do not appear to allow this.
There  is, however, a price entailed namely a certain amount of redundant
calculation.   Furthermore , purely as a matter of conceptual preference,

pipf.doc


File: PIPF, Node: Top, Up: (chmdoc/commands.doc), Next: Description
      Polarizable Intermolecular Potential Functions (PIPF)
               by Jingzhi Pu, Shuhua Ma, and Jiali Gao
              (pu@comp.chem.chem.edu, gao@chem.umn.edu)
The PIPF module provides an implementation of the Polarizable
Inter and intra molecular Potential Functions based on a point
dipole interaction model. The force field for simulating proteins
is undergoing development.
* Menu:
* Description::      Description of the PIPF Function
* Syntax::           Syntax of the PIPF commands
* Options::          PIPF Command Options
* Examples::         Usage Example Script
* Installation::     How to install PIPF in CHARMM environment.
* Status::           Status of the PIPF code
* References::       References for the PIPF Method

File: PIPF, Node: Description, Up: Top, Previous: Top, Next:Syntax
                  Description of the PIPF method
            
In the point dipole interaction model used in PIPF, each interaction
site i is represented by an "atomic" polarizability (alpha_i), and the
induced dipoles (u_i) are created under the total electric field 
experienced at the site i (E_i):
                   u_i = (alpha_i)(E_i) 
where the total electric field at center i (E_i) is the sum of 
the permanent electric field E_i^0 (caused by permanent charges) 
and the induced electric field E_i^ind (caused by other induced 
dipoles via an interaction tenser T_ij): 
                   E_i = E_i^0 + sum[(T_ij)(u_j)]

preflx_list.doc


File: preflx_list, Node: Top, Up: (chmdoc/developer.doc), Next:
                LIST OF ALL COMPILE (##) KEYWORDS IN CHARMM
     By employing appropriate preprocessor keys, one can generate a
variant of CHARMM.  This document list the preprocessor keywords used
in the CHARMM source code.  This list is still under construction and
requires developers to update upon modifying and indroducing codes.
     In the listing, note the following description keys.
       - member:       keyword grouping
       - required:     list of keywords required for this keyword to
                       be used properly. 
       - conflicting:  list of keywords/groups that cannot be used
                       with this keyword. 
       - availability: If/How this keyword is generated by install.com
       - note:         Any additional information about usage
* Menu:
* Include::     Include File Directory
* Platform::    Machine Type
* OS::          Operating System
* Size::        Size Directive
* Archi::       Machine Architecture
* Parallel::    Parallel CHARMM descriptors
* Feature::     Feature Directives
* Graphics::    Graphics Directives
* Unnorm::      Keywords not for normal use
* NOINC::       Major Blocks that can be Removed
* Control::     Control Directives
* Unknown::     Undocumented keywords (must done soon)

File: preflx_list, Node: Include, Up: Top, Previous: Top, Next: Platform
[1] Include File Directory

pressure.doc


File: Pressure, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
              Constant Pressure/Temperature (CPT) Dynamics
   Two types of constant pressure/temperature dynamics are available 
in CHARMM.  The weak coupling method for temperature and pressure
control described in the paper by Berendsen et al. (JCP 81(8) p3684
1984) was the first constant pressure and temperature algortihm
implemented in CHARMM.  Extended system constant pressure and 
temperature algorithms have now been implemented based on the work
of Andersen (JCP 72(4) p2384 1980), Nose & Klein (Mol Physics 50(5)
p1055 1983), Hoover (Phys. Review A 31(3) p1695 1985).  Additionally,
a variant on the extended system method which treats the control 
variables by means of a Langevin equation is available (Feller, Zhang,
Pastor & Brooks, JCP, 103, 4613 (1995)).
   Shape matrix propagation and coordinates scaling for triclinic
unit cell is done according to D. Brown and J.H.R. Clarke in
Computer Physics Comm. 62 (1991) 360-369.
   A constant surface tension algorithm is included which is useful
for studying interfacial systems where one wishes to allow the area
to change dynamically during the simulation.  The dynamical equations
and statistical ensemble are discussed in (Zhang, Feller, Brooks & 
Pastor, JCP, 103, 10252 (1995)).
* Menu:
* Syntax::              Syntax of the CPT dynamics command
* Description::         Description of the keywords and options
* Notes::               Other points to be noted
* Examples::            Isotropic and interfacial systems; constant tensor
* Pressure::            The pressure command

File: Pressure, Node: Syntax, Up: Top, Next: Description, Previous: Top
[Syntax DYNAmics CPT]

proto.doc


File: PROTO, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                         Prototypes
        Often a system contains many identical groups/molecules, which
during analysis should be treated uniformly; the most obvious example
being solvent waters. While several analysis routines do handle water
molecules separately, there are no provisions if another solvent is
used or if a mixture is studied.  The PROTo facility provides a
framework for other CHARMM-modules (such as SHELL or RDFSOL) to treat
completely generic groups in a uniform, systematic manner.  At the
moment a maximum of 10 prototype sets are supported simultaneously.
* Menu:
* Syntax::              The syntax of the PROTo commands
* General::             General overview
* Define::              Defining a new Prototype
* Remove::              Delete a prototype
* Image::               Adding image prototypes to the list
* Info::                Printing prototype information
* Caveats::             Some limitations/todos to keep in mind
* Examples::

File: PROTO, Node: Syntax, Previous: Top, Up: Top, Next: General
                         Syntax for the PROTo commands
[SYNTAX PROTO_types]
Syntax:
PROTO  [ DEFIne int ]  [ atom-selection atom-selection ]
                       [ PNUM int       atom-selection ]
       [ REMOve int ] 
       [ IMAGe  int ]
       [ INFO ]
      atom-selection::= see *note Selection:(chmdoc/select.doc)

qchem.doc


File: QChem, Node: Top, Up: (chmdoc/commands.doc), Next: Description
        Combined Quantum Mechanical and Molecular Mechanics Method
                        Based on Q-Chem in CHARMM
                             H. Lee Woodcock
                             (hlwood@nih.gov)
          based on the GAMESS(US) interface from Milan Hodoscek
           (milan@par10.mgsl.dcrt.nih.gov,milan@kihp6.ki.si)
                                  and 
              the GAMESS(UK) interface from Paul Sherwood
                       (p.sherwood@dl.ac.uk)
        Ab initio program Q-Chem is connected to CHARMM program in a 
QM/MM method. This method is based on the interface to the GAMESS (US
version), the latter being an extension of the QUANTUM code which is
described in J. Comp. Chem., Vol. 11, No. 6, 700-733 (1990).
The QM/MM interface between Q-Chem and CHARMM is described in the 
following work which should be cited when used... 
  H. Lee Woodcock, M. Hodosceck, A. T. B. Gilbert, P. M. W. Gill, H. F. Schaefer,
  B. R. Brooks; Interfacing CHARMM and Q-Chem to perform QM/MM and QM/MM reaction
  pathway calculations. J. Comp. Chem.; 2007; 28 (9); 1485-1502.
* Menu:
* Description::            Description of the qchem commands.
* Usage::                  How to run Q-Chem in CHARMM.
* Installation::           How to install Q-Chem in CHARMM environment.
* Status::                 Status of the interface code.
* Functionality::          Functionality of the interface code.
* RPath::                  Replica Path Command
* Pert::                   ab inition QM/MM free energy perturbation
* Normal Mode Analysis::   Full QM/MM Normal Mode Anal. through VIBRAN

File: QChem, Node: Description, Up: Top, Next: Usage, Previous: Top

qmmm.doc


File: qmmm, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
      Combined Quantum and Molecular Mechanical Hamiltonian
    A combined quantum (QM) and molecular (MM) mechanical potential
allows for the study of condensed phase chemical reactions, reactive
intermediates, and excited state isomerizations.  This is necessary 
since standard MM force fields are parameterized with experimental 
data on the potential energy surface which may be far removed from 
the region of interest, or have the wrong analytical
form.  A full decription of the theory and application is given in
J. Computational Chemistry (1990) 6, 700.
    The effective Hamiltonian, Heff, describes the energy and forces on
each atom.  It is treated as a sum of four terms, Hqm, Hmm, Hqm/mm,
and Hbrdy.
  Hqm    Describes the quantum mechanical particles.  The semi-
         empirical methods available are AM1, PM3 and MNDO.  All treat
         hydrogen, first row elements plus silicon, phosphorus,
         sulfur, and the halogens.  MNDO has additional parameters
         for aluminium, phosphorus, chromium, germanium, tin, mercury,
         and lead.  Full details concerning these theoretical methods
         can be found in Dewar's original papers, JACS (1985) 107,
         3902, JACS (1977) 99, 4899, Theoret. Chim. Acta. (1977) 46, 89.
  Hmm    The molecular mechanical Hamiltonian is independent of the
         coordinates of the electrons and nuclei of the QM atoms.
         CHARMM22 is used to treat atoms in this region.
  Hqm/mm The combined Hamiltonian describes how QM and MM atoms
         interact.  This is composed of two electrostatic and one
         van der Waals terms.  Each MM atom interacts with both the
         electrons and nuclei of the QM atoms (therefore two terms).
         The van der Waals term is necessary since some MM atoms
         possess no charge and would consequently be invisible to

qub.doc


        Quantized Classical Path with Converged Bisection Sampling
   A path-integral (PI) method to account for nuclear quantum correction
to a classical trajectory. The implementation is based on the derivation
of Warshel et al. (Hwang, J.-K.;Chu, Z.T.; Yadav, A.; Warshel, A. 
J. Phys. Chem. 1991, 95, 8445). The method describes a subset of atoms
in the system as quantum mechanical by replacing the classical particle 
with a ring of quasi-particles (beads). The current code uses the Bisection
algorithm to sample the beads (Pollock, E.L.; Ceperley, D.M. Phys. Rev. B 1984,
30, 2555).
For specifics regarding this implementation, see the following papers:
1) Major, D.T.; Gao, J. Implementation of the bisection sampling method in
   path-integral simulations. J. Mol. Graphics Modell. 2005, 24, 121-127.
2) Major, D.T.; Garcia-Viloca, M.; Gao, J. Path-integral simulations of proton 
   transfer reactions in aqueous solution using combined QM/MM potentials.
   J. Chem. Theory Comput. 2006, 2, 236-245.
3) Major, D.T.; Gao, J. An Integrated Path-Integral and Free-Energy 
   Perturbation-Umbrella Sampling Method for Computing Kinetic Isotope Effects
   of Chemical Reactions in Solution and in Enzymes. J. Chem. Theory Comput.
   2007, 3, 949-960.
In the present code, only QM atoms (see qmmm.doc) may be chosen as PI atoms,
although this is not an inherent limitation.
General Notes:
QUB is implemented as serial and parallel. In the Parallel version,
number of processors cannot exceed the number of beads.
Currently, the code has been implemented in serial for standard CHARMM MOPAC, 
SQUANTM, and SCCDFTB (the latter has not been extensively tested or
parallelized). The parallel version is implemented for CHARMM MOPAC and
SQUANTM. In both cases, the path-integral code takes charge of the
parallelization (scales linearly with NPROC if MOD(NBEADS,NPROC)=0)
* Menu:

rdfsol.doc


File: RDFSol, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                         Radial Correlation Functions
        The RDFSOL command computes radially resolved correlation
functions, such as radial distribution functions or orientational
correlation functions. The function of interest is computed either between
pairs of atoms from two atom selections, or between a pair consisting of
one atom selection and a reference point, which can be either a fixed point
in space or the center of mass of a set of atoms. As the name rdfSOL
suggests, the routine allows for the special treatment of solvent molecules
(TIP3 water is supported by special routines, others need the use of the
PROTotype facility (see see *note Selection:(chmdoc/proto.doc))). 
* Menu:
* Syntax::              The syntax of the RDFSOL command
* General::             General overview
* Sets::                Set selections
* Limit::               Locally limiting sets in each frame
* Options::             other general options
* Traj::                Trajectory specifications
* Caveats::             Some limitations/todos to keep in mind
* Examples::            Just what it says

File: RDFSol, Node: Syntax, Previous: Top, Up: Top, Next: General
                         Syntax for the RDFSOL command
[SYNTAX RadialDistributionFunctions_with_SOLvent]
Syntax:
RDFSOL  [ RDF int ]  [ DDIP int ]  [ QDIP int ]  [ HD int ] -
                  [ setA-spec ]  [ setB-spec ]  [ around-spec ] -
                  [ SAME ]  [ RMAX real ]  [ NBIN int ] -
                  [ VOLUme real ]  [ PRECise ]  [ BRUTe ]  [ MINI ]  -
                  [ traj-spec ]  [ SPFAc int]

repdstr.doc


File: Repdstr, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                       The Parallel Distributed Replica
                      By Paul Maragakis and Milan Hodoscek, 2005
     Parallel ditributed replica allows independent replicated systems
over specified number of processors. 
* Menu:
* Syntax::              Syntax of the REPD command
* I/O::                 Input and output functionality
* Examples::            Examples to show the possibilities

File: Repdstr, Node: Syntax, Up: Top, Previous: Top, Next: I/O
REPDstr NREP <int>
     Replicates the system <int> times
REPDstr NREP <int> EXCHange [UNIT <int>] FREQuency <int> [ [ temp <real> ] temp <real> ... ]
     This is for replica exchange method (see details in c34test/rexc.inp)
Currently it works so that when exchange occurs all the coordinates
and velocities are exchanged, thus the lowest temperature is always on
the first replica. The other method which exchange only the
temperature will be implemented later.
   UNIT <int> - Optional keyword for exchange output file. Default for
                int is 6. Must be opened after repd: each replica
                writes to its own file. If no open statement all
                replicas write to the same file with the default
                fortran file name for this unit. Open before the repd
                command is not very useful.
   FREQuency - when to exchange
   TEMPerature - the temperature of each system. It must be repeated NREP times
     Instead of repeated TEMP comands for equidistant temperature
   intervals one can use:
   STEM <starting-temperature> DTEM <temperature-increase>

replica.doc


File: Replica, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax 
Replica: Commands which deal with replication of the molecular system: Replica.
# <caves>-Aug-18-1993 (Leo Caves) Initial release.
# REPLICA/PATH method added by B. Brooks March 1994.
# Feynmann Path Integral Methods added
    by B. Roux, K. Hinsen and Marc Souaille, June 1997.
The commands described in this node are associated with the replication of
regions of the PSF, see *note gener:(chmdoc/struct.doc)Generate.  A facility
for replication of regions of the PSF has been implemented to support a class
of methods which seek to improve the sampling of a (usually small) region of
the molecular system, by selective replication.  Such methods include LES
(Locally Enhanced Sampling [Elber and Karplus 1990, J. Amer. Chem. Soc. 112,
9161-9175]) and MCSS (Multiple Copy Simultaneous Search [Miranker and Karplus
1991, Proteins 11, 29-34]).
The Replica Path Method as applied to QM, MM and QM/MM reaction paths is 
described in the following paper and should be cited when applied... 
  H. Lee Woodcock, M. Hodoscek, P. Sherwood, Y. S. Lee, H. F. Schaefer, and 
  B. R. Brooks; Exploring the QM/MM Replica Path Method: A Pathway Optimization 
  of the Chorismate to Prephenate Claisen Rearrangement Catalyzed by Chorismate; 
  Theor. Chem. Acc. 2003; 109 (3); 140-148.
the Nudged Elastic Band method as implemented in CHARMM is built upon the 
Replica Path functionality therefore the above paper and the following paper 
(which describes the NEB implementation and improvements in minimization 
techniques) should be cited when applied... 
  J. W. Chu, B. L. Trout and B. R. Brooks; A super-linear minimization scheme 
  for the nudged elastic band method; J. Chem. Phys. 2003; 119(24); 12708-12717.
* Menu:
* Syntax::		Syntax of the replication commands
* Usage::	 	Description of command usage
* Implementation::	A brief description of the anatomy of replication 

rism.doc


File: RISM, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
          RISM (Reference Interaction Site Model) module 
         ------------------------------------------------
      
   The RISM module allows the user to calculate the site-site radial
   distribution functions g(r) and pair correlation functions c(r)
   for a multi-component molecular liquid. These functions can then
   be used to determine quantities such as the potential of mean 
   force or the cavity interaction term between two solute molecules
   into a solvent, and the excess chemical potential of solvation of
   a solute into a solvent. The change in the solvent g(r) upon
   solvation can be determined and this allows for the decomposition
   of the excess chemical potential into the energy and entropy of
   solvation.
   The code was written as an independent program by Benoit Roux
   in 1988. Some routines were added and it was adapted for CHARMM
   by Georgios Archontis in 1992. The help and advice of Hsiang Ai Yu
   is greatfully ackgnowledged.
* Menu
* Syntax::         Syntax of  the RISM commands
* Commands::       Explanation of the commands
* Theory::         A brief introduction to the RISM theory
* References::     Useful references    
* Examples::       Input files 

File: RISM, Node: Syntax, Up: Top, Next: Commands, Previous: Top
		   Syntax for RISM calculation
		   ---------------------------
   Invoke of the RISM command in the main charmm input file
   calls the subroutine RISM() (in rism.src). Once control has 

rtop.doc


File: Rtop, Node: Top, Up: (chmdoc/commands.doc), Previous: (chmdoc/usage.doc)Standard files, Next: Overview
                            Residue Topology File
                    By Alexander D. MacKerell Jr., August 1999
        This section of the documentation describes the contents of the
topology file and a listing of the current topology files available to
the users.  CHARMM topology files contain the information necessary to
describe bond connectivity, angle, dihedral angle and improper
dihedral angle content, charge distribution, hydrogen-bond donors and
acceptors and internal coordinate information.  Thess data are required
by CHARMM in order to determine energies, perform energy minimizations
and molecular dynamics simulations as well as perform other various
structural manipulations.  Documentation concerning implementation of
a topology file in order to build a structure is contained in
STRUCT.DOC.
* Menu:
* Overview::      Overview of CHARMM Topology File
* RTFDATA::       Description of Topology Files available for general use

File: Rtop, Node: Overview, Up: Top, Next: RTFDATA, Previous: Top
                      Overview of CHARMM Topology File
        An example of a topology file is given below followed by
a description of the content of the various sections. Also see
IO.DOC for information on the individual keywords.
(A)   * CHARMM example topology file
      *
(B)      19    1
(C)   MASS    1  H    1.00800 H
      MASS    2  O   15.99900 O
(D)   DECL -C
      DECL -O

rush.doc


File: RUSH, Node: Top, Up: (chmdoc/commands.doc), Next: Overview
        RUSH: A simple implicit-solvent force-field for protein simulation
    Olgun Guvench             (oguvench@post.harvard.edu)
    Charles L. Brooks III     (brooks@scripps.edu)
RUSH is a simple implicit-solvent force-field that adds terms
to the bonded portion (bond + angle + dihe + impr + urey) of the
all-atom CHARMM22 force field to account for volume-exclusion (_R_epulsion),
the hydrophobic effect (_U_nburied _S_urface), and intra-molecular
and protein-solvent hydrogen-bonding (_H_ydrogen-bonding) (hence
_R_ _U_ _S_ _H_).
See:
  Guvench and Brooks. "Folding the Trp-cage mini-protein to atomic
  resolution: Searching parameter space for a free-energy minimum".
  J. Chem. Phys. ??? (2006)
* Menu:
* Overview::     Overview of the steps involved in applying the force field
* Syntax::       Syntax of the RUSH command
* Description::  Description of the RUSH command
* Restrictions:: Restrictions on usage
* Notes::        Implementation and usage notes
* Examples::     Usage examples

File: RUSH, Node: Overview, Previous: Top, Up: Top, Next: Syntax
    Usage overview: The steps involved in using the RUSH force field
The basic steps to use the RUSH force field are:
1) read in RUSH-modified versions of the CHARMM22 protein topology and 
   parameter files and the RUSH cmap parameter file (the appropriate
   non-bond list values are set in the parameter file)
2) build the appropriate PSF and read in / build the coordinates
3) use the RUSH keyword to initialize the subroutines and specify

sasa.doc


File: SASA, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                   The SASA implicit solvation model
                   Characteristics of the SASA model
The SASA model is a fast implicit solvation model that is useful to
simulate structured peptides and miniprotein motifs [1]. The polar and
non-polar contributions of each atom to the free energy of solvation are
assumed to be proportional to their solvent accessible surface areas.
The SASA model uses only two surface-tension like solvation parameters
(constants of proportionality) and approximates the solvent accessible
surface area of each solute atom with a simple analytical function that
is easily derivable. The electrostatic screening between solute charges
is accounted for by using a distance dependent dielectric function and
by neutralizing the formal charges (Asp, Glu, Arg, Lys, and the termini)
as in the EEF1 model [2].
The SASA model has been successfully applied to peptides, removing the
major artifacts of in vacuo simulations and reproducing reversible
folding [3]. Benchmarks indicate that a simulation with SASA is only
about 50% slower than an in vacuo simulation.
                         Range and limitations
The SASA model has been applied to structured peptides, see for instance
[3]. However, it should not be used for large proteins mainly for two
reasons. Firstly, it has been parameterized for small proteins [1] and
secondly, the dielectric function does not take different environments
into account, i.e., it does not distinguish whether or not the
interacting partial charges are buried or on the protein surface.
                          Theoretical aspects
The potential energy of the system consisting of the solute and the
solvent can be decomposed in three parts: the intra-solute potential
energy U(X), the intra-solvent potential energy V(Y), and the
interaction potential energy of the solute and the solvent W(X,Y), where

sbound.doc


File: Sbound, Node: Top, Up: (chmdoc/commands.doc), Previous: (chmdoc/cons.doc), Next: Syntax 
           Method and implementation of deformable boundary forces
        The use of deformable boundary forces is in studying small
localized regions of solvent, say around an active site.  The boundary
forces are applied to the atoms in the solvent and serve to contain
the reaction zone.
        Generally the boundary forces are computed from the deformable
boundary method of C. L. Brooks III and M. Karplus, J. Chem. Phys., 79,
6312(1983).  Following generation one must;
    i) Generate the corresponding boundary potential
   ii) Read the tabulated boundary potential into CHARMM
  iii) Set-up the mapping CHARMM uses to connect table entries with
       boundary constrained atoms
Steps ii) and iii) ** MUST ** be done everytime the boundary forces are to be
used.  For example, during the initial stages of a dynamics simulation and
at all subsequent restarts.
        The syntax for generating the potential and reading and setting up
the table structure is given in the following mode.
* Menu:
* Syntax::                             Syntax for all the SBOUnd commands
* Files: (chmdoc/support.doc)Boundary. Deformable boundary potential files

File: Sbound, Node: Syntax, Up: Top, Previous: Top, Next: (chmdoc/support.doc)Boundary
          > SBOUnd POTEntial INPUt <integer> OUTPut <integer>
  Integrates forces to get potential and generates cubic spline
  approximation of the potential.
          > SBOUnd SET XREF <real> YREF <real> ZREF <real>
                   ASSIgn <table number> <selection-syntax>
  Solvent boundary routine to set boundary geometry
  and specify the atoms referring to the tables.  Note the

scalar.doc


File: Scalar, Node: Top, Up: (chmdoc/commands.doc)
     SCALar : commands to manipulate scalar atom properties
[SYNTAX SCALar]
SCALar keyname  {                       }        [atom-selection]
                {  =   keyname          } ! A = B
                { COPY keyname          } ! A = B
                { SUM  keyname          } ! A = A + B
                { PROD keyname          } ! A = A * B
                { SET <real>            } ! A = <real>
                { ADD <real>            } ! A = <real> + A
                { MULT <real>           } ! A = <real> * A
                { DIVI <real>           } ! A = A / <real>
                { SIGN                  } ! A = sign ( A )
                { INTEger               } ! A = int ( A )
                { RECIprocal            } ! A = 1/ A
                { LOG                   } ! A = ln ( A )
                { EXP                   } ! A = exp ( A )
                { ABS                   } ! A = ABS ( A )
                { NORM                  } ! A = A / 2-norm(A)
                { MIN <real>            } ! A = MIN (A,<real>)
                { MAX <real>            } ! A = MAX(A,<real>)
                { POWEr <real>          } ! A = A ** <real>
                { POW2r                 } ! A = A * A
                { IPOW  <real>          } ! A = A ** int(<real>), OK for neg A
                { SQRT                  } ! A = SQRT(A)
                { RANDom                } ! A = random
                { HBCOunt               } ! A = #of hbonds
                { SHOW   [SORT]         }
                { STATistics weight_opt }
                { STORe  store_number   } ! S(i) = A(i)

sccdftb.doc


File: SCCDFTB, Node: Top, Up: (chmdoc/commands.doc), Next: Description
      Combined Quantum Mechanical and Molecular Mechanics Method
                       Based on SCCDFTB in CHARMM
                     by  Qiang Cui and Marcus Elstner
                 (cui@chem.wisc.edu, elstner@phys.upb.de)
        The approximate Density Functional program SCCDFTB (Self-
consistent charge Density-Functional Tight-Binding) is interfaced with
CHARMM program in a QM/MM method.  
	This method is described in 
Phys. Rev. B  58 (1998) 7260,
Phys. Stat. Sol. B 217 (2000) 357,
J. Phys. : Condens. Matter.  14 (2002) 3015.
	The QM/MM interface in CHARMM has been described in
J. Phys. Chem. B 105 (2001) 569
        The GHO-SCC-DFTB/MM boundary treatment has been described
in J. Phys. Chem. A 108 (2004) 5454.
The extension of the SCC-DFTB method to work with the Replica Path 
and the Nudged Elastic Band methods has been described in the following
paper and should be cited when applied... 
  H. L. Woodcock, M. Hodoscek, and B. R. Brooks Exploring SCC-DFTB Paths
  for Mapping QM/MM Reaction Mechanisms J. Phys. Chem. A; 2007; 111(26)
  5720-5728.
* Menu:
* Description::         Description of the sccdftb commands.
* Usage::               How to run sccdftb in CHARMM.
* Installation::        How to install sccdftb in CHARMM environment.
* Status::              Status of the interface code.

File: SCCDFTB Node: Description, Up: Top, Next: Usage, Previous: Top
     The SCCDFTB QM potential is initialized with the SCCDFTB command

scpism.doc

File: SCPISM, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
    Screened Coulomb Potentials Implicit Solvent Model (SCPISM)
     The SCPISM is a continuum model of solvated macromolecules that 
treats implicitly the effects of the surrounding aqueous medium. The model
is based on screened Coulomb potentials (SCP) as derived from basic theory 
of polar liquids (the Lorentz-Debye-Sack theory). At the present level
of development the model incorporates a continuum description
of electrostatic effects and, optionally, a cavity term to account for 
hydrophobic interactions. The current implementation is suitable for 
dynamics (plain or Langevin) simulations, energy evaluation and minimization
of peptides and proteins. The models is to be used in combination with the
all-atom representation (either PAR22 or CMAP) 
     Details of the implementation of the model in CHARMM can be found in
http://cmm.cit.nih.gov/~mago/SCPISM.html. 
     The parameters used in all applications reported to date
have not been corrected since the model was first introduced. This is a
desirable feature of the SCPISM as discussed in the bibliography, although
corrections of the present parameters are probably needed, especially those 
governing hydrogen bond interactions. Some ideas towards a parameter-free 
SCP-ISM have recently been reported [5,6], which is the ultimate goal for
conceptual and practical necessity.
     In the current implementation there is one parameter per atom type. 
The original parameterization was done based on solvation energies of amino 
Acid side chain analogs and restrictions imposed to the space of parameters,
as reported [2] (the parameterization was not based on reproducing PB
results but results correates well with this continuum model). Hydrogen 
bonding strength is treated independently [4]. This was shown to be important
for ab initio structure prediction and stabilization [3].
* Menu
* Syntax::         Syntax of the SCPISM commands
* Background::     An introduction to the SCPISM (see also URL)

select.doc


File: Select, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                            ATOM SELECTION
        Atom selection is used for many commands within CHARMM.
Its existance is one of the main factors in the versatility of CHARMM.
* Menu:
* Syntax::              Syntax of the sequential selection
* Double::              Double atom selections
* Function::            Descriptions of the various sequential options

File: Select, Node: Syntax, Up: Top, Next: Double, Previous: Top
                    Recursive Atom Selection Syntax
[SYNTAX SELEction]
....     SELEction   <factor>   [SHOW]  END    ....
          Listed in priority order (low to high)
(operators not separated by a blank line are processed sequentially)
   <factor>:==  <factor> .OR. <factor>
                <factor> .AND. <factor>
                <factor> .AROUND. <real>
                <factor> .SUBSET. <int*>
                <factor> .SUBSET. <int1> : <int2>
                .NOT. <factor>
                .BONDED. <factor>
                .BYRES. <factor>
                .BYGROUP. <factor>
                (  <factor>  )
                <token>
                <keyname>
     <token>::= SEGId <segid>*
                SEGId <segid1> : <segid2>
                ISEG  <segnum1> : <segnum2>

sgld.doc


File: Sgld, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                 Self-Guided Langevin Dynamics (SGLD) simulation
                      By Xiongwu Wu and Bernard R. Brooks
     A SGLD simulation enhances conformational search efficiency through
acceleration of systematic motions in a molecular system.  The systematic 
motion represents the slow conformational change that contributes the most 
in conformational search.  A guiding force in the direction of the systematic
motion, which is calculated as a local average of velocities, is introduced 
into the equation of motion to enhance the systematic motion.  It has been
demonstrated that within the suggested parameter range, a SGLD simulation 
has a dramatically enhanced conformational search efficiency while has little
perturbation on conformational distribution.  More details are described in 
the paper: 
     "Self-guided Langevin dynamcs simulation method", Chem. Phys. Letter, 
381, 512-518(2003).
     The SGLD algorithm is developed based on a previously developed 
self-guided molecular dynamics simulation method, which employs a local 
average of nonbonded interaction forces as the guiding force.  The 
force-based guiding force correlates with the energy surface that may 
change the conformational distribution.  The SGLD method uses a local 
average of velocities to calculate the guiding force, and overcomes the
disadvantage of the old method.  When SGLD is used without friction, we 
refer to this method as SGMD.  Please be not confused with the 
force-based self-guided molecular dynamics method.
     Two parameters, the guiding factor, SGFT, and the local average time,
TSGAVG, define the guiding effect in a SGLD simulation. A larger TSGAVG will
result in a slower motion to be enhanced.  A larger SGFT will introduce 
stronger guiding forces and result in a larger energy barrier overcoming
ability.  When SGFT=0, a SGMD/SGLD simulaiton reduces to a normal MD/LD
simiulation.  SGFT should be limited to keep systematic motion very small 

shapes.doc

            
                               Shape Descriptors
A CHARMM section to deal with shapes and charge distributions
for small molecules.
                 By Bernard R. Brooks and Yuhong Zhang - NIH
Overview
A shape descriptor facility has been developed with several goals in mind;
      - Best fit two or more molecules based on shape. 
      - Docking small molecules into an active site.
      - Optimize the conformation of a molecule to achieve
          a particular shape.
      - Optimize the conformation of two molecules so that
          they give the same shape.
      - Generate descriptors of a molecule for QSAR applications.
      - To provide a simple graphic representation of a molecule.
It also provides the capability for:
      - Rigid body minimizations
      - Rigid body dynamics
      - Rigid and flexible docking
      - Structural analysis of miscellaneous properties
                 (e.g. hydrophobic moments)
      - Searching a trajectory for frames with a given property/shape
      - High volume screening when coupled with a structural database
This is achieved by representing a molecule's shape and charge distribution
(and other properties) as series of a polynomic expansion in cartesian space.
A new data structure, Shape Descriptors, has been created.  The following
commands and command features have been added to CHARMM to manipulate
and utilize this data structure;
Syntax:
--------------------------------------------------------------------------------
Commands defining the shape descriptor tables:
SHAPe { CLEAr  [PROPerties]                } - clear the descriptor data

shell.doc


File: SHELL, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                         Shell Decomposition
        It is often desirable to decompose solvent around a solute
into shells. This module allows such a decomposition based on a distance
criterion.
* Menu:
* Syntax::              The syntax of the SHELL command
* General::             General overview
* Setup::               Setup of overall SHELL parameters
* Update::              Decomposing the current coordinates
* Define::              Putting shell information into defines
* Statistics::          Printing shell information
* Off::                 Turning SHELL off
* Correl::              CORREL series using the SHELL module
* Caveats::             Some limitations/todos to keep in mind
* Efficiency::          Things to consider regarding speed
* Examples::            Just what it says

File: SHELL, Node: Syntax, Previous: Top, Up: Top, Next: General
                         Syntax for the SHELL command
[SYNTAX SHELL_decomposition]
Syntax:
SHELL  [ NSHL int ]  [ NOIMages ]  [ ATOM ] -
       [ SOLUte atom-selection ]  [ SOLVent atom-selection ] -
       [ SHTH real | SHBO real ... ]  
       [ UPDAte ] 
       [ DEFIne ] [ name ]  [ SHELL int ]
                            [ BULK ]
                            [ SOLUte ]
                            [ SOLVent ]

struct.doc


File: Struct, Node: Top, Up: (chmdoc/commands.doc), Next: Generate
            Generation and Manipulation of the Structure (PSF)
        The commands described in this node are used to construct and
manipulate the PSF, the central data structure in CHARMM (see
PSF.FCM).  The PSF holds lists giving every bond, bond angle, torsion
angle, and improper torsion angle as well as information needed to
generate the hydrogen bonds and the non-bonded list. It is essential
for the calculation of the energy of the system. A separate data
structure deals with symmetric images of the atoms.  See *note Images:
(chmdoc/images.doc).
        There is an order with which commands to generate and manipulate
the PSF must be given.  First, segments in the PSF must be generated one
at a time.  Prior to generating any segments, one must first have read a
residue topology file, see *note read:(chmdoc/io.doc)Read.  To
generate one segment, one must first read in a sequence using the READ
command, see *note seq:(chmdoc/io.doc)Sequence.  Then, the GENERATE
command must be given.
        Once a segment is generated, it may be manipulated. This can
be done in a very general way using the patch command. The patch
command allows, for instance, the addition of disulfide bridges,
changing the protonation state of a titratible residue or to make a
histidine heme crosslink.
        The PSF can be saved with the "WRITE PSF" command.  A PSF may be
read with the "READ PSF" command.  The "READ PSF" command has an "APPEnd"
option that allows the merging of individual PSF files.  In addition, the
"DELETE" command allows the deletetion of atoms and all references to the
deleted atoms.
* Menu:
* Generate::            Generating a segment
* Nbx::                 Nonbond exclusion lists

subst.doc


File: SUBST, Node: Top, Up: (chmdoc/commands.doc), Next: Substition:(chmdoc/energy.doc), Previous: (chmdoc/commands.doc)
                  Command Line Substitution Parameters
The following are substitution parameters available within CHARMM;
---------------------------------------------------------------------
General:
'PI  '    - Pi, 3.141592653589793
'KBLZ'    - The Boltzmann factor (0.001987191)
'CCELEC'  - 1/(4 PI epsilon) in AKMA units (332.0716)
'SPEEDL'  - Speed of light
'CNVFRQ'  - Conversion from root(Kcals/mol/AMU) to frequencies in CM-1.
'TIMFAC'  - Conversion from AKMA time to picoseconds
---------------------------------------------------------------------
Control and system variables:
'BOMLEV'  - The error termination level (-5 to 5)
'WRNLEV'  - The warning print level (-5 to 10)
'PRNLEV'  - The standard print level (-1 to 15)
'IOLEV'   - The I/O level (-1 to 1)
'IOSTAT'  - The status of most recent OPEN command (-1=failed,1=OK)
'TIMER'   -
'FASTER'  -
'LFAST'   -
'OLMACH'  -
'OUTU'    -
'FLUSH'   -
'FNBL'    -
'NBFACT'  -
'LMACH'   -
'MYNODE'  - Current node number (0 to NUMNODE-1)
'NUMNODE' - The number of nodes (distributed memory)
'NCPU'    - The number of CPUs (shared memory use)

support.doc


File: Support, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/usage.doc), Next: (chmdoc/testcase.doc)
                    Support Programs and Data Files
    This section describes supplimentary programs and data files
included in the CHARMM 22.0.b package.
* Menu:
* Boundary::        Deformable boundary potential files
* IMTRAN::          Image transformation files

File: Support, Node: Boundary, Up: Top, Previous: Top, Next: IMTRAN
                  Deformable Boundary Potential Files
    A deformable boundary potential (DBP) file is required to run the
stoichastic boundary molecular dynamics (SBMD) simulatiuon.  Only
spherical DBP's are included in the current release.  In the future
release, cylindrical boundaries and plane shape boundaries will be
incorporated and the DBP generation routine will also be available
through CHARMM.
    ~/charmm/support/bpot (or [...CHARMM.SUPPORT.BPOT] on VMS
machines) contains DBP files for the TIP3P water in a spherical
simulation zone with 8 to 25 angstrom effective radius.  These DBP
files are generated by using Charlie Brooks' MFFGEN1 program and the
CHARMM SBOUND command.  The effective radius is set to the Langevin
and reservior region boundary (the reaction zone radius).  Then, the
boundary radius used in the DBP generating program (e.g., MFFGEN1.EXE
on HUCHE1.HARVARD.EDU) should be larger than the reaction zone radius
by the water oxygen van der Waals radius.  The reaction zone radius
plus 1.7682 angstrom (the TIP3P water oxygen vdW radius) is used to
generate the DBP for a given effective radius sphere.  The nonbonded
cutoff of 7.5 angstrom is used in the DBP generation procesure.  Those
DBP files can be used in simulations with different nonbonded cutoff
distances.

tamd.doc


File: TAMD, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
           Torsion Angle Molecular Dynamics (TAMD) Module
Purpose: carry out molecular dynamics and energy minimization in torsional 
space using atomic forces in Cartesian space.  The Newton-Euler Inverse 
Mass Operator (NEIMO) recursive algorithm of Jain et al. J. Comput. Phys.
1993, 106, 258-268 was used to solve the equations of motion in internal
coordinates.
WARNING: The module is still being developed and may change in the future.
Please report problems and direct questions and comments to Jianhan Chen 
(jianhanc@scripps.edu) or Charles L. Brooks, III (brooks@scripps.edu).
REFERENCES:
  A. Jain, N. Vaidehi and K. Kreutz-Delgado, J. Comp. Phys. 1993, 106, 258-268.
  C. D. Schwieters and G. M. Clore, J. Magn. Reson. 2001, 152, 288-302.
  J. Chen, W. Im and C. L. Brooks, III, J. Comp. Chem. 2005, 26, 1565-1578.
* Menu:
* Syntax::      Syntax of the TAMD commands
* Function::    Purpose of each of the commands
* Examples::    Usage examples of the TAMD analysis commands

File: TAMD, Node: Syntax, Up: Top, Previous: Top, Next: Function
                                 Syntax
[SYNTAX TAMD functions]
Syntax:
TAMD   enter the TAMD module
END    exit the TAMD module
Subcommands:
RESET      reset all TAMD variables.
CLUSter    atom-selection
TREE       { SETUp [TOPV charmm-topology-version] }
           { CHECk }

test.doc


File: Test, Node: Top, Up: (chmdoc/commands.doc)
        Test commands: Commands to test various conditions in CHARMM
[SYNTAX TEST]
Syntax of the TEST commands:
TEST FIRSt [TOL real] [STEP real] [UNIT int] [MASS int] [atom-selection]
              (0.005)    (0.0001)        (6)        (0)
                  [ CRYStal  [ HOMOgeneous ] ]
TEST SECOnd  [TOL real] [STEP real] [UNIT int] [2xatom-selection]
               (0.005)    (0.0001)  (OUTU (6)) 
TEST COORdinates  [COMP]
TEST CONNectvity [SUBSet atom-selection] [COMMon atom-selection] [PRINt]
TEST PSF
TEST PARAmeter TRIGonometry  {  DIHEdral   }
                             {  CDIHedral  }
                             {  VDIHedral  }
                             {  IMPRoper   }
TEST HEAP
TEST STACk
GETHeap integer
TEST INITialization
RESET
TEST NOCOmmunication  { READ   UNIT int  STEP int  MEMO int } 
                      { WRITE  UNIT int  STEP int  MEMO int }
                      { CLOSE                               }
TEST STAMp LEVEl int
        The TEST FIRSt command, tests the first derivative of the
energy by finite differences. It uses the GETE subroutine, so that before
this command is invoked, the UPDAte command must be invoked. Since
two energy evaluations are done for each degree of freedom, an atom
selection should be used for large systems. The TOL keyword may be

testcase.doc


File: Testcase, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/support.doc), Next: (chmdoc/developer.doc)
                            CHARMM Testcases
The CHARMM test cases are designed to test features of CHARMM and some of
error handling.  Though the test cases are not designed as a tutorial and
some used options and input parameters are not recommended, the test cases
are a valuable learning tool in setting up input files for CHARMM.
* Menu:
* Overview::            Notes about testcases
* Instruction::         How to run testcases
* C20TEST::             Description of testcases in c20test
* C22TEST::             Description of testcases in c22test
* C23TEST::             Description of testcases in c23test
* C24TEST::             Description of testcases in c24test
* C25TEST::             Description of testcases in c25test
* C26TEST::             Description of testcases in c26test
* NBONDTEST::           Description of testcases in cnbondtest
* MMFFTEST::            Description of testcases in cmmfftest
* GRAFTEST::            GRAPHICS Testcases

File: Testcase, Node: Overview, Up: Top, Previous: Top, Next: Instruction
                    Notes about the Testcase Suite
Testcases are reformed.  All testcases before version 22 are collected
in ~/cnnXm/test/c20test and new tests are written while we develop
CHARMM.  The new testcases are gathered in ~cnnXm/test/c22test,
c23test, ...  Note the following.
  (1) In the new testcase suite, we use formatted I/O for
      topology/parameter files in order for all testcases to run
      independently each other.
  (2) We make testcases self-contained whenever possible.  If external
      data files are required to run the test, they are in ~/cnnXm/test/data.

tmd.doc


File: Tmd, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                    Targeted Molecular Dynamics
The Targeted Molecular Dynamics (TMD) method introduces a holonomic
constraint that reduces the rmsd with a predefined target at each MD 
step. Three flavors of the method are available: the original TMD
method (J. Schlitter, M. Engels, P. Kruger, E. Jacoby and A. Wollmer, 
Mol. Sim. 10, 291 (1993)), the zeta-TMD method (Q. Cui, to be 
published), and the restricted perturbation - TMD method (A. van der
Vaart and M. Karplus, J. Chem. Phys. 122, 114903 (2005)).
The methods are implemented for the LEAP integrator, and Berendsen's 
thermostat must be used; CHARMM needs to be compiled with the "TMD"
keyword present in the pref.dat file.
* Menu:
* Syntax::              Syntax of the dynamics command
* Description::         Description of the keywords and options

File: Tmd, Node: Syntax, Up: Top, Previous: Top, Next: Description
          Syntax for the Targeted Molecular Dynamics commands
TMDInitialize { [ INRT integer ]  }   [ atom-selection ]  [ atom-selection ]
              { [ DINC real ]     }
              { [ FRMS real ]     }   
              { [ ITMD integer ]  }
              { [ FTMD integer ]  }
              { [ ENER integer ]  }
              { [ MAXF real ]     }
              { [ MAXB real ]     }
              { [ SUMP integer ]  }
              { [ ZETA ]          }
              { [ CZETa real ]    }
              { [ ZTOL real ]     }

tpcntrl.doc


File: TPCONTROL, Node: Top, Next: Syntax, Up: (chmdoc/commands.doc)
                 Temperature and pressure control
by   Guillaume Lamoureux  (Guillaume.Lamoureux@umontreal.ca)
and  Benoit Roux          (Benoit.Roux@med.cornell.edu)
The TPCONTROL command specifies the thermodynamic ensemble to be
simulated with "DYNA VV2", using extended dynamics: Nose-Hoover
equations for constant volume and constant temperature (the NVT
ensemble) and Anderson-Hoover equations for constant pressure and
temperature (the NPT ensemble).  It allows multiple thermostats.
"DYNA VV2" is a velocity-Verlet algorithm created to simulate
efficiently the motion of Drude oscillators (created by the DRUDE
command), and it understand the special nature of the Drude
oscillators.  The algorithm works for non-polarizable force fields as
well.  It is totally distinct from "DYNA VVER".
See J. Chem. Phys. 119, 3025-3039 (2003) for more details.
* Menu:
* Syntax::       Syntax of the TPCONTROL command
* Description::  Description of the TPCONTROL command
* Dynamics::     Molecular dynamics with TPCONTROL
* Examples::     Usage examples of the TPCONTROL command

File: TPCONTROL, Node: Syntax, Previous: Top, Next: Description, Up: Top
            Syntax of the TPCONTROL command
TPCOntrol [NTHErmostats integer] [CMDAmping real] [NSTEps integer]  -
          nther{ thermostat-spec }  -
          [ barostat-spec ]
TPCOntrol OFF
thermostat-spec::= THERmostat integer [TREF real] <TAU real|QREF real>  -
                   [TOLScf real] [MAXScf integer]  -
                   atom-selection

tps.doc


File: tps, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                     Transition Path Sampling 
The Transition Path Sampling (TPS) methods introduced by Chandler and   
co-workers to sample rare events (see References) are implemented as 
extensions of the RXNCoor, DYNAmics, and USER commands in CHARMM.  The 
TPS keyword must be included in pref.dat for the code to be compiled.
* Menu:
* Syntax::              Syntax required to invoke TPS
* Description::         Description of TPS specific keywords
* References::          Some references of use

File: tps, Node: Syntax, Up: Top, Next: Description, Previous: Top
             
                    Syntax required to invoke TPS
[Syntax RXNCoor]
RXNCoor [ standard RXNCoor keywords ] [ set-spec ] [ bas-spec ] [wri-spec]
set-spec ::= SET [ NRXN     1 ] NRXN{ name }
             where NRXN{ name } is an NRXN-long list of the names of 
             the order parameters to calculate.
bas-spec ::= BASIn NRXN{ name alo ahi blo bhi }
wri-spec ::= TPUNit NRXN{ name unit }
[Syntax DYNAmics]
DYNAmics [ RTRJ ] [ standard DYNAmics keywords ] -
         PATH [ mod-spec ] [ tps-spec ] [ sht-spec ] [ trj-spec ] [ hsa-spec ]
mod-spec ::= [ ISVFrequency 0 ]
tps-spec ::= [ NTPAth      0 ] [ NSAVP        0 ] [ NPRAccept         0 ] -
             [ ITPRint     0 ] [ ITPUnit STDOUT ] [ ACCU         STDOUT ] -
             [ USER        0 ] [ PSHOot     1.0 ] [ IMXShift          1 ] 
             [ SDUNit      0 ] [ SDINit       0 ] 
sht-spec ::= [ VFRAction 0.0 ] [ TFRAction  1.0 ] [ NTFRaction   NTPAth ] -

trek.doc


File: trek, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
c******************************************************************************
c                                                                             *
c           TReK: a program for Trajectory REfinement and Kinematics.         *
c                                                                             *
c                        Version 2.10 , July 5-2003.                          *
c                                                                             *
c******************************************************************************
c               Please report problems or send suggestions to :               *
c                                                                             *
c                              Stefan Fischer                                 *
c                         Tel. +(49)6221-548879                               *
c                e-mail: stefan.fischer@iwr.uni-heidelberg.de                 *
c                                                                             *
c             Check for application examples and bugfixes under :             *
c                                                                             *
c            http://www.iwr.uni-heidelberg.de/groups/biocomp/fischer          *
c                                                                             *
c******************************************************************************
Note : - For the busy user: please read at least the sections marked "!!!"
------                      before starting to use TReK and CPR.
         
       - This interface to TReK replaces the TRAVel module of CHARMM, which is 
         no longer supported.  An effort was made to reproduce the "look&feel"
         of TRAVEL, whose input-scripts should work with TReK.
TReK is a collection of tools to find and smooth the minimum-energy path
between two known structures representing the reactant and the product states
of a reaction (here, the word "reaction" is used to design both a chemical
reaction and/or a conformational transition).
The energy can be an empirical energy (MM), a pure quantum (QM) potential,

umbrel.doc

Charmm Element doc/umbrel.doc $Revision: 1.3 $

File: Umbrel, Node: Top, Up: (chmdoc/commands.doc), Next: RXNCOR
                               Order Parameters
The RXNCOR module in CHARMM was initially implemented by J. Kottalam in 
December 1990 for molecular dynamics simulations with an umbrella potential.  
The code and this documentation are currently being updated by Aaron R. Dinner 
and co-workers for use in all situations in which sampling based on (single 
or multiple) (scalar or vector) order parameters are desired.  See tps.doc
for additional notes.
* Menu:
* Syntax::       Syntax of RXNCOR and its subcommands
* Examples::     Examples of specifying a reaction coordinate in CHARMM and
                 interpreting the results

File: Umbrel, Node: Syntax, Up: Top, Next: Examples, Previous: Top
                                  Syntax
All the commands invoking this module are prefixed by the keyword RXNCord.  
The geometrical elements such as points, lines and planes are referenced by 
names selected by the user.  
[Syntax RXNCoor]
RXNCoor < set-spec | bas-spec | wri-spec | umbr-spec | defi-spec >
set-spec  ::= SET [ NRXN     1 ] NRXN{ name }
              where NRXN{ name } is an NRXN-long list of the names of
              the order parameters to calculate.
bas-spec  ::= BASIn NRXN{ name alo ahi blo bhi } (for TPS and/or SMD)
wri-spec  ::= < WRITe      [ UNIT unit (default is outu) ] |
                TRACe name [ UNIT unit (default is outu) ] >
umbr-spec ::= UMBRella FORM form KUMB ku DEL0 del0 PERIod period SMDDel smddel
stat-spec ::= STATistics LOWDelta lowdel HIDElta hidel DELDelta deldel -
              START start
defi-spec ::= DEFIne name geom-spec

usage.doc


File: Usage, Node: Top, Up: (chmdoc/charmm.doc), Previous: (chmdoc/install.doc), Next: (chmdoc/support.doc)
                          How to use CHARMM
        The user of CHARMM controls its execution by executing commands
sequentially from a command file or interactivly. In general the ordering
of commands is limited only by the data required by the command.
For example, the energy cannot be calculated unless the arrays holding
the coordinates, the parameters, etc., have already been filled.
        This section deals with overall usage, as opposed to the
detailed description of any given command. This is a good place to
start when first learning CHARMM.
* Menu:
* Meta-Syntax::         Describing the Syntax of Commands
* Command Syntax::      Rules for composing command input files.
* Run Control::         Ways to modify control flow and stream switching.
* I/O Units::           Correspondence between files and unit numbers
                        used by CHARMM.
* AKMA::                Units of Measurement used in CHARMM
* Data Structures::     Data Structures used by CHARMM
* Standard Files::      Descriptions of parameters, topologies, and
                        coordinates available.
* Examples::            Sample runs
* Interface::           How to make your own private version of CHARMM
* Syntactic Glossary::  Glossary of syntactic terms
* Glossary::            Glossary of non-syntactic terms.

File: Usage, Node: Meta-Syntax, Up: Top, Next: Command Syntax, Previous: Top
            Rules for Describing the Syntax (The Meta-Syntax)
        The syntax of commands is described using the following rules:
Capitalized words are keywords that must be specified as is. However, if
the word is partially capitalized, it may be abbreviated to the

vibran.doc


File: Vibran, Node: Top, Up: (chmdoc/commands.doc), Next: Syntax
                          Vibration Analysis
        The vibrational analysis section of CHARMM has been designed
to be a general purpose normal mode generation and analysis facility.
Also included is an extensive set of vector analysis and comparison
features and entropy calculation.
        Support programs such as the iterative diagonalization program,
or the restartable large matrix diagonalization program are compatable
with this facility. Also included are routine to generate trajectories
which can be used for examining modes on the picture system.
        In order to process commands with the vibrational analysis routines,
The energy terms must all be defined, and the structure must be determined
(see *note Needs: (chmdoc/energy.doc)Needs.). At present, SHAKE and images 
(see *note Images: (chmdoc/images.doc).) are not supported. 
Systems with atoms fixed by the CONStraint FIX command can be treated 
by using the REDU FIX option.
        Within the vibrational analysis command mode, all miscellaneous
(MISCOM), coordinate manipulation (CORMAN), and internal coordinate (IC)
commands are allowed.
        Keywords used to define Hydrogen bonds and nonbonded interactions
may be included in the command that invokes VIBRAN.
* Menu:
* Syntax::              Syntax of the VIBRan command and all commands
* Normal modes::        Description of normal modes
* I/O::                 Description of the read and write commands.
* Diagonalization::     Description of the diagonalization command.
* Quasiharmonics::      Description of the quasiharmonics command.
* Reduce::              Reduced basis normal mode analysis
* Dimb::                Iterative diagonalization (DIMB).
* Explore::             Command to explore the energy hypersurface

zerom.doc


File: ZEROM, Node: Top, Up: (chmdoc/commands.doc), Next: Method
     The Z Module is a general facility for carrying out conformational
searches based on rigid-geometry mapping or so-called "zero-order" 
minimization.  It also includes 1st-order minimization methods (Steepest
Descent and Conjugant Gradient), but the fundamental structure of the method
is nonetheless grid-based.
Reference: 
RJ Petrella, M Karplus. "A Versatile Deterministic Method for Conformational
Searches:  Application to CheY" (to be published).
* Menu:
* Method::        Z Method
* Syntax::        Syntax of the ZMOD command
* Description::   Description of the various keyword functions
* Examples::      Usage examples
* Supplementary:: More complex searches

File: ZEROM, Node: Method, Up: Top, Previous: Top, Next: Syntax
                           The Z Method
     The Z method depends on a partitioning of the conformational space of
a system into subsystems or "subspaces", where a subspace is a subset of all
the degrees of freedom in the system.  Once defined, the subspaces can be 
searched independently or in combinations.  Specifically, the facility searches
all N!/(N-n)!n! combinations of N subspaces taken n at a time, where N and n 
are any positive integers, and n<=N. Each grid or combination searches a
set of n subspaces having C(1),C(2),...C(n) conformations across a total of 
C(1)*C(2)*...C(n) conformations. For example, if there are 4 subspaces, each 
containing 20 conformers, taking 2 subspaces at a time would produce 6 grids
(4!/2!2!), each with 400 grid-points or energy calculations.  The overall 
search results in a subspace, the "product subspace", that is the union of all 
the starting or "reactant" subspaces. Hence, when n > 1, the product subspace 

NIH/CIT Biowulf
CHARMM.org Homepage

CHARMM Documentation / Rick_Venable@nih.gov