Bibliotheken: MT4Orders - Seite 20

Neuer Kommentar
 

Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien

Merkmale der Sprache mql5, Feinheiten und Techniken der Arbeit

fxsaber, 2018.02.19 08:39 AM

Auf dem Netting können zur gleichen Zeit auf dem gleichen Symbol eine offene Position und mehrere Marktaufträge einer beliebigen Richtung sein. Zum Beispiel, eine BUY-Position und eine BUY-Order.

In der MT5-Bibliothek sind MT5-Orders und MT5-Positionen eine Einheit - MT4-Orders. Aus diesem Grund ist es in dieser Situation möglich, mehrere BUY/SELL-MT4-Aufträge für ein Symbol auf einem Netting-Konto zu erhalten. Dies ist kein Fehler und kann zu nichts Schlimmem führen. Aber ich schreibe darüber, falls jemand von dieser Situation überrascht ist.

Es stimmt, ich habe es nicht geschafft, ein solches Demokonto zu finden.

Dies ist eher eine theoretische Warnung. In der Praxis habe ich es nicht angetroffen.

 
Diese (sehr seltenen) Bestellungen werden von der Bibliothek absichtlich nicht in der Gebotsübersicht angezeigt. Frühere Versionen von bibla haben sie gesehen. Wenn Sie der Meinung sind, dass das derzeitige Verhalten das gleiche sein sollte, lassen Sie es mich wissen.
  
// Liste ändern:
// 06.03.2018
// Hinzufügen: TICKET_TYPE und MAGIC_TYPE hinzugefügt, so dass Sie einheitlichen plattformübergreifenden Code schreiben können
// ohne Compiler-Warnungen (einschließlich MQL4 strict-mode).

Unten ist der Code, der ohne Warnungen unter MQL4/5 kompiliert

#property strict

#include <MT4Orders.mqh>

void OnStart()
{
// long Ticket = 0;
// long Magic = 0;
  TICKET_TYPE Ticket = 0;
  MAGIC_TYPE  Magic = 0;
  
  long Tmp = OrderSelect(Ticket, SELECT_BY_TICKET) + 
             OrderDelete(Ticket) +
             OrderCloseBy(Ticket, Ticket) +
             OrderClose(Ticket, 1, 0, 0) +    
             OrderSend(_Symbol, OP_BUY, 1, 0, 0, 0, 0, NULL, Magic);
}

Vielen Dank an @Andrey Voytenko für den Vorschlag dieser Lösung!

 
fxsaber:

Nachfolgend ist der Code, der ohne Warnungen unter MQL4/5 kompiliert

Vielen Dank an @Andrey Voytenko für den Vorschlag zu dieser Lösung!

Wofür ist dieser Hack?

 
Rashid Umarov:

Wozu ist dieser Hack gut?

Lange Typen sind im Beispiel auskommentiert. Wenn sie auskommentiert werden, gibt es keine Warnungen in MQL5 und NoStrict-MQL4. Aber in strict-MQL4 werden sie auftreten.

Um plattformübergreifende Bibliotheken ohne entsprechende Warnungen schreiben zu können, wurde diese Funktionalität hinzugefügt.

Sie brauchen sie nicht zu verwenden. Dies ist eine zusätzliche Erleichterung für diejenigen, die mit einer plattformübergreifenden Aufgabe dieser Art konfrontiert werden könnten.

 

Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien

Roboter von MT4 auf MT5

fxsaber, 2018.03.08 09:27 Uhr.

// https://www.mql5.com/de/code/16006
#define   MT4_TICKET_TYPE // OrderSend und OrderTicket müssen einen Wert desselben Typs wie in MT4 zurückgeben - int.
#include <MT4Orders.mqh>
#include <MQL4_To_MQL5.mqh>

int Hour( void )
{
  return((int)((TimeCurrent() % (24 * 3600)) / 3600));
}

int Minute( void )
{
  return((int)((TimeCurrent() % 3600) / 60));
}

#include "super-signals-channel.mq4" // https://www.mql5.com/ru/forum/231135#comment_6751304
 

Ich versuche, eine Strategie zu implementieren (die offensichtlich gut in MT4 funktioniert), aber ich habe eine Ziegelmauer getroffen.

Der EA beginnt eine neue Sequenz von Trades, wann immer ein neues Signal generiert wird, so dass jedes gehandelte Paar in der Regel mehrere Sequenzen laufen haben wird.

