Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Nordland

Pages: 1 2 [3] 4 5 ... 55
31
Good explanation. Thanks.
You are welcome :)

But when you mention that you would never touch the weight, you mean leave it as it is or fix it to some value? Both approaches are somewhat arbitrary, I guess.
It is an arbitrary choice in some way, but I put it to 1 since then I can 'ignore' the fact that the it ever existed, and the off-site parameter act more like a normal orbital. But this is a human decision.

My problem:
When I include the weigths in the fitting of a new carbon single-STO basis everything goes fine.
When I try to fix all the weigths during the fit (I used the value 1 here) I get the mentioned diagonalization error after some fit steps.
It also comes to how good your starting guess is and which algorithm you use for the fitting and also what kind of target system you are fitting against. So if the first works fine, then go ahead - it is only a parametrization of the off-site Hamiltonian, so if it works it works. :)

32
With standard default parameters a graphene nanotube like you describe would at maximum take 1 GB of memory.

33
There is no limit on the number of atoms in regards to the license you have.

Depending on the system size and the method used it will use a vary amount of memory, but 150 atoms does not sound like a lot. I can do many thousands atoms on my personal laptop.

The nucleotides in our database (Nucleobasis) are the 5 most common building blocks of nucleic acids, so I guess it safe to say that they are the basic structure of human genome.

34
With a system of this size, I would try with DZP first and then I would perform the same relaxation with SZ, and if the structures were close enough, I would continue with SZ.

35
I dont know much about gene sequence apart from the things that my wife tells me know and then :)

36
To avoid any more confusion, let me take it from the start.

First of all it is important to understand that the orbitals, in the Huckel theory, does not have to be physical reasonable orbitals like we know from LCAO-DFT. The orbitals that used to construct the overlap and Hamiltonian should be seen as a parameterization of the offsite Hamiltonian elements.

If we look in the reference manual for the Huckel model ( http://www.quantumwise.com/documents/manuals/latest/ReferenceManual/index.html/chap.atkse.html#sect1.atkse.parameters ), we can see this by the fact that the overlap onsite is defined as the Kronecker delta functions. If the huckel orbitals where basis function of a normalized basis set, this condition would be unnecessary. In fact these basis function can in extreme cases be so strange, and long ranged, that they are truncated to zero, such that the functions is not continuous. This is also the reason for that sometimes a real space visualization of eigenstate from Huckel might not look so pretty.

When you are optimizing the basis set, or otherwise using Huckel, you will from time to time encounter this error message:
"Diagonalization error, overlap matrix not positive definite. This may be caused by atoms that are too close to each other or situated in equivalent positions, or (in the Extended Huckel model) a too low value of interaction_max_range"

This comes from the fact the basis set function (aka parameterization of the offsite Hamiltonian) has become so "strange" that the constructed overlap is no longer positive definite, and it is possible to calculate the eigenvalues and eigenvectors for the Hamiltonian.
Summa summarum, this is the reason for your results depend on W even if you have single STO, you are scaling the offsite hamiltonian elements with this weight, and hence it affects results directly.

Personally whenever I have to create a Huckel basis set, and I only have a single STO, I would never touch the weight. This is of course a limitation since it is more limited in what kind of off-site Hamiltonian matrix elements I can describe, but I can still obtain good real space projections since the orbitals looks good. Cerda, how has many of the good basis set we include in ATK, has a different philosophy and used this weight to generate quite good basis set. The prize is that sometimes real space properties can look weird. This is the reason for my statement about only having one parameter.
If I have two STO, I will only allow for C1 and C2 such that the basis function is normalized for the same reason as above effectively giving me three free parameters.

I hope this made it all more clear, otherwise I will try to explain it in another way.

37
If you dont know it already, ATK 13.8 includes scipy, and I personally use the minimize routines from scipy to optimizing the basis set from time to time. It is very easy to get started on,
 and it is quite robust. With a single STO you will only have one parameter, however if you have two STO, you will have four parameters.

38
The actual normalization of basis function does not matter for ATK, because ATK always normalized the basis set prior to start actual calculations. In fact, the basis function that the user setup, is adjusted with a Gram-Schmidt process prior to starting the calculation. This gives better convergence, but allow user to operate in orbitals where he can see the physical nature of the orbitals.

39
General Questions and Answers / Re: Random Alloy
« on: December 21, 2013, 19:10 »
Yes this can be done however the challenge is to figure out how In(x)Ga(1-x)As looks like.

40
Installation and License Questions / Re: Segmentation fault
« on: December 17, 2013, 14:14 »
There might be a relation to an much older RedHat problem.

http://quantumwise.com/component/content/article/25-installation-issues/117-cannot-restore-segment-prot-after-reloc-permission-denied

You could try this resolution on atkpython.so


41
Installation and License Questions / Re: Segmentation fault
« on: December 15, 2013, 20:19 »
With the upgrade of Redhat 6.5 was the SSEL secrurity system reenabled?

42
General Questions and Answers / Re: MPI settings
« on: December 14, 2013, 11:09 »
It is also very parallel in the calculation of the exchange-correlation and calculation of matrix elements of the hamiltonian. And real space operations - however these part is also very fast, so as Blom says the other thing will quickly dominated.

43
General Questions and Answers / Re: Batch Queue
« on: November 15, 2013, 20:21 »
Yes it is.

What cluster queue system do you have?

44
General Questions and Answers / Re: Determining Bandgap
« on: November 15, 2013, 15:03 »
Please see my attached calculation - they gives a mucher better view of how a defect effect the bandstructure of a ribbon.


45
General Questions and Answers / Re: Determining Bandgap
« on: November 15, 2013, 14:26 »
Okay - I looked a little at your system and I would like to raise a few remark. First of all the semi-conducting system has a band gap of 0.01 eV - This means that this is metallic in any real world case, since any finite temperature would make it possible to lead current quite well.

Secondly the defect on which you impose on your system is major effect on the system. Let me try to do the same calculation on a different system so you can see what kind of analysis I would have done.

Pages: 1 2 [3] 4 5 ... 55