- Posts: 8
- Thank you received: 0
"ccmaxit" keyword does not work in some cases
- benedek1231
- Topic Author
- Offline
- New Member
Less
More
3 years 4 months ago #1123
by benedek1231
"ccmaxit" keyword does not work in some cases was created by benedek1231
Dear MRCC developers,I would like to report that in some of my calculations, the CC iterations stop after the default 50th step, even if I specify ccmaxit=300 in the input and it is seemingly confirmed during the execution of "minp".I attach an output file as an example. What could be the reason?Best,Zsolt
Attachments:
Please Log in or Create an account to join the conversation.
- nagypeter
- Offline
- Premium Member
- MRCC developer
3 years 4 months ago - 3 years 2 months ago #1124
by nagypeter
Replied by nagypeter on topic "ccmaxit" keyword does not work in some cases
Dear Zsolt,
ccmaxit sets the maximum number of iterations for ccsd executable containing the faster CCSD code.
If you, for some reason, need to increase the number of iterations for the mrcc executable containing the general order CC codes, you can change the maxit variable in the MRCCCOMMON file and recompile the complete codebase.
However, your problem is probable originated in the SCF step as your UHF calculation is not converged and appears to be wrong. So you should fix that first and then the CCSD iteration has a much better chance to converge.
Additionally, there are a couple of keywords in your input that deviate from the defaults and you should check carefully whether those are needed/helpful:
dft=user # this is unnecessary
0
ccprog=mrcc # for CCSD only ccprog=ccsd is recommened, ccmaxit works with that
scfiguess=ao # this is gernerally not the best guess choice
core=corr # this will correlate all electrons, including 1s, 2s, 2p on Fe and 1s on O, basis set is unsuitable for that
Best wishes,
Peter
ccmaxit sets the maximum number of iterations for ccsd executable containing the faster CCSD code.
If you, for some reason, need to increase the number of iterations for the mrcc executable containing the general order CC codes, you can change the maxit variable in the MRCCCOMMON file and recompile the complete codebase.
However, your problem is probable originated in the SCF step as your UHF calculation is not converged and appears to be wrong. So you should fix that first and then the CCSD iteration has a much better chance to converge.
Additionally, there are a couple of keywords in your input that deviate from the defaults and you should check carefully whether those are needed/helpful:
dft=user # this is unnecessary
0
ccprog=mrcc # for CCSD only ccprog=ccsd is recommened, ccmaxit works with that
scfiguess=ao # this is gernerally not the best guess choice
core=corr # this will correlate all electrons, including 1s, 2s, 2p on Fe and 1s on O, basis set is unsuitable for that
Best wishes,
Peter
Last edit: 3 years 2 months ago by nagypeter.
Please Log in or Create an account to join the conversation.
- Nike
- Offline
- Premium Member
Less
More
- Posts: 98
- Thank you received: 3
3 years 4 months ago #1125
by Nike
Replied by Nike on topic "ccmaxit" keyword does not work in some cases
As Peter already mentioned, you can increase the maximum number of iterations in MRCCCOMMON and then recompile, and this was mentioned previously over here:
www.mrcc.hu/index.php/forum/general-ques...keywords-ignored#455
Please Log in or Create an account to join the conversation.
Time to create page: 0.041 seconds