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
pense sobre o que acontecerá em Stop Out. (você já tem Margin Call, Steppe está mais perto do que nunca)
sua profissão será fechada à força, mas você ignora tal opção, e estará procurando por ela a cada tique (na história, é longo) e enviando ordens incorretas.
Apenas para adicionar para qualquer pessoa que tenha "mais de 10 anos de programação MQL".
Se algo pode acontecer, com certeza acontecerá.
Stop Out e Margin Call não são tão normais, mas é natural, e um EA deve estar pronto para eles.
As condições comerciais podem mudar, elas não são constantes. StopLevel salta e até mesmo alavanca mudanças às vezes.
O usuário pode facilmente definir/alterar uma posição, mesmo não intencionalmente - o Conselheiro Especialista deve reagir a isso
Um usuário pode abrir/fechar um pedido com Magic (ou acidentalmente definir Magic=0 e negociar à mão) - o que o robô vai fazer?
O saldo é depositado/retirado sem reiniciar o EA - é extremamente importante que o robô seja capaz de fazer isso (houve um tópico recentemente - um homem acabou de perder dinheiro)
O terminal pode reiniciar e levar muito tempo para ser atualizado, ou a conexão pode ser perdida por um tempo significativo - tudo isso e tudo o que aconteceu offline deve ser levado em conta
O validador só verifica 1-2% do "mínimo de candidatos" e as pessoas ainda reclamam...
parece ter sido escrito sequencialmente, pergunta - resposta
todas as páginas da linha estão acessíveis.
Renat, eu entendo que você está contando mandados. Eu não entendo por quê?
Apenas para acrescentar para todos que têm "mais de 10 anos de programação MQL".
Se algo pode acontecer, com certeza acontecerá.
Stop Out e Margin Call não são tão normais, mas é natural, e um EA tem que estar pronto para eles
As condições comerciais podem mudar, elas não são constantes. StopLevel salta e até mesmo alavanca mudanças às vezes.
O usuário pode facilmente definir/alterar uma posição, mesmo não intencionalmente - o Conselheiro Especialista deve reagir a isso
Um usuário pode abrir/fechar um pedido com Magic (ou acidentalmente definir Magic=0 e negociar à mão) - o que o robô vai fazer?
O saldo é depositado/retirado sem reiniciar o EA - é extremamente importante que o robô seja capaz de fazer isso (houve um tópico recentemente - um homem acabou de perder dinheiro)
O terminal pode reiniciar e levar muito tempo para ser atualizado, ou a conexão pode ser perdida por um tempo significativo - tudo isso e tudo o que aconteceu offline deve ser levado em conta
O validador é verificado por apenas 1-2% do "mínimo de candidatos" e as pessoas ainda reclamam...
Maxim, do que você está falando?! O que eu pedi conselhos sobre o que fazer quando eu conseguir uma parada para sair. Leia o fórum da página 6, na minha opinião eu expus minha pergunta em grande detalhe.
Renat, eu entendo que você está contando mandados. Eu não entendo por quê?
Maxim, do que você está falando?! Eu pedi conselhos sobre o que fazer com uma parada para sair? Leia o fórum na página 6, acho que expus minha pergunta em grande detalhe.
Porque os bilhetes no real não são 0,,,,N
Renat, eu entendo que você está contando mandados. Eu não entendo por quê?
Maxim, do que você está falando?! Eu pedi conselhos sobre o que fazer com uma parada para sair? Leia o fórum da página 6, na minha opinião, eu coloquei minha pergunta com muito detalhe.
com seus 10 anos de experiência, o que posso aconselhar...nada em princípio :-)
Você está ignorando meus conselhos e insistindo em consertar o Validor para sua EA.
---
você tem uma parada no NZDUSD, um pedido foi fechado, a lógica de sua EA não importa, você ainda seleciona-o e envia OrderClose, você fica falso. Esta incrível operação se repete a cada tique, a coisa toda desacelera e o cheque é cancelado. E este é o caso mais simples.
Sobre as verificações das condições comerciais - ver 14 páginas anteriores
Preste atenção a este seu posto:
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Cansado do erro, não há operações comerciais
Andrey Kaunov, 2020.07.25 11:42
Vou tentar, Renat, obrigado pela dica.
Vladimir, você pode entender a pergunta de forma construtiva? Eu não verifico o lote para margem e assim por diante?O artigo "Que cheques devem passar..." já é como uma bíblia para mim. Eu postei trechos de código acima. Mudei o código de acordo com suas recomendações no artigo para conformidade total:
Mas eu ainda recebo "sem negócios":
Bem, se a função sempre envia lote 0,0 e não permite a abertura de comércios, eu a mudo para enviar lote mínimo:
E eu recebo o histórico de que as negociações ocorrem (ver capturas de tela abaixo). Mas o lote mínimo, é claro, vem muito estranho, mas que venha. Mas os negócios estão lá!
Nesta situação, algo muito estranho é o validador, fazendo um lote mínimo de 0,2 para um depósito de 1 dólar.
Naturalmente, não haverá nenhum acordo! E isto com um código perfeitamente adequado. A propósito, removi todas as condições sobre indicadores, etc. para testes. As negociações começam a ser abertas assim que o Expert Advisor é lançado.
Então, o que o validador faz? Acho que, até agora, a única coisa que faz é estourar a cabeça dos programadores!
Note que não estou pedindo para mudar nada no validador. Podemos simplesmente ver os logs de testes. Entenderemos então com que parâmetros os testes estão sendo executados e em que depósitos. No final do dia, você pode ao menos usar impressões para verificar onde o erro está no código e corrigi-lo o mais rápido possível. Não vamos apontar nossos dedos no céu durante uma semana inteira, tentando apenas localizar um erro. Não estamos trabalhando um contra o outro, estamos? Eu entendo, estamos tentando ganhar algo juntos.
Sua primeira captura de tela. Você se apegou à mensagem de que não há negócios no NZDUSD. E há 14 páginas que você vem lutando com este moinho.
Mas o erro principal na primeira captura de tela não é esse. É o que o informa sobre testes muito longos em GBPUSD. Como o teste durou muito tempo, o tempo de validação foi muito longo.
Execute o profiler de código em GBPUSD, M30 e deixe-o operar por três horas. Em seguida, observe os gargalos e conserte-os.
---
Você tem uma parada no NZDUSD, você fechou um pedido, a lógica de seu Expert Advisor não se importa, você ainda a seleciona e envia OrderClose, você fica falso. Esta incrível operação se repete a cada tique, a coisa toda desacelera e o cheque é cancelado. E este é o caso mais simples.
Sobre a verificação das condições comerciais - veja as 14 páginas anteriores.
Maxim, você está lendo o código de forma muito desatenta.
A condição mencionada no marcador não deixará a função OrderClose() fugir se a ordem for fechada, esta é a primeira coisa a ser feita. E em segundo lugar, se pelo menos um pedido estiver aberto no NZDUSD, o validador não devolveria "nenhuma troca".
...
Execute o profiler de código em GBPUSD, M30 e deixe-o operar por três horas. Em seguida, observe os gargalos e conserte-os.
Ok, Artyom. Vou tentar.
Maxim, você leu o código de forma muito desatenta.
A condição especificada pelo marcador não deixará escapar a função OrderClose(), esta é a primeira coisa a ser feita. E segundo, se pelo menos um pedido fosse aberto no NZDUSD, o validador não devolveria "nenhuma troca".
Francamente falando, estou cansado de agir como um depurador de um código torto e tentar combater a autoconfiança do autor. Os erros especificados estão lá, procure por si mesmo
Se você não souber o que fazer com ele, terá que fazer algo para seu próprio lucro. O validador não tem nada a ver com isso
...
Execute o profiler de código em GBPUSD, M30 e deixe-o negociar por três horas. Em seguida, veja os gargalos e conserte-os.
Artyom, o profiler do código não mostrou nenhum gargalo. Todo o código funciona sem problemas, sem nenhum processo patologicamente longo.
A linha de fundo de toda esta história é esta. Por gancho ou por vigarista, eu finalmente passei a validação. Não depende em nada do código (se estiver correto, sem nenhum erro óbvio, como mencionado neste artigo). Como funciona o validador é obviamente conhecido apenas por seu criador. O código é verificado após 2 vezes e, em seguida, na terceira vez. Às vezes passa várias vezes seguidas e às vezes não passa de jeito nenhum. Além disso, eu só altero os parâmetros de entrada (que não são cruciais) ou mudo as linhas que não mudam nada ao rearranjá-las, ou mesmo removo ou acrescento comentários (que não devem afetar de forma alguma o arquivo de trabalho).
Em geral, a validação de aprovação ou falha, depende apenas do validador de "humor" (tensão na rede, algum tipo de fluxo de energia ou o que quer que seja). Assim, o código no testador habitual em parâmetros normais nunca foi pendurado e não deu nenhuma falha, em nenhum par e TF.