-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
xTB support request #158
Comments
Hi there,
There is an interface to ASE which allows you to use the xTB semiempirical
methods.
Thanks,
- Lee-Ping
…On Thu, Jul 13, 2023 at 3:38 AM licheng-xu-echo ***@***.***> wrote:
Dear developers,
Is there any play to the xTB? A cheap and powerful QC package.
—
Reply to this email directly, view it on GitHub
<#158>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAK76GHJW5YZZOHXIGCLBHDXP7FZNANCNFSM6AAAAAA2IXXOT4>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Thank you for your kind response. I appreciate your help. I've come across another minor issue while examining the document for the ASE API in xtb-python. It appears that the keywords "charge" and "mult" are not currently supported. I attempted to modify these parameters, but unfortunately, the changes didn't yield the desired results. It's possible that there might be a need for an update in the geomeTRIC documentation, specifically in the section where it's mentioned: "--ase-kwargs='{"method":"GFN2-xTB", "charge":0, "mult":1}'." Your assistance in resolving this matter would be greatly appreciated. |
The codes I added to geomeTRIC for setting the charge and multiplicity in ASE/XTB was based on this discussion: The user cannot directly pass the charge and multiplicity to the calculator constructor, but one can pass an array of initial charges and spins. The workaround was to assign the total net charge and spin to the first atom in the system. I tested this with a charged system and I thought it was working properly. Are you saying it's not working for you? Could you provide an example? |
I have carefully reviewed the discussion you provided. However, it seems that resolving this issue might require modifications to the Without modification of APIs in xtb-python package, I conducted an experiment using a benzene anion with one hydrogen removed to test the "charge" and "mult" parameters within the "ase-kwargs." I executed two geomeTRIC commands as follows:
I approached these commands by treating the molecule as an anion and a radical, respectively. Unfortunately, the optimization process yielded identical 'log' files and '_optim.xyz' files for both cases. My suspicion is that the unsupported parameter within 'ase-kwargs' might not be generating an error but rather is failing to produce the intended differentiation. For your reference, the molecule I utilized is described below:
I hope this detailed information assists you in understanding the issue more comprehensively. Your guidance in addressing this matter would be greatly appreciated. |
I'm not seeing the result you're seeing. Is it possible we are using different versions? The functionality I talked about might not be in the 1.0 release but instead the development version. I am running this with the latest commit (9981b39). When I attempted to use your command, I got a My outputs are attached. The results seem different for the anion and radical cases. These are the relevant packages:
|
Thank you for your kind attention! I have uploaded the log file and corrected the command for the previous comment. With the previous package version, the log file are just identical. I install the latest geomeTRIC from the source and the ase-related package just as you provide, the log file are different for the anion and radical cases! |
That's great! I apologize that the features in the documentation aren't consistent with the release. It probably means we should do a new release very soon. :) |
Dear developers,
Is there any play to the xTB? A cheap and powerful QC package.
The text was updated successfully, but these errors were encountered: