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
Tenho uma conta real na abertura
Eu o conectei e configurei o gráfico + gravação de ticks por GBPU 3,15
olho para a minuta do gráfico deste instrumento e vejo que houve (foram) negócios sobre o volume de 841 lotes (19,26 mcs)
eu troco o volume do tick que eu vejo 2 - eu assumo que houve 2 negócios
agora observe o que eu tenho monitorado no arquivo
vejo o negócio anterior de 1 lote a 1.5350 (tudo está na tabela) (19.22 hora de Moscou)
então a próxima mudança no livro após 2541 ms na seção OnBookEvent
e olhar para o preço e o volume
mostra o preço 1,5347 e o volume 541 (faltam 300 lotes)
parece que deveria ter havido um comércio de 300 lotes ao mesmo preço (apenas um preço aparece no gráfico)
mas por alguma razão desconhecida eu não consegui
presumo que se houver um negócio, então a profundidade do mercado deve mudar (para 300 lotes deve mudar) ou há um salto (ou filtragem) na transmissão de dados da troca para o cliente MT5
não acho que o que aconteceu foi que o MM viu que seu limite foi comido (neste caso, parcialmente) e o encheu até o volume anterior.
sim tão rápido que o evento "troca de copo" não ocorreu
Tenho uma conta real na abertura
Eu o conectei e configurei o gráfico + gravação de ticks por GBPU 3,15
olho para a minuta do gráfico deste instrumento e vejo que houve negócios sobre o volume de 841 lotes (19,26 msk)
eu troco o volume do tick que eu vejo 2 - eu assumo que houve 2 negócios
agora observe o que eu tenho monitorado no arquivo
vejo o negócio anterior de 1 lote a 1.5350 (tudo está na tabela) (19.22 hora de Moscou)
então a próxima mudança no livro após 2541 ms e eu entro na seção OnBookEvent
e olhar para o preço e o volume
mostra o preço 1,5347 e o volume 541 (faltam 300 lotes)
parece que deveria ter havido um comércio de 300 lotes ao mesmo preço (apenas um preço aparece no gráfico)
mas por alguma razão desconhecida eu não consegui
presumo que se houver um negócio, então a profundidade do mercado deve mudar (para 300 lotes deve mudar) ou há um salto (ou filtragem) na transmissão de dados da troca para o cliente MT5
não acho que o que aconteceu foi que o MM viu que seu limite foi comido (neste caso, parcialmente) e o encheu até o volume anterior.
sim tão rápido que o evento "mudança no copo" não ocorreu
Como você consegue LAST?
da ajuda
EstruturaMqlTick
{
data/hora;// Hora da última atualização de preço
lance duplo;// Preço atual Lance
perguntar duas vezes;// Preço atual de pedido
último;// Preço atual do último negócio (Último)
ulongvolume;// Volume para o preço atual Último
};
A partir da ajuda
EstruturaMqlTick
{
data/hora;// Hora da última atualização de preço
lance duplo;// Preço atual Lance
perguntar duas vezes;// Preço atual de pedido
último;// Preço atual do último negócio (Último)
ulongvolume;// Volume para o preço atual Último
};
Errado!
Você deve usar a função CopyTicks()
Ainda não está na ajuda.
Descrição aqui:
https://www.mql5.com/ru/forum/38520
Errado!
Você deve usar a função CopyTicks()
Ainda não está na ajuda.
Descrição aqui:
https://www.mql5.com/ru/forum/38520
Obrigado
Vou tentar esta opção - espera-se que seja mais confiável
Não 100% conveniente
Por exemplo, o terminal recebe constantemente carrapatos com o mesmo preço e volume, e não está claro se há um novo carrapato ou o antigo
Não é muito racional levar mais história e pesquisar através dela o tempo todo.
você precisa de algo como um índice do pacote no terminal ou algum contador de novos carrapatos desde o último acesso ao histórico
ou alguma terceira opção
Boa tarde, Renat!
De acordo com o suporte técnico Openreach, há problemas com a construção 1085.
A resposta de hoje do suporte técnico:
"Checado com os administradores do servidor - hoje descobriu-se que precisamos de uma revisão adicional do build 1085.
Foi solicitado ao desenvolvedor um prazo para implementar as modificações."
Isso é verdade?
Boa tarde, Renat!
De acordo com o suporte técnico Openreach, há problemas com a construção 1085.
A resposta de hoje do suporte técnico:
"Checado com os administradores do servidor - hoje descobriu-se que precisamos de modificações adicionais de 1085 build.
Foi solicitado ao desenvolvedor um prazo para implementar as modificações."
Isso é verdade?
Sim, nós lhes daremos uma construção personalizada da construção 1085 com a característica solicitada hoje.
Sim, nós lhes daremos uma construção personalizada da construção 1085 com a característica solicitada hoje.
Você pode elaborar sobre a ficção?
Terrivelmente interessado no tipo de características que possam existir no mercado aberto...