src/UseTheForce/EAM_FF.cpp

/*
 * Copyright (c) 2005 The University of Notre Dame. All Rights Reserved.
 *
 * The University of Notre Dame grants you ("Licensee") a
 * non-exclusive, royalty free, license to use, modify and
 * redistribute this software in source and binary code form, provided
 * that the following conditions are met:
 *
 * 1. Acknowledgement of the program authors must be made in any
 *    publication of scientific results based in part on use of the
 *    program.  An acceptable form of acknowledgement is citation of
 *    the article in which the program was described (Matthew
 *    A. Meineke, Charles F. Vardeman II, Teng Lin, Christopher
 *    J. Fennell and J. Daniel Gezelter, "OOPSE: An Object-Oriented
 *    Parallel Simulation Engine for Molecular Dynamics,"
 *    J. Comput. Chem. 26, pp. 252-271 (2005))
 *
 * 2. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer.
 *
 * 3. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the
 *    distribution.
 *
 * This software is provided "AS IS," without a warranty of any
 * kind. All express or implied conditions, representations and
 * warranties, including any implied warranty of merchantability,
 * fitness for a particular purpose or non-infringement, are hereby
 * excluded.  The University of Notre Dame and its licensors shall not
 * be liable for any damages suffered by licensee as a result of
 * using, modifying or distributing the software or its
 * derivatives. In no event will the University of Notre Dame or its
 * licensors be liable for any lost revenue, profit or data, or for
 * direct, indirect, special, consequential, incidental or punitive
 * damages, however caused and regardless of the theory of liability,
 * arising out of the use of or inability to use software, even if the
 * University of Notre Dame has been advised of the possibility of
 * such damages.
 */
 
#include "UseTheForce/EAM_FF.hpp"
#include "UseTheForce/DarkSide/eam_interface.h"
#include "UseTheForce/DarkSide/lj_interface.h"
#include "UseTheForce/DarkSide/sticky_interface.h"
#include "UseTheForce/ForceFieldFactory.hpp"
#include "io/DirectionalAtomTypesSectionParser.hpp"
#include "io/AtomTypesSectionParser.hpp"
#include "io/LennardJonesAtomTypesSectionParser.hpp"
#include "io/ChargeAtomTypesSectionParser.hpp"
#include "io/MultipoleAtomTypesSectionParser.hpp"
#include "io/EAMAtomTypesSectionParser.hpp"
#include "io/StickyAtomTypesSectionParser.hpp"
#include "io/BondTypesSectionParser.hpp"
#include "io/BendTypesSectionParser.hpp"
#include "io/TorsionTypesSectionParser.hpp"
#include "io/OptionSectionParser.hpp"
#include "UseTheForce/ForceFieldCreator.hpp"
#include "utils/simError.h"
namespace oopse {
    
  EAM_FF::EAM_FF(){

    //set default force field filename
    setForceFieldFileName("EAM.frc");

    //the order of adding section parsers are important
    //OptionSectionParser must come first to set options for other parsers
    //DirectionalAtomTypesSectionParser should be added before AtomTypesSectionParser Since
    //These two section parsers will actually create "real" AtomTypes (AtomTypesSectionParser will create
    //AtomType and DirectionalAtomTypesSectionParser will creat DirectionalAtomType which is a subclass
    //of AtomType, therefore it should come first). Other AtomTypes Section Parser will not create the 
    //"real" AtomType, they only add and set some attribute of the AtomType. Thus their order are not
    //important. AtomTypesSectionParser should be added before other atom type section parsers.
    //Make sure they are added after DirectionalAtomTypesSectionParser and AtomTypesSectionParser. 
    //The order of BondTypesSectionParser, BendTypesSectionParser and TorsionTypesSectionParser are
    //not important.
    spMan_.push_back(new OptionSectionParser(forceFieldOptions_));
    spMan_.push_back(new AtomTypesSectionParser());
    spMan_.push_back(new EAMAtomTypesSectionParser(forceFieldOptions_));

    
  }

