Idea: run SSSH until it detects a minimal energy gap. For the interval where the energy gap was detected, solve / integrate the TDSE and perform a hop corresponding to the FSSH-rate or MSSH-rate.
The initial condition of the TDSE is (first) proposed to be
c = e_{current level of the trajectory}
The TDSE is only solved for those trajectories which detected a local minimum at the current time step.
Hab e gerade nochmal ein bisschen nachgedacht: Was wir beim (bisherigen, d.h. LZ basierten) SSSH gegenüber dem FSSH vermissen, sind die schwachen Stückelberg-Oszillationen, siehe z. B. https://sourceforge.net/p/wavepacket/wiki/Demos.CrossingBerlin.Single/.
Aber soweit ich das verstehe, kommen diese Oszillationen dadurch zustande, dass auch noch nach kurz dem Passieren der Kreuzung ein bisschen Population hin und her transferiert wird. Da stellt sich dann natürlich die Frage, ob das überhaupt jemals von SSSH Verfahren reproduziert werden kann. Ich vermute, dass das nicht gehen wird. Zumindest nicht, solange das SSSH immer nur bei der minimalen Energielücke springt. Das spräche dann doch dafür, dieses Ticket wieder zu schließen, oder?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Idea: run SSSH until it detects a minimal energy gap. For the interval where the energy gap was detected, solve / integrate the TDSE and perform a hop corresponding to the FSSH-rate or MSSH-rate.
The initial condition of the TDSE is (first) proposed to be
The TDSE is only solved for those trajectories which detected a local minimum at the current time step.
Outcome: does not work.
Reason: When integrating the TDSE over the crossing,
cdoes not really change compared to the chosen initial condition.Maybe we need a different initial condition with proper complex numbers.
Nevertheless, FSSH should first be analysed such that we have more knowledge what is needed to perform a hop with its rate.
Hab e gerade nochmal ein bisschen nachgedacht: Was wir beim (bisherigen, d.h. LZ basierten) SSSH gegenüber dem FSSH vermissen, sind die schwachen Stückelberg-Oszillationen, siehe z. B. https://sourceforge.net/p/wavepacket/wiki/Demos.CrossingBerlin.Single/.
Aber soweit ich das verstehe, kommen diese Oszillationen dadurch zustande, dass auch noch nach kurz dem Passieren der Kreuzung ein bisschen Population hin und her transferiert wird. Da stellt sich dann natürlich die Frage, ob das überhaupt jemals von SSSH Verfahren reproduziert werden kann. Ich vermute, dass das nicht gehen wird. Zumindest nicht, solange das SSSH immer nur bei der minimalen Energielücke springt. Das spräche dann doch dafür, dieses Ticket wieder zu schließen, oder?