Prognose-Kegel war unsichtbar: Indikator landete im falschen MT5-Terminal
Der Kegel wurde heute frueh gebaut, exportiert (CN;30/60/120 stehen korrekt in der CSV) und kompiliert - war aber nie zu sehen. Ursache: unter %APPDATA%\MetaQuotes\Terminal\ liegen VIER Instanz-Ordner. Meine Kopier-Zeile bestimmte das Ziel ueber "hat MQL5\Indicators" + Select-Object -First 1 und traf 0BA5CADA..., waehrend der Bot nach D0E8209F... schreibt und der Chart dort laeuft. Folge: der Chart lief seit heute frueh weiter auf v1.29 - ohne Prognose-Kegel UND ohne die Konsolidierungs-Beschriftung (v1.30), obwohl beide "gebaut und mit 0 Fehlern kompiliert" gemeldet waren. Behoben: v1.31 in das Terminal kopiert und kompiliert, das die CSV schreibt. Verifiziert: #property version 1.31, ex5 frisch, CN-Handler und TCONSOL-Label im Terminal-Quelltext vorhanden. CLAUDE.md: Fallstrick dokumentiert samt der richtigen Ziel-Ermittlung (ueber die vom Bot geschriebene CSV, nicht ueber die blosse Existenz von MQL5\Indicators) und der Gegenprobe nach jedem Kompilieren. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
3314b6e9b1
commit
365a0584e5
@@ -137,6 +137,22 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
|
|||||||
Spanne, aber nur 2292 Samples) UND ließ die Liquiditätslinien im Chart verschwinden.
|
Spanne, aber nur 2292 Samples) UND ließ die Liquiditätslinien im Chart verschwinden.
|
||||||
Fail-safe: fehlt das HL-Projekt (`..\HyperLiquid-WTI Trader`), startet nur 8000 mit
|
Fail-safe: fehlt das HL-Projekt (`..\HyperLiquid-WTI Trader`), startet nur 8000 mit
|
||||||
Hinweis. Auto-Start des HL-Servers separat: Aufgabe `HyperliquidDashboard` (Login).
|
Hinweis. Auto-Start des HL-Servers separat: Aufgabe `HyperliquidDashboard` (Login).
|
||||||
|
- **⚠ MQL5-Indikator: das RICHTIGE Terminal treffen (Fallstrick, 2026-07-31).**
|
||||||
|
Unter `%APPDATA%\MetaQuotes\Terminal\` liegen **mehrere** Instanz-Ordner. Wer das
|
||||||
|
Ziel über „hat `MQL5\Indicators`" + `Select-Object -First 1` bestimmt, erwischt
|
||||||
|
leicht den falschen — real passiert: v1.30 und v1.31 landeten in
|
||||||
|
`0BA5CADA…`, während der Bot in `D0E8209F…` schreibt und der Chart dort läuft.
|
||||||
|
Folge: der Kegel und die Konsolidierungs-Beschriftung waren einen halben Tag lang
|
||||||
|
„gebaut und kompiliert", aber unsichtbar — der Chart lief weiter auf v1.29.
|
||||||
|
**Richtig:** das Ziel über die **CSV** bestimmen, die der Bot tatsächlich schreibt:
|
||||||
|
```powershell
|
||||||
|
$term = Get-ChildItem "$env:APPDATA\MetaQuotes\Terminal" -Directory |
|
||||||
|
Where-Object { Test-Path "$($_.FullName)\MQL5\Files\sr_levels.csv" } |
|
||||||
|
Sort-Object { (Get-Item "$($_.FullName)\MQL5\Files\sr_levels.csv").LastWriteTime } -Descending |
|
||||||
|
Select-Object -First 1
|
||||||
|
```
|
||||||
|
Gegenprobe nach jedem Kompilieren: `#property version` im Terminal-`.mq5` **und**
|
||||||
|
der Zeitstempel der `.ex5` müssen zum erwarteten Stand passen.
|
||||||
- **Web-Assets:** Browser cacht hart → in `web/index.html` `?v=N` **hochzählen**
|
- **Web-Assets:** Browser cacht hart → in `web/index.html` `?v=N` **hochzählen**
|
||||||
bei jeder JS/CSS-Änderung; Server sendet `Cache-Control: no-store`. Hängt der
|
bei jeder JS/CSS-Änderung; Server sendet `Cache-Control: no-store`. Hängt der
|
||||||
Handy-Cache: Inkognito oder Seite mit frischem `?xN` öffnen.
|
Handy-Cache: Inkognito oder Seite mit frischem `?xN` öffnen.
|
||||||
|
|||||||
Reference in New Issue
Block a user