Jeder Handel hat einen SL & TP, und der EA muss verfolgen, was passiert ist (SL oder TP), um den letzten Handel in jeder Sequenz durch die Überprüfung der Reihenfolge Geschichte.

Leider scheint dies nicht möglich zu sein, basierend auf den Bibliotheksnotizen (unten) und verschiedenen Versuchen, das System zum Laufen zu bringen:

// In MT4 wählt OrderSelect im Modus SELECT_BY_TICKET ein Ticket unabhängig von MODE_TRADES / MODE_HISTORY,
// da "Ticket number is a unique order ID".
// In MT5 ist die Ticketnummer NICHT eindeutig,
// daher hat OrderSelect im Modus SELECT_BY_TICKET die folgenden Auswahlprioritäten für übereinstimmende Tickets:
// MODE_TRADES: bestehende Position> bestehende Order> Transaktion> stornierte Order
// MODE_HISTORY: Transaktion> stornierte Order> bestehende Position> bestehende Order

Bei Experimenten habe ich festgestellt, dass sich die Ticketnummer nach einem SL/TP-Ereignis immer ändert und dass die einzige gemeinsame Information die magische Nummer ist - nicht einmal der Auftragskommentar wird beibehalten.

Beim Testen wird bei der Erteilung eines ersten Auftrags mit SL, TP, magischer Zahl und Handelskommentar das Ticket Nr. 2 zurückgegeben und alle erwarteten Informationen angezeigt.

Wenn jedoch der SL oder TP erreicht wird, verschwindet Ticket Nr. 2 und kann weder mit SELECT_BY_POS noch mit SELECT_BY_TICKET abgerufen werden.

Stattdessen gibt es (unter der Annahme, dass keine anderen Handelsaktivitäten stattfinden) jetzt Ticket Nr. 3, das keinen Auftragskommentar enthält.

Ohne Konsistenz in Bezug auf die Ticketnummer und ohne Auftragskommentar, auf den man sich beziehen kann, scheint es keine einfache Möglichkeit zu geben, den letzten Auftrag in einer bestimmten Sequenz zu identifizieren :(

Hoffentlich kann @fxsaber eine Lösung finden oder eine Umgehung vorschlagen :)

 
SysFX:

Leider habe ich das Problem nicht verstanden.

 

Entschuldigung für die späte Antwort :(

Das Problem ist, dass 'MODE_HISTORY' Handelsinformationen im Grunde unbrauchbar sind, weil:

1) wenn ein Handel geschlossen wird, ändert sich die Ticketnummer ... Sie können dies leicht testen, indem Sie einen Kauf-/Verkaufshandel mit einem TP und SL eröffnen - wenn der Handel als Ticket #2 eröffnet wird, wird dieser Handel zu Ticket #3 im History-Pool, nachdem der SL oder TP ausgelöst wurde

2) die magische Zahl geht verloren

3) der Ticket-Kommentar geht verloren

Wenn der EA-Code also prüfen muss, ob ein Handel mit Gewinn oder Verlust abgeschlossen wurde, ist dies unmöglich, da keine Informationen zur Identifizierung des Handels verfügbar sind.

Ich hoffe, dass Sie die magische Zahl beibehalten und den Handelskommentar wie bei MT4 gestalten können - vielleicht finden Sie auch einen Weg, die Ticketnummer beizubehalten.

 
SysFX:

Entschuldigung für die späte Antwort :(

Das Problem ist, dass die "MODE_HISTORY" Handelsinformationen im Grunde unbrauchbar sind, weil:

1) wenn ein Handel geschlossen wird, ändert sich die Ticketnummer ... Sie können dies leicht testen, indem Sie einen Kauf-/Verkaufs-Handel mit einem TP und SL eröffnen - wenn der Handel als Ticket #2 eröffnet wird, wird dieser Handel zu Ticket #3 im History-Pool, nachdem der SL oder TP ausgelöst wurde

2) die magische Zahl ist verloren

3) der Ticket-Kommentar geht verloren

Wenn der EA-Code also prüfen muss, ob ein Handel mit Gewinn oder Verlust abgeschlossen wurde, ist dies unmöglich, da keine Informationen zur Identifizierung des Handels verfügbar sind.

