From owner-chemistry@ccl.net Mon Nov 14 00:56:00 2011 From: "cina foroutan canyslopus|yahoo.co.uk" To: CCL Subject: CCL: Convergence During Frequency Analysis Message-Id: <-45879-111114005303-26709-gm70gv4LFC64kiIBUUnzGg|a|server.ccl.net> X-Original-From: cina foroutan Content-Type: multipart/alternative; boundary="1274154199-178182134-1321249972=:78070" Date: Mon, 14 Nov 2011 05:52:52 +0000 (GMT) MIME-Version: 1.0 Sent to CCL by: cina foroutan [canyslopus(_)yahoo.co.uk] --1274154199-178182134-1321249972=:78070 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear Josh,=0A=0AI have had this problem many times before. This tells that = your geometry does not correspond to the real local minimum. To check it yo= u can submit a new optimization with your optimized geometry and consider o= pt=3Dreadfc guess=3Dread keywords (please note that if you saved a chk file= you can use these keywords!). If your structure is the real minimum, the n= ew job must finishes after just one cycle. However, I guess that, this is n= ot the case for you.=0ATo get the real minimum on the PES you may also cons= ider opt=3D(calcall). Then, the second derivatives of energy will be comput= ed in every step of optimization and you can be sure that you will find the= real local minimum. Unfortunately, calcall keyword is very demanding becau= se as I mentioned in every step of the optimization second derivatives of e= nergy must be computed, this means that every optimization step is as deman= ding as a frequency calculation.=0A=0AGood luck=0ACina Foroutan-Nejad=0A=0A= =0A=0A=0A________________________________=0AFrom: Josh Marell mare0051-#-um= n.edu =0ATo: "Foroutan-Nejad, Cina " =0ASent: Monday, 14 November 2011, 1:33=0ASubject: CCL: = Convergence During Frequency Analysis=0A=0A=0AHello,=0A=0AI am optimizing a= geometry at the m062x/6-31+g(d,p) level, and then I perform a frequency an= alysis. =A0During the optimization step (and utilizing opt=3Dverytight), I = ensure that I am getting full convergence and see:=0A=0AMaximum Force =A0 = =A0 =A0 =A0 =A0 =A00.000000 =A0 =A0 0.000002 =A0 =A0 YES=0A=A0RMS =A0 =A0 F= orce =A0 =A0 =A0 =A0 =A0 =A00.000000 =A0 =A0 0.000001 =A0 =A0 YES=0A=A0Maxi= mum Displacement =A0 =A0 0.000005 =A0 =A0 0.000006 =A0 =A0 YES=0A=A0RMS =A0= =A0 Displacement =A0 =A0 0.000001 =A0 =A0 0.000004 =A0 =A0 YES=0A=0AHoweve= r, then I carry out a frequency analysis using the following route section:= =0A# m062x/6-31+g(d,p) freq integral(ultrafinegrid) scrf=3Dcheck geom=3Dche= ckpoint=0A=0AAnd at the end of the output file for the frequency analysis, = it indicates in this specific case that none of the criteria have converged= (this is after the line that specifies the axes has been restored to the o= riginal set)=0A=0A=A0 =A0 =A0 =A0 =A0Item =A0 =A0 =A0 =A0 =A0 =A0 =A0 Value= =A0 =A0 Threshold =A0Converged?=0A=A0Maximum Force =A0 =A0 =A0 =A0 =A0 =A0= 0.024599 =A0 =A0 0.000450 =A0 =A0 NO=A0=0A=A0RMS =A0 =A0 Force =A0 =A0 =A0 = =A0 =A0 =A00.005725 =A0 =A0 0.000300 =A0 =A0 NO=A0=0A=A0Maximum Displacemen= t =A0 =A0 0.311758 =A0 =A0 0.001800 =A0 =A0 NO=A0=0A=A0RMS =A0 =A0 Displace= ment =A0 =A0 0.083739 =A0 =A0 0.001200 =A0 =A0 NO=A0=0A=A0Predicted change = in Energy=3D-4.741844D-03=0A=A0GradGradGradGradGradGradGradGradGradGradGrad= GradGradGradGradGradGradGrad=0A=0AIs this telling me the results of the fre= quency analysis are not reliable? =A0I guess I'm unclear why the geometry t= hat converged with verytight requirement is now not converging during the f= requency job (assuming I'm understanding the implication of the above corre= ctly).=0A=0AThank you,=0A=0AJosh --1274154199-178182134-1321249972=:78070 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear Josh,=

