Sincronizzare l'ora locale di Windows con il server MT5 - pagina 11
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Richiedi ufficialmente al tuo broker, ma dato che questi dati sono a pagamento,
Chiedi un estratto degli ultimi 2-3 minuti su Si-3.17 del 20.01.2017.
Poi confrontalo con quello che mi hanno dato.
Mi dispiace, non ho tempo per questo al momento. Sono sicuro che hai controllato e ricontrollato a fondo nella SD stessa.
OK
Aggiunto
Ma poi di nuovo, penso che la funzione "ticks in history" sia "glitchy".
https://www.mql5.com/ru/forum/94399/page6#comment_2763826
Ho "esportato" la tabella di zero trade (2000) in Exel da Quik e ho fatto lo stesso in MT5 - nessuna differenza.
ha fatto lo stesso in MT5 - nessuna differenza.
A quanto pare ho ragione, le zecche non sono registrate correttamente nella storia.
(Entro la fine della sessione serale) :)
E nell'argomento che ho indicato sopra, tempo 21-25 vediamo cosa succede nella serata....
Ho fatto lo stesso in MT5 - nessuna differenza.
A quanto pare ho ragione sul fatto che le zecche non sono registrate correttamente nella storia.
Qualcosa non ha senso. Non c'è differenza, eppure c'è.
Cosa c'è da non capire?
Il bug si accumula nel tempo.
Non sono stato pigro e ho modificato il file Exchange ed è risultato che al minuto su Si-3.17
Sono state fatte 460 transazioni e il test CopyTicks() conCOPY_TICKS_TRDAE ha mostrato che ci sono state 294 transazioni
I tronchi sono nel seminterrato
Ricalcolato di nuovo - ha fatto un errore (è caduto tutto)COPY_TICKS_TRDAE - funziona bene,
ma il resto è un casino...
Diamo un'occhiata...
Ho ricontrollato gli scambi nella storia - tutto corrisponde (negli ultimi 2 giorni) a circa 500.000 scambi!
E con INFO (ordini) - solo un casino!
Al contrario di fxsaber, mi fido completamente dello scambio, e questo può essere visto chiaramente nel file di confronto
Il file di confronto è nel seminterrato.
Le linee da MT5 coincidono con la borsa valori SOLO le prime 300 linee (si è arrabbiato e non ha fatto oltre)
Aggiunto
La differenza tra il tempo dello scambiatore e del server 0-2ms
Aggiunto
Codice per ottenere la storia
#property link "https://www.mql5.com"
#property version "1.00"
//+------------------------------------------------------------------+
//| Expert initialization function |
//+------------------------------------------------------------------+
int OnInit()
{
MqlTick post_ticks[];
string symbol = "Si-3.17";
ulong from = ulong(D'2017.01.20 23:49:00') * 1000;
int result=CopyTicks(symbol, post_ticks, COPY_TICKS_ALL, from, 2000);
if(result > 0)
{
string str="";
int f_handle=FileOpen("Si-3.17_ticks.txt",FILE_WRITE|FILE_ANSI|FILE_TXT);
if (f_handle != INVALID_HANDLE)
{
FileWrite(f_handle, "Symbol\tTime\tLast\tFlags");
for(int i = 0; i< result;i++)
{
if(post_ticks[i].flags == 88)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПродажа";
}
else
if(post_ticks[i].flags == 56)
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\tПокупка";
}
else
{
str=symbol + "\t" + string(post_ticks[i].time) + "." +
string(post_ticks[i].time_msc%1000) + "\t" + string(post_ticks[i].last) +
"\t" + string(post_ticks[i].flags);
}
FileWrite(f_handle, str);
}
FileClose(f_handle);
}
}
//---
return(INIT_SUCCEEDED);
}
Il consiglio di amministrazione tace?
È improbabile che si risolva così rapidamente :(
Aggiunto
Credo di avere un'idea del perché questo accade!
Il fatto è che le transazioni e le quotazioni (ordini) dalla borsa arrivano in flussi diversi,
e sul server sono processati da diverse funzioni. Quello che è responsabile degli accordi
funziona correttamente e salva le informazioni nella cronologia
(come evidenziato dal fatto che non abbiamo un solo salto in 496.357 scambi), e quello responsabile per
responsabile degli ordini è "zoppo"...