Ich hoffe, dass Sie die magische Zahl beibehalten und den Handelskommentar wie bei MT4 gestalten können - vielleicht finden Sie auch einen Weg, die Ticketnummer beizubehalten.

Beispiel

#include <MT4Orders.mqh>

#define Bid SymbolInfoDouble(_Symbol, SYMBOL_BID)
#define Ask SymbolInfoDouble(_Symbol, SYMBOL_ASK)

#define  PRINT(A) Print(#A + " = " + (string)(A))

void OnInit()
{
  long Ticket;
  
  PRINT((Ticket = OrderSend(_Symbol, OP_BUY, 1, Ask, 0, Bid - 100 * _Point, Bid + 100 * _Point, "Hello World!", 12345)));
  
  if (OrderSelect(Ticket, SELECT_BY_TICKET))
    PRINT(OrderClose(OrderTicket(), 0.3, OrderClosePrice(), 0));
}

void OnDeinit( const int )
{
  const int Total = OrdersHistoryTotal();
  
  for (int i = 1; i < Total; i++)
    if (OrderSelect(i, SELECT_BY_POS, MODE_HISTORY))
    {
      OrderPrint();
      
      PRINT(OrderTicket());
      PRINT(OrderMagicNumber());
      PRINT(OrderComment());
      PRINT(OrderTicketOpen());
    }
}


Ergebnis

2018.03.25 00:00:00   instant buy 1.00 EURUSD at 1.23527 sl: 1.23414 tp: 1.23614 (1.23514 / 1.23527)
2018.03.25 00:00:00   deal #2  buy 1.00 EURUSD at 1.23527 done (based on order #2)
2018.03.25 00:00:00   deal performed [#2  buy 1.00 EURUSD at 1.23527]
2018.03.25 00:00:00   order performed buy 1.00 at 1.23527 [#2  buy 1.00 EURUSD at 1.23527]
2018.03.25 00:00:00   (Ticket=OrderSend(_Symbol,OP_BUY,1,Ask,0,Bid-100*_Point,Bid+100*_Point,Hello World!,12345)) = 2
2018.03.25 00:00:00   instant sell 0.30 EURUSD at 1.23514, close #2 (1.23514 / 1.23527)
2018.03.25 00:00:00   deal #3  sell 0.30 EURUSD at 1.23514 done (based on order #3)
2018.03.25 00:00:00   deal performed [#3  sell 0.30 EURUSD at 1.23514]
2018.03.25 00:00:00   order performed sell 0.30 at 1.23514 [#3  sell 0.30 EURUSD at 1.23514]
2018.03.25 00:00:00   OrderClose(OrderTicket(),0.3,OrderClosePrice(),0) = true
2018.03.26 01:04:40   take profit triggered #2  buy 0.70 EURUSD 1.23527 sl: 1.23414 tp: 1.23614 [#4  sell 0.70 EURUSD at 1.23614]
2018.03.26 01:04:40   deal #4  sell 0.70 EURUSD at 1.23614 done (based on order #4)
2018.03.26 01:04:40   deal performed [#4  sell 0.70 EURUSD at 1.23614]
2018.03.26 01:04:40   order performed sell 0.70 at 1.23614 [#4  sell 0.70 EURUSD at 1.23614]
final balance 10000046.11 EUR
2018.03.26 23:59:59   #3 2018.03.25 00:00:00 buy 0.30 EURUSD 1.23527 1.23414 1.23614 2018.03.25 00:00:00 1.23514 0.00 0.00 -3.16 Hello World! 12345
2018.03.26 23:59:59   OrderTicket() = 3
2018.03.26 23:59:59   OrderMagicNumber() = 12345
2018.03.26 23:59:59   OrderComment() = Hello World!
2018.03.26 23:59:59   OrderTicketOpen() = 2
2018.03.26 23:59:59   #4 2018.03.25 00:00:00 buy 0.70 EURUSD 1.23527 0.00000 1.23614 2018.03.26 01:04:40 1.23614 0.00 0.00 49.27 tp 1.23614 12345
2018.03.26 23:59:59   OrderTicket() = 4
2018.03.26 23:59:59   OrderMagicNumber() = 12345
2018.03.26 23:59:59   OrderComment() = tp 1.23614
2018.03.26 23:59:59   OrderTicketOpen() = 2

Stop Loss geschlossen wurde!!!


PS Russischer Diskussionsfaden.

1...131415161718192021222324252627...95
Neuer Kommentar