MqlTick (RIGHT HERE) não registra o último tempo se
no copo de preço SOMENTE o volume do mesmo preço mudou.
Absolutamente correto. E este é o comportamento correto. O MqlTick obtém dados da mesma fonte a partir da qual o histórico do tick é preenchido. Não deve haver duplicatas na história do tick, porque a história do tick no MT5 não armazena volume mesmo em bestbands.
Há muito tempo que não há uma maneira direta de saber a que tempo corresponde a história do carrapato. Descobrir de outra forma.
Absolutamente certo. E este é o comportamento correto. O MqlTick obtém dados da mesma fonte a partir da qual o histórico do tick é preenchido. Não deve haver duplicatas na história do tick, pois o tick history no MT5 não armazena volume mesmo nas bestbands.
Há muito tempo que não há uma maneira direta de saber a que tempo corresponde a história do carrapato. Descobrir de outra forma.
Você teria a gentileza de sugerir qual deles?
Adicionado
Se eu recebesse uma notificação de que algo havia mudado no takan, então
por que não acrescentar um campo por conveniência ("pouco sangue")
datatime book_change; ?
Ou ainda mais simples, adicione o seguinte campo ao MqlBookInfo
datatime book_change;
Especialmente porque este tempo é traduzido por troca.
você verá que o momento só será diferente nestas situações
Test3 (RTS-12.17,M1) MqlTick: time = 2017.09.2211:21:50.668 bid = 112000.0 ask = 112010.0 last = 112000.0 volume = 5FLAG_UNKNOWN (0)
Test3 (RTS-12.17,M1) CopyTick: time = 2017.09.2211:21:50.572 bid = 112000.0 ask = 112010.0 last = 112000.0 volume = 5TICK_FLAG_LASTTICK_FLAG_VOLUMETICK_FLAG_SELL
Já foi discutido várias vezes que o MqlTick não retorna um tick como está. Que existem dois fluxos de carrapatos - cotação e transação. E que no CopyTicks eles são fundidos às vezes retroativamente, porque os fluxos são dessincronizados. E que os tempos do MqlTick e do CopyTicks podem não coincidir.
Caros desenvolvedores!
SOLICITO que você leia esta mensagem com atenção.
Acho que descobri a razão pela qual a discrepância de tempo aparece!!!
Hoje:
Terminal
Especialista
Mecanismo de verificação de tempo.
Quando a Profundidade do Mercado muda para um símbolo(eu trabalho apenas com a Profundidade do Mercado)
A funçãoCheckMarketTime é chamada de
Depois de obter os dados do último tick para o símbolo
Verifico o cronograma, mas(MUITO IMPORTANTE) !!!!
MqlTick (IMEDIATAMENTE) não contém o último período de tempo, se
na Profundidade do Mercado mudou SOMENTE o volume do mesmo preço.
Estou fazendo esta suposição porque não há
Bandeiras TICK_FLAG_ASK_VOLUMEe TICK_FLAG_BID_VOLUME
A função OnBookEvent funcionou (o volume de tal e tal preço mudou), mas
O MqlTick não registrou o tempo desta mudança.
Favor adicionar estas bandeiras ao MqlTick, respectivamente com tempo atualizado.
Adicionado
Por alguma razão eu não posso fazer um disco no CD
MqlTick (RIGHT HERE) não registra o último tempo se
no copo de preço SOMENTE o volume do mesmo preço mudou.
Absolutamente correto. E este é o comportamento correto. O MqlTick obtém dados da mesma fonte a partir da qual o histórico do tick é preenchido. Não deve haver duplicatas na história do tick, porque a história do tick no MT5 não armazena volume mesmo em bestbands.
Há muito tempo que não há uma maneira direta de saber a que tempo corresponde a história do carrapato. Descobrir de outra forma.
Absolutamente certo. E este é o comportamento correto. O MqlTick obtém dados da mesma fonte a partir da qual o histórico do tick é preenchido. Não deve haver duplicatas na história do tick, pois o tick history no MT5 não armazena volume mesmo nas bestbands.
Há muito tempo que não há uma maneira direta de saber a que tempo corresponde a história do carrapato. Descobrir de outra forma.
Você teria a gentileza de sugerir qual deles?
Adicionado
Se eu recebesse uma notificação de que algo havia mudado no takan, então
por que não acrescentar um campo por conveniência ("pouco sangue")
datatime book_change; ?
Ou ainda mais simples, adicione o seguinte campo ao MqlBookInfo
datatime book_change;
Especialmente porque este tempo é traduzido por troca.
Você poderia ter a gentileza de me dizer qual deles?
Não seja ridículo... :)
Se eu fui notificado de que algo mudou no takan, então
por que não adicionar um campo para conveniência ("pouco dinheiro")
datatime book_change; ?
Ou simplesmente, adicione a estrutura MqlBookInfo com a
datatime book_change;
Especialmente, que desta vez seja traduzido pelo permutador.
Apenas não data, mas longos - milissegundos. E
Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
Mercado fechado
fxsaber, 2017.09.22 09:17
A questão tem sido levantada há muito tempo de que não há uma maneira direta de saber a que horas a janela de apostas corresponde.
Com sugestões semelhantes.
Talvez depois que o OnBookEvent for acionado
solicitar CopyTicks sobre este personagem?
Vou tentar...
Talvez depois que o OnBookEvent for acionado
solicitar CopyTicks sobre este personagem?
Não ajudaria, é claro. A única opção agora é descobrir o momento em que o secador é conduzido.
Não vai ajudar, é claro. A única opção agora é descobrir o tempo do led de vidro.
É interessante :)
Resultado
???????
Eu nem sei o que dizer....
Eu nem sei o que dizer....
você verá que o momento só será diferente nestas situações
Já foi discutido várias vezes que o MqlTick não retorna um tick como está. Que existem dois fluxos de carrapatos - cotação e transação. E que no CopyTicks eles são fundidos às vezes retroativamente, porque os fluxos são dessincronizados. E que os tempos do MqlTick e do CopyTicks podem não coincidir.