Pipeline Stufe E: Slot-Trennung und Attribut-Reihenfolge (tools/check_slots.py)
User: "Uebernehme die Logikpruefung auf allen Slots in die Deployment pipeline" -
nach dem Ausfall, bei dem der Serverstart komplett abbrach und zwei Minuten lang
kein Close moeglich war.
ZWEI FEHLERKLASSEN, beide binnen zwei Tagen real aufgetreten, beide von KEINER
bestehenden Stufe gefangen (py_compile, ruff F821, ty, pytest: alle gruen):
(A) ATTRIBUT VOR SEINER ZUWEISUNG. `self.trader_brk.history = self.history`
stand in `__init__` VOR `self.trader_brk = TradeManager(...)`.
AttributeError im Konstruktor -> Serverstart brach ab -> "Netzwerkfehler" am
Close-Knopf. Syntaktisch korrekt, und kein Test instanziiert die Engine (sie
braucht MT5). Gefunden hat es erst deploy.py Schritt 2 - also NACH dem Kill
des laufenden Servers. Derselbe Fehler am Vortag mit `_margin_brk` vor
`_load_runtime_state()`, dort sogar still.
Die Pruefung sammelt je `self.X` die ZEILE der ersten Zuweisung und meldet
jede Benutzung davor.
(B) SLOT-VERWECHSLUNG. BRK-Pfade (_check_auto_squeeze, _manage_squeeze_pending,
_check_pending_fill) duerfen den SLOT-ZUSTAND von `self.trader` nicht
anfassen (close/snapshot/open_*/set_open_context/refresh). ⚠ Bewusst eine
WEISSE Liste der Pfade - eine schwarze wuerde jede neue Funktion still
durchlassen. `pending_orders`/`cancel_pending`/`place_stop` sind ausdruecklich
ERLAUBT: magic-basierte Broker-Abfragen ohne Slot-Zustand (geprueft).
Dazu die Invariante, dass `TradingEngine.close` beide Slots erwaehnen muss -
sonst waere eine BRK-Position per Dashboard nicht schliessbar.
DREI RICHTUNGEN VERIFIZIERT: sauber -> gruen; Reihenfolge-Fehler zurueckgebaut ->
"self.trader_brk benutzt, aber erst in Zeile 270 zugewiesen"; Slot-Verwechslung
zurueckgebaut -> "self.trader.close im BRK-Pfad". Danach wieder gruen.
Statisch (AST), kein MT5, Millisekunden. Werkzeugfehler gilt NICHT als sauber.
Laeuft ueber check_nfalle.py im pre-commit-Hook mit.
⚠ Was diese Stufe NICHT kann: ein Startfehler AUSSERHALB von __init__. Dafuer
bliebe ein echter Rauchtest mit gestubbtem MT5 - der ist nicht gebaut.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
a652223a05
commit
2b498fc20e
+68
-1
@@ -268,6 +268,14 @@ class TradingEngine:
|
||||
# dieselbe Position greifen (der Default adoptiert per Symbol).
|
||||
self.trader_brk = TradeManager(nur_ticket=True)
|
||||
self.trail_brk = TrailingManager(self.trader_brk)
|
||||
# ⚠⚠ AUCH am BRK-Slot — ohne das kann er GAR NICHT in die DB schreiben.
|
||||
# ⚠ MUSS hier stehen, NACH der Erzeugung: der erste Versuch setzte es
|
||||
# oben neben `self.trader.history` und lief in einen AttributeError,
|
||||
# der den GESAMTEN Serverstart verhinderte. Zweiter Reihenfolge-Fehler
|
||||
# derselben Art in zwei Tagen (nach `_margin_brk` vor
|
||||
# `_load_runtime_state`). Regel: ein Attribut erst benutzen, wenn das
|
||||
# Objekt existiert — und den Start danach WIRKLICH pruefen.
|
||||
self.trader_brk.history = self.history
|
||||
# ⚠ Der adoptierende Manager darf den BRK-Slot und dessen noch offene
|
||||
# Pending-Tickets NICHT greifen — sonst verwalten beide dieselbe
|
||||
# Position (Trailing zweimal, Notfall-Stop am falschen Trade).
|
||||
@@ -859,6 +867,7 @@ class TradingEngine:
|
||||
self.trader.refresh(self.data.symbol)
|
||||
# BRK-Slot mitfuehren (strikt ticket-gebunden, adoptiert nichts)
|
||||
self.trader_brk.refresh(self.data.symbol)
|
||||
self._rebind_brk() # nach Neustart zurueckbinden
|
||||
self._check_circuit_breaker() # Tagesverlust-Stopp (Überleben zuerst)
|
||||
self._check_auto_close()
|
||||
# ⚠ NACH `_check_auto_close`: erst dort wird der Flat-Übergang
|
||||
@@ -985,6 +994,49 @@ class TradingEngine:
|
||||
log.warning(f"⚠ DB-Nachtrag T={tk} nach {n} Versuchen aufgegeben "
|
||||
f"— der Trade bleibt setup=NULL und fehlt in B4/B5.")
|
||||
|
||||
def _rebind_brk(self):
|
||||
"""BRK-Position nach einem Neustart zurückbinden (Fix 2026-08-20).
|
||||
|
||||
⚠⚠ WARUM. `trader_brk.ticket` lebte nur im Speicher. Nach einem Neustart
|
||||
war es None, `fremde_tickets` lieferte damit eine LEERE Menge — und der
|
||||
adoptierende Haupt-Trader griff die BRK-Position per magic-match. Ab da
|
||||
verwaltete Slot 1 sie, inklusive Notfall-Stop und Trailing. Real am
|
||||
2026-08-20: „Position erkannt (magic-match)" in derselben Sekunde wie
|
||||
„Engine gestartet". Die Trennung brach also NUR beim Neustart — und
|
||||
danach sah alles normal aus, was es besonders schwer sichtbar machte.
|
||||
⚠ Erst ab hier greift die Sperre auch nach einem Neustart: sobald das
|
||||
Ticket wieder am BRK-Slot hängt, liefert `fremde_tickets` es aus.
|
||||
⚠ Existiert die Position nicht mehr (zwischenzeitlich geschlossen), wird
|
||||
der Merker verworfen — kein ewiges Wiederholen.
|
||||
"""
|
||||
tk = getattr(self, "_brk_restore", None)
|
||||
if not tk:
|
||||
return
|
||||
if self.trader_brk.ticket: # schon gebunden
|
||||
self._brk_restore = None
|
||||
return
|
||||
# ⚠ Hat Slot 1 sie bereits adoptiert (Altzustand aus einem Neustart VOR
|
||||
# diesem Fix), NICHT dazwischenfunken — sonst verwalten beide dieselbe
|
||||
# Position. Dann lieber den Merker verwerfen und es melden.
|
||||
if (self.trader.snapshot() or {}).get("ticket") == tk:
|
||||
log.warning(f"⚠ BRK-Ticket {tk} haengt bereits an Slot 1 — "
|
||||
f"Rueckbindung uebersprungen (Altzustand).")
|
||||
self._brk_restore = None
|
||||
return
|
||||
try:
|
||||
if self.trader_brk.bind(int(tk), self.data.symbol):
|
||||
log.info(f"🧷 BRK-Slot nach Neustart zurueckgebunden: T={tk}")
|
||||
self._brk_restore = None
|
||||
if not self.trail_brk.enabled and self.data.symbol:
|
||||
self.trail_brk.toggle(self.data.symbol)
|
||||
log.info("Trailing des BRK-Slots wiederhergestellt")
|
||||
else:
|
||||
# Position existiert nicht mehr → Merker weg
|
||||
log.info(f"BRK-Ticket {tk} nicht mehr offen — Merker verworfen.")
|
||||
self._brk_restore = None
|
||||
except Exception as e:
|
||||
log.debug(f"_rebind_brk: {e}")
|
||||
|
||||
def _check_open_notify(self):
|
||||
"""Telegram bei JEDER Eröffnung — beide Slots (User-Vorgabe 2026-08-19).
|
||||
|
||||
@@ -2492,6 +2544,11 @@ class TradingEngine:
|
||||
self._manual_margin = _set(st["manual_margin"] or 0)
|
||||
if "auto_m15" in st:
|
||||
self._auto_m15 = bool(st["auto_m15"])
|
||||
# ⚠ Nur MERKEN — `bind()` braucht MT5, das beim Laden noch nicht
|
||||
# zwingend bereit ist. Das Zurueckbinden macht `_rebind_brk()` im
|
||||
# `_pos_loop`, bis es klappt oder das Ticket weg ist.
|
||||
if st.get("brk_ticket"):
|
||||
self._brk_restore = int(st["brk_ticket"])
|
||||
if "margin_brk" in st:
|
||||
self._margin_brk = max(0.0, min(99.0, float(st["margin_brk"] or 0)))
|
||||
if "margin_m15" in st:
|
||||
@@ -2535,6 +2592,14 @@ class TradingEngine:
|
||||
# 0 = aus. So ueberlebt auch die Hoehe den Neustart.
|
||||
"cb_limit_pct": getattr(self, "_cb_limit_pct", 0.0),
|
||||
"cb_remember": getattr(self, "_cb_remember", 8.0),
|
||||
# ⚠⚠ Das BRK-Ticket MUSS persistiert werden. Ohne
|
||||
# das ist `trader_brk.ticket` nach einem Neustart
|
||||
# None, die `fremde_tickets`-Sperre liefert eine
|
||||
# LEERE Menge, und der Haupt-Trader adoptiert die
|
||||
# BRK-Position per magic-match. Real am 20.08.:
|
||||
# 08:00:44 "Position erkannt (magic-match)" in
|
||||
# derselben Sekunde wie "Engine gestartet".
|
||||
"brk_ticket": getattr(self.trader_brk, "ticket", None),
|
||||
"margin_brk": getattr(self, "_margin_brk", 0.0),
|
||||
"margin_m15": getattr(self, "_margin_m15", 0.0),
|
||||
"auto_m15": getattr(self, "_auto_m15", False),
|
||||
@@ -2817,7 +2882,9 @@ class TradingEngine:
|
||||
elif sig != want:
|
||||
log.info(f"[ORDER] {want} ohne passende Empfehlung (Signal={sig}) "
|
||||
f"— vom User bestätigt, wird eröffnet")
|
||||
self.trader.set_open_context(**self._last_rec)
|
||||
# ⚠ An den Slot, der die Order sendet — sonst landen die 16 ctx_*-Felder
|
||||
# eines BRK-Trades am falschen Objekt (Fix 2026-08-20).
|
||||
self._slot(source).set_open_context(**self._last_rec)
|
||||
# ⚠ SL-ATR-Zeitebene quellen-abhaengig (2026-08-05, User-Entscheidung nach
|
||||
# `backtest_sl_basis.py`): SQUEEZE bekommt **M5**, alles andere bleibt bei
|
||||
# M15. Begruendung: auf Squeeze-Entries ist der Ertrag zwischen beiden
|
||||
|
||||
Reference in New Issue
Block a user