![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Solicite oficialmente de seu corretor, mas como estes dados são cobráveis,
Solicite um extrato dos últimos 2-3 minutos no Si-3.17 em 20.01.2017.
Em seguida, compare com o que eles me deram.
Desculpe, não há tempo para isso no momento. Tenho certeza de que você verificou e voltou a verificar minuciosamente no próprio SD.
OK
Adicionado
Mas, mais uma vez, acho que a função dos carrapatos na história é "falha".
https://www.mql5.com/ru/forum/94399/page6#comment_2763826
Eu "exportei" a tabela de zero negócios (2000) para Exel de Quik e fiz o mesmo em MT5 - sem diferença.
fez o mesmo em MT5 - sem diferença.
Aparentemente estou certo, que os carrapatos não estão registrados corretamente na história.
(Ao final da sessão noturna) :)
E no tópico que indiquei acima, tempo 21-25 vamos ver o que acontece à noite....
Eu fiz o mesmo no MT5 - sem diferença.
Aparentemente, estou certo de que os carrapatos não estão registrados corretamente na história.
Algo não faz sentido. Não há diferença e ainda há.
O que não deve ser entendido?
O bug se acumula com o tempo.
Eu não era preguiçoso e editei o arquivo do Exchange e descobri que por minuto no Si-3.17
460 negócios foram feitos, e o teste CopyTicks() comCOPY_TICKS_TRDAE mostrou que houve 294 negócios
Os troncos estão no porão
Re-calculado novamente - cometeu um erro (tudo caiu fora)COPY_TICKS_TRDAE - funciona bem,
mas o resto é uma bagunça...
Vamos analisar isso...
Revisou os negócios na história - tudo corresponde (nos últimos 2 dias) a cerca de 500.000 negócios!
E com INFO (ordens) - apenas uma bagunça!
Em contraste com o fxsaber, confio plenamente na troca, e isso pode ser claramente visto no arquivo de comparação
O arquivo de comparação se encontra no porão.
As linhas da MT5 coincidem com a bolsa de valores SOMENTE as primeiras 300 linhas (ficaram transtornadas e não foram mais longe)
Adicionado
A diferença entre o tempo entre o trocador e o servidor 0-2ms
Adicionado
Código para obter histórico
#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);
}
A DBO é silenciosa?
É pouco provável que seja resolvido tão rapidamente :(
Adicionado
Acho que tenho uma idéia do porquê disto estar acontecendo!
O problema é que os negócios e as citações (ordens) da troca estão vindo em diferentes correntes,
e no servidor eles são processados por diferentes funções. Aquele que é responsável pelos negócios
funciona corretamente e guarda as informações do histórico
(como evidenciado pelo fato de que não temos um único salto em 496.357 ofícios), e o responsável por
responsável pelas ordens é "coxo"...