Qualquer pergunta de novato, de modo a não desorganizar o fórum. Profissionais, não passem por aqui. Em nenhum lugar sem você - 6. - página 548
![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
Os dígitos também devem ser preferencialmente "arrancados" do símbolo correspondente ;)
Os dígitos também devem ser preferencialmente "puxados" do símbolo apropriado ;)
Obrigado, está funcionando.
E isso não é tudo. Além disso, não devo normalizar o número real, mas usar o DoubleToString();
para produzi-lo em comentários.
Não quero saber de comentários, o mais importante para mim é abrir pedidos, mas o terminal ainda gera um erro, mesmo com o DoubleTtoStr(), ele escreve preços errados.
Não quero saber de comentários, o mais importante é que os pedidos seriam abertos, mas o terminal ainda gera um erro, mesmo com o DoubleTtoStr(), ele escreve os preços errados.
As observações feitas são corretas. A normalização às vezes falha, mas não é boa. Você deve escrever para os desenvolvedores no MetaTrader 4 Client Terminal build 610 para verificação. Mas eu só consegui reproduzir duas vezes a normalização incorreta
DoubleTtoStr() irá cortar, mas o número em si não mudará por causa disso, pode causar um erro ao comparar variáveis, fazer pedidos, etc. Não posso dizer agora como é importante quando se estabelece um pedido 1 no 16º bit, mas comparar números é definitivamente incorreto.
As observações que você fez são corretas, mas o fato de que a normalização às vezes falha não é bom. Você deve escrever para o MetaTrader 4 Client Terminal build 610 para os desenvolvedores para verificação. Mas eu só consegui reproduzir a normalização incorreta por duas vezes
DoubleTtoStr() irá cortar, mas o número em si não mudará por causa disso, pode causar um erro ao comparar variáveis, fazer pedidos, etc. Não posso dizer agora como é importante quando se estabelece um pedido 1 no 16º bit, mas comparar números é definitivamente incorreto.
O Expert Advisor abre ordens de vez em quando, então tem que ser escrito para cada par separadamente?
Não, você não tem. É improvável que os pedidos abram "intermitentemente" por este motivo, veja o log e antes de fazer um pedido, certifique-se de ResetLastError(); e então se(GetLastError()>1) Print(GetLastError() ); E certifique-se de corrigir o erro dos Dígitos
.
GetLastError() diz "preços errados". Já levei os Dígitos separadamente para cada par de moedas.
GetLastError() diz "preços errados". Dígitos que eu já tomei separadamente para cada par de moedas.
Você já levou em conta o nível de parada? Verifique o que é com o roteiro
O nível de parada foi levado em conta? O que significa, verifique com o roteiro
Eu tenho ordens de mercado.
129 erro ocorre quando o preço tem tempo de mudar antes que o CD execute seu pedido, use um deslizamento maior.