Desenvolvedores.Formato do tempo no terminal MT5 - página 4
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
GetTickCount? A coisa toda? Não seja ridículo.
As suas necessidades comerciais não representam as capacidades limitadas da GetTickCount
A questão da utilidade duvidosa de medir a taxa de tickCount dentro de uma meta é completamente resolvida pelas possibilidades limitadas do GetTickCount.
Não há sequer necessidade de discutir aqui, qualquer pessoa pode resolver este problema muito rapidamente.
Quanto aos milisegundos em geral e às minhas necessidades, tenho mais ou menos justificado a minha opinião sobre a sua inutilidade em MT5.
Todos os cálculos são baseados nos últimos 10 ticks (ou o que quer que esteja definido)...
Com um minuto de tick_volume é um pouco diferente) O período é uma ordem de magnitude(s) mais longa(s).
Se for pelos minutos e dividir 60.000 milissegundos pelo tick_volume, a taxa de ticks recebidos em cada minuto examinado não seria exacta até ao milissegundo?
Se tomarmos o tempo actual do computador local com milissegundos (usando ferramentas WinAPI), dividir esses milissegundos pelo volume actual acumulado do tick_volume, não obteríamos a taxa de chegada do tick actual?
A questão da utilidade questionável da medição da taxa de tick rate dentro de uma meta é completamente resolvida pelas capacidades limitadas do GetTickCount.
Não há sequer necessidade de discutir, qualquer pessoa pode resolver este problema muito rapidamente.
Quanto aos milisegundos em geral e às minhas necessidades, tenho mais ou menos justificado a minha opinião sobre a sua inutilidade em MT5.
hrenfx:
Mas GetTickCount resolve completamente este simples problema. Os milissegundos não têm nada a ver com isto.
É uma boa ideia. Devia experimentar).
Mas com milisegundos no tempo do carrapato, seria mais fácil.
não é permitida publicidade aqui :)
Ninguém o impede de obter o tempo actual em milissegundos. O resto é uma questão de técnica.
Não deve estar a lê-lo cuidadosamente:
P.P.S. Ninguém o impede de recolher carraças na meta com milissegundos (via emulação com GetTickCount). É muito simples. A questão é saber se é necessário.
O bom de GetTickCount é que não requer WinAPI em MQL. Mas a sua vantagem é muito mais forte porque a hora local não está necessariamente sincronizada com a hora do servidor comercial. E os dados sobre a hora de chegada do tick devem ser recebidos na hora do servidor comercial. É por isso que são emulados milissegundos usando GetTickCount. Assim, a precisão é maior do que se considerarmos a diferença constantemente flutuante entre as duas vezes.
Não se trata de um raciocínio teórico, mas sim de um comércio prático.
E os dados sobre a hora de chegada do tick devem ser recebidos na hora do servidor comercial. Portanto, os milissegundos são emulados através do GetTickCount. Assim, a precisão é melhor do que ter em conta a constante des-sincronização flutuante de duas vezes.
+ correcto.
A medição do tempo no lado terminal significa que há também um atraso no envio dos dados.
E ter um tempo poupado a partir do servidor é exactamente o que precisa.
Stanislav. Mas já o tem no sistema de encomendas. Basta dá-lo ao terminal para que os comerciantes o possam levar.
Com carraças, a questão não foi resolvida ao nível do servidor, e é por isso que nem sequer vou mencioná-lo.
Veja, quando um tique chega até si, indica que uma das seguintes coisas aconteceu:
1. Se a Proposta de Nível 1 tiver mudado (Bid_1);
2. Se Bid_1 não mudou, mas o volume a este nível de preços mudou (aumentado/diminuído);
Se Bid_1 não mudou, e ou Bid_2 ou o volume ao nível do preço Bid_2 mudou;
etc.
O mesmo se passa com a Ask. E agora Bid, Ask e volumes a cada nível de preços juntos. Consegue imaginar quantos dados diferentes existem? E está tudo embalado em 1c.
Pode haver até dezenas de tais carraças num segundo. Como classificá-los? A etapa de tempo em 1s é uma classificação muito grosseira, precisamos de uma fina etapa de tempo - milissegundos. Em termos gerais, é claro?
... bem, então o que... por exemplo no atraso do servidor e todos os pedaços e pedidos virão ainda no futuro, não importa quantos fossem.
como é que isto ajuda realmente no comércio...? Ainda não percebi, excepto para medir a volatilidade.
e, a propósito, tem a certeza que todos os tiquetaques com uma taxa de milissegundos atingirão desde a fonte inicial até ao seu monitor (ponto visual final) se o MC acrescentar m.s.?
Li o artigo e compreendi que são necessários milissegundos apenas para diversão. Ser capaz de medir o preço de uma corrida de 100m até à ms exacta.
sergeev
Basta dá-lo ao terminal para que os comerciantes o possam levar.
Para lhes dar, o tipo de data/hora tem de se tornar 10 bytes, e a estrutura MqlDateTime tem de se tornar mais gorda.
Esperar pelo MQL6, o temporizador de milissegundos, a história do tick e muitas outras guloseimas aparecerão lá. Mas não vejo a utilidade de o acrescentar agora. IMHO.