Fehler, Irrtümer, Fragen - Seite 1789
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
In diesem Fenster befinden sich die Registerkarten für Handel, Historie, Nachrichten usw. Das englische Wort ist "Toolbox".
Danke, das wusste ich nicht, ich habe es implementiert. Jetzt kann ich den Status der letzten Einträge nicht mehr sehen. Schade, kann ich es nicht programmatisch so einrichten, dass die letzte Zeile nicht untergeht?
Es ist möglich, und zwar programmatisch. Schreiben Sie einen Indikator, der diese Linie auf allen Charts anzeigt, zum Beispiel.
Die Entwickler könnten diese Informationen in der Statusleiste oder in der Titelleiste des Fensters duplizieren, aber daran sind sie wahrscheinlich nicht interessiert.
OrderSend(NULL,OP_BUYLIMIT,1,SymbolInfoDouble(Symbol(),SYMBOL_ASK)-100*_Point,100,0,0,My Order)
Request.action = TRADE_ACTION_PENDING (5)
Request.magic = 0
Request.order = 0
Request.symbol = Si-3.17
Request.volume = 1.0
Request.price = 59647.0
Request.stoplimit = 0.0
Request.sl = 0.0
Request.tp = 0.0
Request.deviation = 100
Request.type = ORDER_TYPE_BUY_LIMIT (2)
Request.type_filling = ORDER_FILLING_RETURN (2)
Request.type_time = ORDER_TIME_GTC (0)
Request.expiration = 1970.01.01 00:00:00
Request.comment = My Order
Request.position = 0
Request.position_by = 0
Result.retcode = 10022
Result.deal = 0
Result.order = 0
Result.volume = 0.0
Result.price = 0.0
Result.bid = 0.0
Result.ask = 0.0
Result.comment = Invalid expiration
Result.request_id = 0
Result.retcode_external = 0
Worin besteht der Fehler?
ORDER_TIME_GTC auf dem Symbol wird nicht unterstützt
Schwerwiegender Fehler, da er den Handel selbst betrifft.
FIBOGroup-MT5 Server, Demo, Basiswährung USD, Netting, Build 1525.
Zunächst ein Screenshot von "Orders, Trades".
Eine Position wurde um 1 Lot eröffnet und um 1,5 Lots geschlossen (nicht umgedreht!).
Die Tatsache, dass es sich um eine Position handelt, wird durch den Bildschirm "Positionen" bestätigt.
Ich habe in Rot hervorgehoben, dass es auch einen Fehler bei der Swap-Berechnung (Position lebte 1 Sekunde) und einige große Verluste gab.
Das Protokoll sieht wie folgt aus
2017.02.09 08:39:15.352 Trades '1013175': deal #1542796 buy 1.00 EURUSD at 1.06763 done (based on order #2246162)
2017.02.09 08:39:15.354 Trades '1013175': order #2246162 buy 1.00 / 1.00 EURUSD at 1.06763 done in 1069.212 ms
2017.02.09 08:39:15.354 Trades '1013175': failed modify #2156238 buy 1.50 EURUSD sl: 0.00000, tp: 0.00000 -> sl: 1.06990, tp: 1.07190 [Invalid stops]
2017.02.09 08:39:15.355 Trades '1013175': exchange sell 1.50 EURUSD at market, close #2156238 buy 1.50 EURUSD 1.07090333
2017.02.09 08:39:16.421 Trades '1013175': deal #1542797 sell 1.50 EURUSD at 1.06761 done (based on order #2246163)
2017.02.09 08:39:16.422 Trades '1013175': order #2246163 sell 1.50 / 1.50 EURUSD at 1.06761 done in 1066.734 ms
PositionGetDouble(POSITION_VOLUME) gab 1,5 Lots zurück, statt 1,0. Es ist ein ungültiger Stop-Fehler aufgetreten, obwohl SYMBOL_TRADE_STOPS_LEVEL == 0 ist.
Ich sollte vielleicht hinzufügen, dass die Position mit Request.position = PositionTicket geschlossen wurde. Das heißt, dieser Parameter war nicht Null.
Alles in allem eine BASE, die direkt mit Geld zu tun hat!
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
FORTS. Fragen zur Ausführung
fxsaber, 2017.02.09 08:56
Verstehe ich richtig, dass in diesem Fall OrderSend fast sofort true zurückgegeben hat, aber 65 Sekunden beobachtet wurde(ENUM_ORDER_STATE)::OrderGetInteger(ORDER_STATE) == ORDER_STATE_STARTED?
Übrigens, warum, wenn ich eine schwebende Bestellung über OrderSend, es gibt true sofort, wenn der Zustand der Bestellung ist ORDER_STATE_STARTED, anstatt warten auf ORDER_STATE_PLACED?
Es handelt sich nicht um asynchrones OrderSendAsync.
Übrigens, warum wird sofort true zurückgegeben, wenn der Auftragsstatus ORDER_STATE_STARTED wird, anstatt auf ORDER_STATE_PLACED zu warten, wenn ein schwebender Auftrag über OrderSend platziert wird?
Es handelt sich nicht um asynchrones OrderSendAsync.
Wahrscheinlich, weil dies das Ergebnis eines erfolgreichen OrderSend ist und nicht das Ergebnis einer erfolgreichen Auftragserteilung?
ORDER_STATE_STARTED ist das Ergebnis eines erfolgreichen OrderCheck.