Open cloudy-bot opened 7 years ago
output of limit_lte_he1_coll_t50 Attachment: limit_lte_he1_coll_t50.out
output of limit_lte_he1_coll_t50 without continuum lowering Attachment: limit_lte_he1_coll_t50_cloff.out
@fguzmanful commented:
If continuum lowering is disabled using the "sink/sources to the ground state" configuration, departure coefficients of ground state rise several orders of magnitude as can see in the second attachment limit_lte_he1_coll_t50_cloff.out
If you want to put the ionization only into the ground state, to maintain LTE you'd have to recombine only from the ground state, rather than all levels.
Assuming the 3-body recombination rate is independent of excitation seems a more reasonable estimate than taking the recombination rate from excited states to be zero. Thermodynamic consistency then requires partition function weighting of the collisional ionization rate source. You don't need partition function weighting on the recomination (sink) side, because you're solving for the populations, though it will appear (as it should) where the recombinations are added as a source to the populations of the lower ion.
@peter-van-hoof-noaccount changed milestone from "C17_branch" to "C19_branch"
Milestone renamed
reported by: @fguzmanful
The sources and sinks due to collisional ionization and three body recombination in the He iso-sequence are wrongly delivered to all excited states through a partition function. The reactions that matter are:
He(nl) + e <-> He+(1s) + 2e
where nl is any resolved state. However cloudy is delivering these populations to:
He(nl) + e -> He+(n'l') + 2e
through the partition function. The inverse reaction is duplicated for every n'l' (no partition function) :
He+(n'l') +2e -> He(nl) + e
The code that allows that possible is:
If the physics were correct, the first branch of the if clause should be allowed. However the current configuration produces correct LTE limits while the correct physics fails in producing that. This is seen in the wrong departure coefficients of He+ in the tsuite simulation limit_lte_he1_ste.in and in the modified attached sim limit_lte_he1_coll_t50k.in. It is possible that a bug in ionization-recombination balance produces this problem.
Migrated from https://www.nublado.org/ticket/375