I have had this problem= many times before. This tells that your geometry does not correspond to th= e real local minimum. To check it you can submit a new optimization with yo= ur optimized geometry and consider opt=3Dreadfc guess=3Dread keywords (plea= se note that if you saved a chk file you can use these keywords!). If your = structure is the real minimum, the new job must finishes after just one cyc= le. However, I guess that, this is not the case for you.
<= span>To get the real minimum on the PES you may also consider opt=3D(calcal= l). Then, the second derivatives of energy will be computed in every step o= f optimization and you can be sure that you will find the real local minimu= m. Unfortunately, calcall keyword is very demanding because as I mentioned in every step of the optimization second derivatives of energy must be com= puted, this means that every optimization step is as demanding as a frequen= cy calculation.

Good luc= k
Cina Foroutan-Nejad


From: Jo= sh Marell mare0051-#-umn.edu <owner-chemistry#,#ccl.net>
To: "Foroutan-Nejad, Cina " &= lt;canyslopus#,#yahoo.co.uk>
Sent= : Monday, 14 November 2011, 1:33
Subject: CCL: Convergence During Frequency Analysis

Hello,

= I am optimizing a geometry at the m062x/6-31+g(d,p) level, and then I perfo= rm a frequency analysis.  During the optimization step (and utilizing = opt=3Dverytight), I ensure that I am getting full convergence and see:=0A=0A=0A=0A

Maximum Force       &n= bsp;    0.000000     0.000002     YES
 RMS     Force            0= .000000     0.000001     YES
 Maximum Di= splacement     0.000005     0.000006     YES<= /div>
=0A=0A=0A=0A RMS     Displacement     0.= 000001     0.000004     YES

<= div>However, then I carry out a frequency analysis using the following rout= e section:
# m062x/6-31+g(d,p) freq integral(ultrafinegrid) scrf= =3Dcheck geom=3Dcheckpoint
=0A=0A=0A=0A

And at the = end of the output file for the frequency analysis, it indicates in this spe= cific case that none of the criteria have converged (this is after the line= that specifies the axes has been restored to the original set)
=0A=0A=

         Item   &nbs= p;           Value     Threshold  C= onverged?
=0A=0A
 Maximum Force         &= nbsp;  0.024599     0.000450     NO 
 RMS     Force            0.= 005725     0.000300     NO 
 Maximu= m Displacement     0.311758     0.001800     = NO 
 RMS     Displacement     0.083= 739     0.001200     NO 
=0A=0A=0A=0A
&nb= sp;Predicted change in Energy=3D-4.741844D-03
 GradGradGradG= radGradGradGradGradGradGradGradGradGradGradGradGradGradGrad

Is this telling me the results of the frequency analysis ar= e not reliable?  I guess I'm unclear why the geometry that converged w= ith verytight requirement is now not converging during the frequency job (a= ssuming I'm understanding the implication of the above correctly).
=0A= =0A=0A

Thank you,

Josh
=0A=


