[CP2K-user] What is the principle of &fixed_atoms?
fa...@gmail.com
fabia... at gmail.com
Thu Aug 6 11:53:35 UTC 2020
&fixed_atoms does not fix the cartesian but the fractional coordinates. In
a geo_top, nvt, nvt this is the same, but if you perform a cell_opt or npt
the cartesian coordinate of atoms can still change.
Best,
Fabian
On Thursday, 6 August 2020 at 13:08:19 UTC+2 ka... at gmail.com wrote:
> Dear Matt
>
> First of all, I'm sorry.
> Now I noticed that coordination is wrong.
> I mean "coordinates".
>
>
>
> Do you mean &fixed_atoms and cell parameters are independent?
>
> Well, in my case, xyz lengths of the cell and the distances among atoms
> are the same, because all fixed atoms form the cell frame(a cube shape).
> I have already checked and confirmed that they are the same length.
>
> The coordinates should have been fixed with &fixed_atoms, according to
> manual.
> Nevertheless coordinates of atoms were changed at the output.
>
> I don't understand this.
>
>
> 2020년 8월 6일 목요일 오후 6시 51분 6초 UTC+9, Matt W 님의 말:
>
>> To my knowledge it fixes the cartesian position of the atoms listed. The
>> cell parameters are free to adjust if you perform a cell optimization.
>>
>> Matt
>>
>> On Wednesday, August 5, 2020 at 11:49:06 AM UTC+1 ka... at gmail.com
>> wrote:
>>
>>> Hello, everyone
>>>
>>>
>>> I try to optimize cell coordinate with &fixed_atoms.
>>> I thought that it will be optimized not to change coordination because
>>> of the word "fix"
>>> and I read the manual says that "specifies a list of atoms to freeze".
>>>
>>> But I noticed that the coordination is changed somewhat at the output
>>> file.
>>> What is the principle of the &fixed_atoms?
>>> Doesn't it just freeze or fix the coordination?
>>>
>>> This is a part of my input.
>>> &MOTION
>>> &CELL_OPT
>>> KEEP_ANGLES .T.
>>> &END CELL_OPT
>>> &CONSTRAINT
>>> &FIXED_ATOMS
>>> LIST 1..56
>>> &END FIXED_ATOMS
>>> &END CONSTRAINT
>>> ...(omission)...
>>>
>>> &SUBSYS
>>> &CELL
>>> ABC 10.166 10.166 10.166
>>> ALPHA_BETA_GAMMA 90.0 90.0 90.0
>>> PERIODIC XYZ
>>> MULTIPLE_UNIT_CELL 1 1 1
>>> &END CELL
>>> ...(omission)...
>>>
>>> And, at the output file, the cell vector ABC was changed to 10.436 at
>>> the Fe2+ lattice, to 10.447 at the Zn2+ lattice and so on.
>>>
>>> If anyone understands about this, please tell me.
>>>
>>>
>>> Thanks for your attention.
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20200806/21423459/attachment.htm>
More information about the CP2K-user
mailing list