[CP2K-user] [CP2K:12146] Re: Problems in geometry optimization

Chn chen... at gmail.com
Thu Aug 29 13:31:07 UTC 2019


Dear Patrick,
Thanks a lot for your patient response! All these advices is really of 
great help to me, and the problem seems to be solved by setting &KPOINTS in 
&DFT section.
regards,
chn

在 2019年8月28日星期三 UTC+8下午8:30:20,Patrick Gono写道:
>
> Dear Chen,
>
> A CELL_OPT calculation automatically finds the optimal atomic 
> configuration as well. In general, the DFT lattice parameter will not be 
> identical to the experimental one. Therefore, it makes sense to run a 
> CELL_OPT calculation to determine the correct unit cell parameters and the 
> atomic structure. In practice, such calculations do not take much more time 
> than a GEO_OPT simulation. Note that in the case of bulk Pt, you know that 
> the cell is cubic, and thus can constrain the angles during CELL_OPT by 
> switching the option KEEP_ANGLES in the &CELL_OPT subsection of the &MOTION 
> section to true.
>
> But regarding your original issue: CP2K, by default, only uses a single 
> k-point, the Gamma point. Whereas in a plane-wave code you would converge 
> any results with respect to the k-point mesh density, in CP2K you must 
> converge the results with respect to the supercell size. I would suggest 
> running a CELL_OPT calculation with at least a 2x2x2, preferably a 3x3x3 
> supercell, and compare the lattice parameters with literature (still, the 
> number will be off due to the functional used, so compare with PBE results).
>
> Note that you must specify the MULTIPLE_UNIT_CELL keyword in both the 
> &TOPOLOGY and the &CELL subsections!
>
> Of course, get rid of that extra charge, you most probably want to study a 
> neutral system. And if you are dealing with bulk systems, keeping fixed the 
> position of an atom is not necessary, as the system will not float around. 
> This might only be relevant in the case of e.g. molecules or 2D sheets in 
> vacuum.
>
> Yours sincerely,
> Patrick Gono
>
> On Wed, 28 Aug 2019 at 12:54, Chn <ch... at gmail.com <javascript:>> wrote:
>
>> Dear Daniele,
>>
>> Thanks for your answer! I annotated the keyword "CHARGE" and the 
>> constraint part as you mentioned, but it still doesn't work. Could you 
>> please tell me some reasons that why does this situation happen in general? 
>> I am wandering that whether it is caused by the input file.
>> Does the variation of cell volume you mentioned above mean that I need to 
>> do the CELL_OPT before GEO_OPT?
>>
>> thanks again,
>> chn
>>
>> 在 2019年8月28日星期三 UTC+8下午5:26:58,Daniele Passerone写道:
>>>
>>> Dear Chn
>>>
>>> Apart from the size of the cell that could give you some trouble, the 
>>> problem is the keyword
>>>
>>> CHARGE 1
>>>
>>> that you added in the &DFT section, meaning that you are simulating a 
>>> charged system. Removing that would work.
>>>
>>> Indeed in the output we see:
>>>
>>>                           Hirshfeld Charges
>>>
>>>
>>>   #Atom  Element  Kind  Ref Charge     Population                    Net 
>>> charge
>>>
>>>       1       Pt     1      18.000         17.750                       
>>>   0.250
>>>
>>>       2       Pt     1      18.000         17.750                       
>>>   0.250
>>>
>>>       3       Pt     1      18.000         17.750                       
>>>   0.250
>>>
>>>       4       Pt     1      18.000         17.750                       
>>>   0.250
>>>
>>>
>>>   Total Charge                                                          
>>>   1.000
>>>
>>>
>>>
>>>
>>>
>>>
>>> Also not necessary is the constraint on the position of one atom that 
>>> you have in the optimization section.
>>> In general you should also vary the cell volume and find what is the 
>>> equilibrium volume for the PBE functional.
>>> Hope this helps
>>>
>>> Daniele
>>>
>>>
>>> On Wednesday, August 28, 2019 at 10:43:05 AM UTC+2, Chn wrote:
>>>>
>>>> Dear experts in CP2K,
>>>>
>>>> I am a learner of CP2K package and I am really thankful if my naive 
>>>> question can be explained.
>>>> I tried to do geometry optimization toward Pt bulk or Pt(111) by set 
>>>> the keyword "RUN_TYPE" as GEO_OPT and the *.inp file was referred to the 
>>>> exercises "Adsorption of acetylene on an intermetallic surface" about PdGa 
>>>> at CP2K website. But when the calculation done after several hours, I found 
>>>> that the atoms in cell distorted seriously. I think it should be obvious 
>>>> incorrect but I have no idea about how to fix it. Many thanks in advance.
>>>> The imported .xyz was prepared by using materials studio and VESTA. I 
>>>> have tried to use larger supercell (3*3*3) or to set the keyword 
>>>> "MULTIPLE_UNIT_CELL" as 3 3 3 and tried to optimize other structures like 
>>>> TiO2 but no use..is it that the cell I used still too small?
>>>> The attachments were the input files I used.
>>>>
>>>> Regards,
>>>> chn
>>>>
>>>> [image: o.png][image: d.png]
>>>>
>>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "cp2k" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to c... at googlegroups.com <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/cp2k/7092cb9a-be30-4f63-8246-b988dea87c67%40googlegroups.com 
>> <https://groups.google.com/d/msgid/cp2k/7092cb9a-be30-4f63-8246-b988dea87c67%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20190829/90c93f96/attachment.htm>


More information about the CP2K-user mailing list