Skip to content
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

Indirect Band Gap Functionality #2

Open
kavanase opened this issue Jun 30, 2024 · 2 comments
Open

Indirect Band Gap Functionality #2

kavanase opened this issue Jun 30, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@kavanase
Copy link
Contributor

Just something to keep in mind for development.

I think it would be good to allow specification of an indirect band gap, as currently only a single (assumed direct) band gap can be provided. I think it should only require a minor update to the code, by using the indirect gap value for the cooled carrier energies. This would extend the functionality of aTLC to indirect gap materials, which would be useful both when assuming step-like absorption (i.e. SQ limit efficiencies) and finite absorption with aTLC.

Also just to note on this point, I think it would be important to be clear in the docstrings/tutorials how the input absorption and band gap values are used (i.e. if the onset of absorption differs from E_gap, is it shifted to match or not? How else is E_gap used etc).

@kavanase kavanase added the enhancement New feature or request label Jun 30, 2024
@xw-w
Copy link
Contributor

xw-w commented Aug 30, 2024

For systems with indirect band gaps, I guess it's better to use indirect band gaps as inputs

But thanks for the suggestions and I'll improve the relevant tutorials

@kavanase
Copy link
Contributor Author

Yes I agree, but it seems in the current code this makes no difference when using TLC/aTLC (with l_sq = False):
image
(Which can also be seen from the code)

It assumes the band gap is direct, and determines it from the input absorption file, so setting E_gap to less than the direct/absorption band gap makes no difference to the efficiency, when it should significantly decrease it. In theory, it should be relatively easy to extend the code to handle these cases, so just noting in case there is some future development of the package!

Setting E_gap to higher than the absorption band gap does decrease the efficiency as expected, I think because it cuts off the absorption below this point:
image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants