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
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.