  void EAM_FF::parse(const std::string& filename) {
    ifstrstream* ffStream;
    ffStream = openForceFieldFile(filename);

    spMan_.parse(*ffStream, *this);

    ForceField::AtomTypeContainer::MapTypeIterator i;
    AtomType* at;

    for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
      at->makeFortranAtomType();
    }

    for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
      at->complete();
    }

    delete ffStream;
  }


  RealType EAM_FF::getRcutFromAtomType(AtomType* at){
    RealType rcut = 0.0;    
    if (at->isEAM()) {
      GenericData* data = at->getPropertyByName("EAM");
      if (data != NULL) {
        EAMParamGenericData* eamData = dynamic_cast<EAMParamGenericData*>(data);

        if (eamData != NULL) {

          EAMParam& eamParam = eamData->getData();
          rcut =  eamParam.rcut;
        } else {
          sprintf( painCave.errMsg,
                   "Can not cast GenericData to EAMParam\n");
          painCave.severity = OOPSE_ERROR;
          painCave.isFatal = 1;
          simError();          
        }
      } else {
        sprintf( painCave.errMsg, "Can not find EAM Parameters\n");
        painCave.severity = OOPSE_ERROR;
        painCave.isFatal = 1;
        simError();          
      }
    }    else {
      rcut = ForceField::getRcutFromAtomType(at);
    }
   
    return rcut;    
  }

  EAM_FF::~EAM_FF(){
    // We need to clean up the fortran side so we don't have bad things happen if
    // we try to create a second EAM force field.
    destroyEAMTypes();
  }
} //end namespace oopse
Revision:	2759
Committed:	Wed May 17 21:51:42 2006 UTC (18 years, 1 month ago) by tim
File size:	5664 byte(s)
Log Message:	Adding single precision capabilities to c++ side
#	Content
1	/*
2	* Copyright (c) 2005 The University of Notre Dame. All Rights Reserved.
3	*
4	* The University of Notre Dame grants you ("Licensee") a
5	* non-exclusive, royalty free, license to use, modify and
6	* redistribute this software in source and binary code form, provided
7	* that the following conditions are met:
8	*
9	* 1. Acknowledgement of the program authors must be made in any
10	* publication of scientific results based in part on use of the
11	* program. An acceptable form of acknowledgement is citation of
12	* the article in which the program was described (Matthew
13	* A. Meineke, Charles F. Vardeman II, Teng Lin, Christopher
14	* J. Fennell and J. Daniel Gezelter, "OOPSE: An Object-Oriented
15	* Parallel Simulation Engine for Molecular Dynamics,"
16	* J. Comput. Chem. 26, pp. 252-271 (2005))
17	*
18	* 2. Redistributions of source code must retain the above copyright
19	* notice, this list of conditions and the following disclaimer.
20	*
21	* 3. Redistributions in binary form must reproduce the above copyright
22	* notice, this list of conditions and the following disclaimer in the
23	* documentation and/or other materials provided with the
24	* distribution.
25	*
26	* This software is provided "AS IS," without a warranty of any
27	* kind. All express or implied conditions, representations and
28	* warranties, including any implied warranty of merchantability,
29	* fitness for a particular purpose or non-infringement, are hereby
30	* excluded. The University of Notre Dame and its licensors shall not
31	* be liable for any damages suffered by licensee as a result of
32	* using, modifying or distributing the software or its
33	* derivatives. In no event will the University of Notre Dame or its
34	* licensors be liable for any lost revenue, profit or data, or for
35	* direct, indirect, special, consequential, incidental or punitive
36	* damages, however caused and regardless of the theory of liability,
37	* arising out of the use of or inability to use software, even if the
38	* University of Notre Dame has been advised of the possibility of
39	* such damages.
40	*/
41
42	#include "UseTheForce/EAM_FF.hpp"
43	#include "UseTheForce/DarkSide/eam_interface.h"
44	#include "UseTheForce/DarkSide/lj_interface.h"
45	#include "UseTheForce/DarkSide/sticky_interface.h"
46	#include "UseTheForce/ForceFieldFactory.hpp"
47	#include "io/DirectionalAtomTypesSectionParser.hpp"
48	#include "io/AtomTypesSectionParser.hpp"
49	#include "io/LennardJonesAtomTypesSectionParser.hpp"
50	#include "io/ChargeAtomTypesSectionParser.hpp"
51	#include "io/MultipoleAtomTypesSectionParser.hpp"
52	#include "io/EAMAtomTypesSectionParser.hpp"
53	#include "io/StickyAtomTypesSectionParser.hpp"
54	#include "io/BondTypesSectionParser.hpp"
55	#include "io/BendTypesSectionParser.hpp"
56	#include "io/TorsionTypesSectionParser.hpp"
57	#include "io/OptionSectionParser.hpp"
58	#include "UseTheForce/ForceFieldCreator.hpp"
59	#include "utils/simError.h"
60	namespace oopse {
61
62	EAM_FF::EAM_FF(){
63
64	//set default force field filename
65	setForceFieldFileName("EAM.frc");
66
67	//the order of adding section parsers are important
68	//OptionSectionParser must come first to set options for other parsers
69	//DirectionalAtomTypesSectionParser should be added before AtomTypesSectionParser Since
70	//These two section parsers will actually create "real" AtomTypes (AtomTypesSectionParser will create
71	//AtomType and DirectionalAtomTypesSectionParser will creat DirectionalAtomType which is a subclass
72	//of AtomType, therefore it should come first). Other AtomTypes Section Parser will not create the
73	//"real" AtomType, they only add and set some attribute of the AtomType. Thus their order are not
74	//important. AtomTypesSectionParser should be added before other atom type section parsers.
75	//Make sure they are added after DirectionalAtomTypesSectionParser and AtomTypesSectionParser.
76	//The order of BondTypesSectionParser, BendTypesSectionParser and TorsionTypesSectionParser are
77	//not important.
78	spMan_.push_back(new OptionSectionParser(forceFieldOptions_));
79	spMan_.push_back(new AtomTypesSectionParser());
80	spMan_.push_back(new EAMAtomTypesSectionParser(forceFieldOptions_));
81
82
83	}
84
85	void EAM_FF::parse(const std::string& filename) {
86	ifstrstream* ffStream;
87	ffStream = openForceFieldFile(filename);
88
89	spMan_.parse(ffStream, this);
90
91	ForceField::AtomTypeContainer::MapTypeIterator i;
92	AtomType* at;
93
94	for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
95	at->makeFortranAtomType();
96	}
97
98	for (at = atomTypeCont_.beginType(i); at != NULL; at = atomTypeCont_.nextType(i)) {
99	at->complete();
100	}
101
102	delete ffStream;
103	}
104
105
106	RealType EAM_FF::getRcutFromAtomType(AtomType* at){
107	RealType rcut = 0.0;
108	if (at->isEAM()) {
109	GenericData* data = at->getPropertyByName("EAM");
110	if (data != NULL) {
111	EAMParamGenericData* eamData = dynamic_cast<EAMParamGenericData*>(data);
112
113	if (eamData != NULL) {
114
115	EAMParam& eamParam = eamData->getData();
116	rcut = eamParam.rcut;
117	} else {
118	sprintf( painCave.errMsg,
119	"Can not cast GenericData to EAMParam\n");
120	painCave.severity = OOPSE_ERROR;
121	painCave.isFatal = 1;
122	simError();
123	}
124	} else {
125	sprintf( painCave.errMsg, "Can not find EAM Parameters\n");
126	painCave.severity = OOPSE_ERROR;
127	painCave.isFatal = 1;
128	simError();
129	}
130	} else {
131	rcut = ForceField::getRcutFromAtomType(at);
132	}
133
134	return rcut;
135	}
136
137	EAM_FF::~EAM_FF(){
138	// We need to clean up the fortran side so we don't have bad things happen if
139	// we try to create a second EAM force field.
140	destroyEAMTypes();
141	}
142	} //end namespace oopse