--1274154199-178182134-1321249972=:78070-- From owner-chemistry@ccl.net Mon Nov 14 08:26:00 2011 From: "James Kubicki jdk7|,|psu.edu" To: CCL Subject: CCL:G: Raman intensities in Gaussian Message-Id: <-45880-111114080916-393-iM3c1tJhmwCfSvzjHIV6lA]*[server.ccl.net> X-Original-From: James Kubicki Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Date: Mon, 14 Nov 2011 08:09:03 -0500 MIME-Version: 1.0 Sent to CCL by: James Kubicki [jdk7!A!psu.edu] I always thought the original reference for this was Frisch MJ, Yamaguchi Y, Gaw JF, Schaefer HF III, Binkley JS (1986) Analytic Raman intensities from molecular electronic wave functions. J Chem Phys 84:531-532. I suppose those below have superseded the Frisch et al. paper. On 11/13/2011 7:14 AM, Juan Aragó juan.arago*uv.es wrote: > > Sent to CCL by: =?ISO-8859-1?Q?Juan_Arag=F3?= [juan.arago(_)uv.es] > Dear Steve Williams, > > Thanks very much for your such quick answer. With the last paper that > you recommended me and the Long book, it has been enough to answer my > doubts. > > Juan > > El 12/11/2011 19:19, willsd^-^appstate.edu escribió: >> Sent to CCL by: [willsd[]appstate.edu] >> Gaussian computes Raman activites which are a major, but not the only, >> contributor to measured Raman intensities. The intensity depends also >> on: laser >> excitation and observation directions, polarizations of same, laser >> frequency, >> type of detector (power or photon counting), and temperature. A >> recent CCL >> posting described a python tool to convert activity into intensity >> which listed >> the following references for how this conversion was done: >> >> Raman intensities are obtained according to: >> [1] P.L. Polavaru, J. Phys. Chem. 94 (1990) 8106. >> [2] V. Krishnakumar, G. Keresztury, T. Sundius, R. Ramasamy, J. Mol. >> Struct. >> 702 (2004) 9. >> [3] S.D. Williams, T.J. Johnson, T.P. Gibbons, C.L. Kitchens, Theor. >> Chem. >> Acc. 117 (2007) 283. >> >> Steve Williams >> >> ----- Original Message ----- >>> From: "Juan Aragó juan.arago]![uv.es" >> Date: Saturday, November 12, 2011 8:32 am >> Subject: CCL:G: Raman intensities in Gaussian >> To: "Williams, Steve " >> >>> Sent to CCL by: =?ISO-8859-1?Q?Juan_Arag=F3?= [juan.arago[a]uv.es] >>> Dear all, >>> >>> I'm trying to look for how gaussian computes Raman intensities but >>> my >>> search has not been very successful. Could someone recommend me any >>> paper where I can find this information? >>> Thanks in advance. >>> Juan >>> >>> -- >>> ------------------------------------------------------------- >>> Juan Aragó March >>> >>> Universitat de València >>> Instituto de Ciencia Molecular >>> Catedrático José Beltrán nº2 >>> E-46980 Paterna (Valencia) >>> España >>> >>> Despacho 0.1.6 e-mail: juan.aragó >>> Phone: +34 963544428 fax: +34 963543274 >>> ------------------------------------------------------------- >>> >>> >>> >>> -= This is automatically added to each message by the mailing >>> script =- >>> To recover the email address of the author of the message, please >>> changethe strange characters on the top line to the %% sign. You can >>> also> Conferences: >>> http://server.ccl.net/chemistry/announcements/conferences/> >> >> > -- James D. Kubicki 335 Deike Bldg. Dept. of Geosciences The Pennsylvania State University University Park, PA 16802 814-865-3951 From owner-chemistry@ccl.net Mon Nov 14 12:24:01 2011 From: "Emilio Juarez ejjuarezperez**gmail.com" To: CCL Subject: CCL:G: bug generating .wfx file in gaussian 09 Message-Id: <-45881-111114122108-9639-wzHwJ910l/xuGMiz83G3GA^server.ccl.net> X-Original-From: "Emilio Juarez" Date: Mon, 14 Nov 2011 12:21:05 -0500 Sent to CCL by: "Emilio Juarez" [ejjuarezperez||gmail.com] Hello CCLers, I am trying to obtain a .wfx file for AIMAll from a single point energy calculation in Gaussian 09, Revision B.01 and I dont get it. the head of the .com file is #rmpw1pw/gen pseudo=read NOSYMM density=current force out=wfx gen and pseudo=read is for a basis set with ECP, a LANL2DZdp ECP from EMSL Basis Set Exchange Library. The molecule contains a Te atom. The last row of the .com file have the name of the .wfx. The file is not generated and i can see the next error: PGFIO-F-/OPEN/unit=31/error code returned by host stdio - 2. File name = In source file wrtwfn.f, at line number 38 Also, the .out file has not a normal termination, I can read as last row " Writing a WFNX file to \00." I think that it is a problem in Gaussian because, the same optimized molecule but using Se instead of Te atom there is no problem to generate the .wfx. Also, I have tried to generate a fchk file to overcome this problem and to use with AIMAll but also there are problems. The .chk file for the Se molecule is converted to fchk without problems but the molecule with Te atom the command "formchk" fails with the next message: Read checkpoint file Te.chk Write formatted file Te.fchk Missing data for FChkPn. Error termination via Lnk1e at Mon Nov 14 17:30:28 2011. Segmentation fault Any ideas? or report to Gaussian Inc.? Summary: i am not able to get .wfx or .fchk files from molecules containing atoms from 5th period or higher which they are taking LANL2DZdp ECP basis set. The .wfn files are not valid for me because i will use AIMAll after that.