FORTES. Questões de aplicação da lei - página 11

Novo comentário
 

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 

      MqlTick tick;
      SymbolInfoTick(Symbol(),tick);

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

MS Pergunte2 AskVol2 Pergunte1 AskVol1 Pergunte Pergunte a Vol Licitação BidVol Licitação1 BidVol1 Bid2 BidVol2 LastPrice RealVol
322735561 15388 3 15354 300 15352 1000 15347 300 15346 1000 15321 2 15350 1
322738102 15400 2 15388 3 15352 1000 15347 304 15346 1000 15321 2 15347 541
322738217 15388 3 15354 300 15352 1000 15347 304 15346 1000 15321 2 15347 541
322738295 15388 3 15354 300 15352 1000 15347 304 15346 1000 15344 300 15347 541
322738361 15388 3 15354 300 15352 1000 15347 304 15346 1000 15344 300 15347 541
322738509 15388 3 15354 300 15352 1000 15347 169 15346 1000 15344 300 15347 541


 
olyakish:

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ê obtém o ÚLTIMO?
 
Mikalas:
Como você consegue LAST?
      MqlTick tick;
      SymbolInfoTick(Symbol(),tick);
...
               dataToWrite[12]=(uint)(tick.last*10000);
               dataToWrite[13]=(uint)(tick.volume);

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
};

 
olyakish:

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

 
Mikalas:

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?

 
Mikalas:

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, hoje vamos fornecer a eles uma construção personalizada do build 1085 com o recurso solicitado.
 
Renat:
Sim, nós lhes daremos uma construção personalizada da construção 1085 com a característica solicitada hoje.
Ok, vamos esperar...
 
Renat:
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...

1...456789101112131415161718...156
Novo comentário