![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Aparentemente ninguém a utiliza,
o pedido é aberto a preços inexistentes:
um exemplo simples a ser verificado:
Isto é correto? Primeiro vem o preço limite de parada, e depois o preço de greve. VerDocumentação:
Modificou um pouco o código do iniciador do tópico.
Aqui está um exemplo sobre o instrumento EURUSD.
Importante:O preço de parada é pior. Isto é para a execução de câmbio.
Foi definido um limite de parada de compra que foi ativado e aberto como uma ordem de limite.
Você pode ver na imagem da tela que há preços no comentário. O primeiro preço (1,10258) é o preço pedido quando a ordem foi colocada, o segundo (1,10268) é o preço de ativação da parte limite da ordem e o terceiro (1,10263) é o preço de ativação da parte de parada da ordem.
A lógica é a seguinte: se o preço pedido pelo mercado atingir 1,10263, então a parte de parada da ordem (o preço de greve) é ativada. E a parte limite da ordem deve acionar imediatamente, já que seu preço de greve é pior que o preço de mercado (1,10268).
Analisamos os arquivos de registro:
Vemos que às00:02:15 a ordem se tornou uma ordem limite (a parte de parada foi acionada). E imediatamente se transformou em uma posição no mercado. E o que é interessante é que os troncos não dão um preço de compra como na primeira linha (1,10239 / 1,10258). E isso é inconveniente. Sim, a vaga está aberta em 1.10265. Aabertura estava prevista para 1.10263. Aqui eu acho que houve um deslize de 2pts.
Olhando para a base do carrapato. Sim, os testes foram em carrapatos reais a partir de 2 de dezembro de 2019.
Vemos que existe nosso carrapato (1.10265). Destacado na captura de tela. E desde00:02:15 este foi o terceiro tique. A pergunta anterior = 1,10271 (a partir de00:02:15.428) era ainda maior. Embora, ao mesmo tempo em que nosso tique. Ou seja, entrou a um preço melhor. Conclusão: Como esperado, temos um deslize de 2 pontos para a parte de parada do pedido.
Isto é a coisa certa a fazer? Primeiro vem o preço de parada e depois o preço de greve. Veja a documentação:
Isto é feito intencionalmente de modo que quando o limite de parada vai até o limite, o limite é acionado imediatamente. Quando é acionado, parece estar em algum lugar lá fora, ao preço especificado no pedido e não ao preço que ativou o stoplimit (que na verdade era).
A lógica é a seguinte: se o preço pedido pelo mercado atingir 1,10263, então a parte de parada da ordem (o preço de greve) é ativada. E a parte limite da ordem deve acionar imediatamente, já que seu preço de greve é pior que o preço de mercado (1,10268).
Há um preço de 123. O COMPRA_STOP_LIMIT. O preço de parada é 133. O preço limite é 111.
Se o preço tiver ultrapassado o preço limite, o preço limite é ativado. Se o preço voltar para 111, a posição é aberta.
Se o preço não tiver passado o preço limite e voltado ao preço limite, a posição não será aberta.
Não é assim?
Uma ordem de limite de parada também pode ser verificada no testador para Forex. É suficiente definir "Execução" = Troca.
Eu verifiquei o limite de parada de compra da seguinte forma: eu defini o preço da ordem limite pior que o preço de ativação. O pedido foi aberto a preço de mercado (preço pedido) na ativação. Portanto, parece que a funcionalidade no Testador funciona.
Sim, em instrumentos forex, na execução de câmbio, funciona corretamente.
E agora também mudar "Método de Liquidação" =FORTS Futures, e ver como funciona em instrumentos negociados em bolsa.
Se você colocar Método de cálculo = Forex no instrumento negociado em bolsa, ele funciona corretamente, mas a margem não é contada corretamente.
Você está usando oStopLimit no comércio real?
É claro que oStopLimit não funciona adequadamente no testador.
Faz sentido usá-lo no comércio real? Quais são as vantagens e desvantagens?
Este tipo de pedido não faz sentido.
É muito mais fácil fazer um pedido pendente imediatamente, pois podemos especificar qualquer prazo da vida útil do pedido.
Se estivermos na troca, mas não no servidor MQ, este pedido é garantido de funcionar pelo preço especificado no mesmo.
E o servidor pode "apresentar uma falha".