Repository navigation
Fix: Keine CP-Unterbrechung nach Phasenumschaltung - #3328
Merged
LKuemmel merged 2 commits intoAug 26, 2026
Merged
Conversation
LKuemmel
approved these changes
Aug 26, 2026
LKuemmel
added a commit
that referenced
this pull request
Oct 16, 2026
* Control-Pilot-Unterbrechung: state_prev statt state prüfen initiate_control_pilot_interruption() schloss eine CP-Unterbrechung beim Ladestart aus, sobald control_parameter.state == WAIT_FOR_USING_PHASES war (#3328) - gedacht, um nach einer echten Phasenumschaltung keine doppelte CP-Umschaltung auszulösen, da die Umschaltung selbst bereits CP umschaltet. WAIT_FOR_USING_PHASES wird aber unconditional auch direkt nach Ablauf der Einschaltverzögerung erreicht (counter.py, switch_on_timer_expired(), unabhängig von einer Phasenumschaltung) - bei Ladepunkten ohne Phasenumschalt-Hardware (auto_phase_switch_hw=False) damit bei jedem PV-Ladestart, siehe Discussion #3908. Neues state_prev-Feld (analog zu current_prev/charge_state_prev/ plug_state_prev) erlaubt die Unterscheidung: nur wenn der vorherige Zyklus tatsächlich noch PERFORMING_PHASE_SWITCH war, hat die Umschaltung selbst gerade erst CP umgeschaltet. * CP-Unterbrechung: pending Phasenumschaltung ausschließen, state_prev in setdata.py behandeln --------- Co-authored-by: LKuemmel <[email protected]>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
Nach einer Phasenumschaltung erkennt
initiate_control_pilot_interruption()den Uebergang von 0A auf den Sollstrom als neuen Ladestart und loest eine unnoetige CP-Unterbrechung aus. Das fuehrt dazu, dass der EVSE-Strom kurz gesetzt (z.B. 6,9A), sofort wieder auf 0A gestoppt und dann die CP-Leitung getoggled wird, bevor die Ladung tatsaechlich startet.Auswirkung
Nach jeder Phasenumschaltung wird eine ueberfluessige Stopp/Start-Sequenz durchgefuehrt:
Dies verzoegert den Ladestart um ca. 10s und erzeugt unnoetige EVSE-Toggles, die die Relay-Loop-Erkennung ausloesen koennen.
Ursache
In
process_algorithm_results()wird nach dem Ende des phase_switch-Threads der Zustand aufWAIT_FOR_USING_PHASESgesetzt. Im selben Zyklus berechnet der Algorithmus einen Sollstrom (z.B. 6,9A).initiate_control_pilot_interruption()siehtcurrent_prev=0, current=6,9und interpretiert das als neuen Ladestart — obwohl der Uebergang von 0A auf Sollstrom nur durch die gerade abgeschlossene Phasenumschaltung bedingt ist.Loesung
In
initiate_control_pilot_interruption()wird der ZustandWAIT_FOR_USING_PHASESals Ausschluss-Kriterium geprueft. Wenn der Ladepunkt gerade aus einer Phasenumschaltung kommt, wird keine CP-Unterbrechung ausgeloest, daperform_phase_switch()die CP-Leitung bereits selbst umschaltet.