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 380
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
Não.
Essa é a maneira de fazer isso:
Em cheio! Obrigado! ;)
Mova o cursor para o primeiro parêntese de abertura após o OrderSend, apague este parêntese, entre novamente, isto trará uma dica de ferramenta com o tipo de parâmetro, verifique se todos os parâmetros são do mesmo tipo.
Muito obrigado, eu não coloquei uma data de expiração do pedido, agora funciona!
Mediu a velocidade do ciclo de avanço e retrocesso. 100 pedidos, o ciclo reverso é 5 vezes mais rápido. Mas nunca há tantos pedidos, 10 no máximo. Se houver 10 pedidos, a velocidade é 3 vezes mais rápida. É palpável escolher o ciclo inverso.
O laço é executado em um único tick ou em vários?
O loop é executado em um único tick ou em vários tick?
Eu não entendo. Ele apenas executa e pronto, os carrapatos não têm nada a ver com isso.
Não faz negócios.
Não consigo descobrir a razão.
Ajude, por favor.
O testador constantemente dá erro 138 (Preço solicitado desatualizado) ao fechar várias posições em aberto. Além disso, uma posição fecha normalmente, enquanto a que é aberta mais tarde não fecha com erro 138. Talvez os desenvolvedores possam responder, como o preço pode tornar-se obsoleto com base em dados históricos ou existem alguns outros parâmetros que são usados no algoritmo para identificar este erro? Se colocarmos OrderClose no loop infinito com referência constante a RefreshRates dentro dele, a posição não está fechando e o erro 138 é mostrado de qualquer forma. É claro que o loop não está terminado, embora tenhamos definido a saída no fechamento da posição.
Minha conta demo foi aberta na Alpari. Não carreguei o histórico adicionalmente, mas há muitos erros, como: 2013.12.29 16:27:09 TestGenerator: erro de dados incomparável (limite de volume 10340 em 2013.08.23 12:00 excedido), etc.
Alguém pode aconselhar o que fazer nesta situação? E o que é este testador que não pode fechar posições dentro de algumas velas de 4 horas?
Este é meu especialista em luto truncado. :)
Não faz negócios.
Não consigo descobrir a razão.
Ajude, por favor.
}
Somente "Lucro" precisa ser declarado como uma variável fracionária. Se adicionarmos um cheque para Compra e Venda, poderemos calcular o lucro separadamente para pedidos de Venda e Compra.
Obrigado, entendi...mas como fechar todos os pedidos abertos para todos os pares de moedas ao mesmo tempo? .... - também usando força bruta? .... - nenhuma outra opção?
Teste em modo visual. Use Comment() para sair Line_7, Lines_1, Line_6. Veja como eles mudam e se as condições podem ser cumpridas.
As condições da transação estão preenchidas, mas a transação não está.
Obrigado, entendo o lucro ... mas como fechar todos os pedidos abertos para todos os símbolos simultaneamente? .... É o mesmo método de busca? .... nenhuma outra opção?
Você também deve levar em consideração que se houver mais de uma ordem, elas podem não ser todas fechadas em um ciclo. Você também deve levar em consideração que se houver mais de uma ordem, elas podem não ser todas fechadas em um ciclo, e as condições não serão atendidas no próximo tick e as demais ordens permanecerão abertas. É por isso que precisamos de uma variável adicional global ou estática. Se as condições de fechamento forem cumpridas, definimos esta variável como verdadeira. Então, a cada tick, se a variável for verdadeira, fechamos todas as ordens no loop; se conseguimos fechar todas elas, definimos a variável falsa.