Sincronizar a hora local do Windows com o servidor MT5 - página 12
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
Gente da BCS, que tem uma conta real,
por favor, execute o código em uma conta real e afixe o resultado aqui.
#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);
}
É 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 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 pelos pedidos não é tão bom...
Aqui está um trecho da correspondência com SD para referência:
1. Тики (а также буки, текущие цены из маркет вотча) обновляются/собираются независимо от работы индикаторов/экспертов. Также независимо от экспертов строятся бары.
2. А вот расчет индикаторов происходит в потоке построения баров. То есть после каждого применения тика к бару - вызывается расчет индикатора! При этом ни один тик не пропускается.
3. Отсюда получается, что вызывая из индикатора CopyTicks вы можете получать более свежие тиковые данные (а также буки, значения из маркет вотча), чем те, что уже применены к барам.
Это нужно учитывать в расчетах: либо вы анализируете тики, либо бары, либо если нужно и то и другое, то кому то нужно отдать приоритет (для случая последнего бара).
4. Особенно это начинается сильно проявляется если расчет индикатора делается долго.
Deixarei aqui para sua referência um extrato da correspondência com o RS:
A sincronização acontece na primeira transação (por enquanto, aguardando esclarecimento)
Funcionou com precisão às 10:00 e 14:05
2017.01.26 14:05:00.005 Time_sync_forts (URKA-3.17,H1) Local time sync is done. Symbol = RTS-3.17 Sync hour = 14 Sync min = 5 Sync sec = 0 Sync ms = 5
Adicionado
Acho que vou remover o BR para que tudo aconteça automaticamente durante 3 meses :)
Do anúncio da nova construção 1525 item 11
Mas o SD não escreveu absolutamente nada.
Havia "buracos" antes?
Do anúncio da nova construção 1525 item 11
Mas o SD não escreveu absolutamente nada.
Havia "buracos" antes?
Anteriormente - certamente foram. Em termos de carrapatos TRADE - com certeza. Na construção 1495 é muito melhor.
Não encontrei nenhuma omissão em quase 500.000 ofícios.
Aparentemente eles não consertaram mais nada, exceto as INFOs (ordens).
Mas, é bom ver que o progxx está lá, afinal de contas.
Adicionado
É uma pena que os participantes do fórum (FORTS) sejam fracos neste importante problema.
Ninguém da BCS jamais fez um teste.
Quanto mais dados, mais rápido eles podem corrigi-los.
Não encontrei nenhuma omissão em quase 500.000 ofícios.
Aparentemente eles não consertaram mais nada, exceto as INFOs (ordens).
Mas, é bom ver que os progrexos estão lá afinal de contas.
Não encontrei nenhuma omissão em quase 500.000 ofícios.
Aparentemente eles não consertaram mais nada, exceto as INFOs (ordens).
Mas, é bom ver que o progxx está lá, afinal de contas.
Adicionado
É uma pena que os participantes do fórum (FORTS) sejam fracos neste importante problema.
Ninguém da BCS jamais fez um teste.
Quanto mais dados, mais rápido eles podem corrigi-los.