Discussão - página 67
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
Baixe arquivos excel do primeiro post deste tópico https://www.mql5.com/en/forum/176044 e você verá qual é o melhor. Mas note que não estou testando todos os EA postados para a seção de elite, portanto podem existir alguns EAs que Inever testaram com pesar.
Algumas pessoas me perguntaram pelos PMs o seguinte:
- "eu sou novo em forex, então onde ler?"
- "eu quero aprender programação mas não tenho muito tempo para isso, então onde ler?"
Você pode ler aqui https://www.mql5.com/en/forum
ajuda, por favor
Tenho um problema de conexão à internet que não é facilmente resolvido porque vivo em uma área rural que não tem internet de alta velocidade e às vezes isso interfere no desempenho comercial da minha EA. O que eu gostaria de fazer é me configurar com algum tipo de sistema para resolver este problema. O que eu estava pensando era algum tipo de servidor compartilhado ou servidor dedicado ou não sei o quê e é por isso que estou pedindo a vocês que me guiem com o que eu preciso.
o intrigante Steinitz HAS problema de fundo
Olá,
Estou colocando isto aqui também na esperança de que alguns especialistas mais experientes do MT4 possam me ajudar a resolver um quebra-cabeça de retaguarda. Estou testando o HAS MTF Stenintz v 2,63 (configurações padrão) com 90% de qualidade de modelagem e recebo boas estatísticas até a última negociação que perde todos os lucros. Eu chamo isto de "o pico da morte"! No relatório de retaguarda anexo, você verá este comportamento. Aqui está o último grande negócio perdido do relatório:
3302007.06.22 13:00 compra140.10124.070.000.00
3312007.06.22 13:00modify140.10124.070.00124.37
3322007.11.26 23:59 fechar na parada140.10107.360.00124.37-1372.009143.79
Isto diz: linha #330 em 2007.06.22 às 13:00 uma compra é iniciada para 0.10 lotes e o comércio #14 é registrado em 127.07. A linha #31 é um mod de TP para mudar TP 0,0 para 124,37 com o carimbo de dados de 2007.06.22 13:00. A linha #332 chega em 2007.11.26 hora 23:59. Note que são 6 MESES mais tarde de quando o comércio foi aberto!! Encerra este comércio #14 a 107,36 por um WHOPPING LOSS de 1671 pips. Não houve trocas entre 06.22 e 11.26, pois havia um comércio ativo que impedia que outro comércio fosse aberto.
Steinitz afirma que isto se deve ao backtester e eu digo que é porque o EA não fecha este comércio e durante alguns meses ele se torna um grande perdedor apenas para ser fechado como o último comércio pelo backtester. O que vocês acham? Obrigado por sua ajuda.
não brinca. Não tem parada para a perda. É apenas uma questão de tempo até que perca toda a conta. Esta é uma certeza matemática da ocorrência.
Olá,
Estou colocando isto aqui também na esperança de que alguns especialistas mais experientes do MT4 possam me ajudar a resolver um quebra-cabeça mais atrás. Estou testando novamente o HAS MTF Stenintz v 2,63 (configurações padrão) com 90% de qualidade de modelagem e recebo boas estatísticas até a última negociação que perde todos os lucros. Eu chamo isto de "o pico da morte"! No relatório de retaguarda anexo, você verá este comportamento. Aqui está o último grande negócio perdido do relatório:
3302007.06.22 13:00 compra140.10124.070.000.00
3312007.06.22 13:00modify140.10124.070.00124.37
3322007.11.26 23:59 fechar na parada140.10107.360.00124.37-1372.009143.79
Isto diz: linha #330 em 2007.06.22 às 13:00 uma compra é iniciada para 0.10 lotes e o comércio #14 é registrado em 127.07. A linha #31 é um mod de TP para mudar TP 0,0 para 124,37 com o carimbo de dados de 2007.06.22 13:00. A linha #332 chega em 2007.11.26 hora 23:59. Note que são 6 MESES mais tarde de quando o comércio foi aberto!! Encerra este comércio #14 a 107,36 por um WHOPPING LOSS de 1671 pips. Não houve trocas entre 06.22 e 11.26, pois havia um comércio ativo que impedia que outro comércio fosse aberto.
Steinitz afirma que isto se deve ao backtester e eu digo que é porque o EA não consegue fechar este comércio e, durante alguns meses, ele se transforma em um grande perdedor apenas para ser fechado como o último comércio pelo backtester. O que vocês acham? Obrigado por sua ajuda.não brinca. Não tem parada de perda. É apenas uma questão de tempo até que perca toda a conta. Esta é uma certeza matemática da ocorrência.
Obrigado por responder. Parece que o comércio perdedor não teve um fim de perda. Entretanto, olhando para os outros ofícios, eles são modificados com SL após serem abertos. Parece que o SL para este comércio não foi administrado por alguma razão. Isto poderia ser causado pelo backtester ou, na sua opinião, é uma questão de EA?
Pelo relatório de retaguarda você pode ver que as negociações não têm Parada Inicial e a Parada Móvel é ativada quando a negociação está em lucro.
Portanto, não é o problema do Testador, é um problema da EA.
Obrigado por responder. Parece que o comércio que perdeu não teve uma parada de perda. Entretanto, olhando para as outras trocas, elas são modificadas com SL após serem abertas. Parece que o SL para este comércio não foi administrado por alguma razão. Isto poderia ser causado pelo backtester ou, na sua opinião, é uma questão de EA?
Olá fxspeedster,
Os MTF EAs não são fáceis de voltar a testar. O problema é o seguinte: devemos saber como foi codificado. Estamos tendo poucos MTF EAs na seção elite e sempre podemos ver dentro do código para saber como ele foi codificado.
Por que precisamos saber como ele foi codificado?
Porque se foi codificado em barra aberta, então o backtesting não é confiável.
Exemplo: O Firebird EA foi codificado em barra aberta e os testes de backtesting são muito diferentes dos testes de avanço. O MaChannel EA foi codificado na barra alta/baixa e o desempenho do teste para frente é mais bom do que o teste para trás.
No caso do Steinitz, podemos ter dois casos:
- foi codificado na barra de fechamento. Mas neste caso, o gráfico (sistema de negociação manual) não será o mesmo com o MTF EA. Você pode imaginar que o sinal atual será filtrado pelo gráfico mensal na barra de fechamento? O gráfico mensal na barra de fechamento é de 1 mês atrás! Porque barra fechada é barra anterior e barra anterior para o gráfico MN1 é do mês passado.
- Portanto, muito provavelmente foi codificado na barra aberta. Neste caso, o backtestibng não será o mesmo com testes para frente na maioria dos casos: os testes para frente devem ser melhores que os testes para trás, ou os testes para trás serão melhores que os testes para frente.
Vejam esta imagem. Não é Steinitz. É a avaliação da condição do mercado daqui:
- Indicadores AbsoluteStrengthMarket: indicadores para analisar a condição do mercado. Leia os posts desde esta página até esta página.
- Indicadores e modelo para estimar a condição do mercado para o período D1 está aqui.
Você vê o indicador AbsoluteStrengthMarket na imagem?
- O quadradinho anterior na barra Atual é a barra anterior. É uma barra próxima.
- O quadrado pequeno anterior na W1 é barra aberta (na maioria dos casos). Gráfico D1.
- O quadrado pequeno anterior na MN (gráfico D1) é barra aberta na MN (na maioria dos casos). A barra fechada no MN tem muitos quadradinhos atrás e é no mês passado.
Portanto, se você estiver negociando o sistema manual de negociação MTF, você está usando alguns indicadores MTF também na barra aberta.
Assim, se Steinitz EA foi codificado na barra aberta do onj por alguma parte do código, então o backtesting não é confiável. Somente para testes futuros.
E quanto ao seu fechamento na ordem de parada, então é a mesma coisa que você fecha a ordem manualmente. Por exemplo, você está testando alguma EA e decidiu fechar o pedido aberto manualmente agora. E a publicação da declaração agora. O pedido foi fechado porque os testes de retaguarda foram concluídos.
Portanto, basicamente, é o sorteio.
Para dizer a verdade, quase todos os EAs do MTF estão tendo um grande drawdown.
Quanto ao Steinitz EA assim ... talvez seja bom EA ... Não tenho idéia porque eu não o tenho e nunca o testei e não sei como foi codificado: os vendedores comerciais não cooperam comigo de nenhuma maneira.
Estamos tendo nossa seção de elite Eas, que é muito melhor e menos insinuada, pois Steinitz EA lamenta muito, mas não quer mais discutir nenhuma EA comercial na seção de elite.
Comércio baseado no tempo
Olá a todos,
Estou trabalhando em um EA, no qual preciso negociar em horários específicos a cada dia. Meu problema, eu não sei como codificar a função de
horários comerciais específicos.
Qualquer sugestão??????
Agradecemos antecipadamente.
jayborde
Filtro de tempo:
- como definir o tempo da EA no filtro de tempo está neste post e nesta página.
- como codificar o filtro de tempo em EAs (códigos) está aqui.
- "Horas não comerciais" na tela de fixação: código de exemplo; agora ele exibe "Horas comerciais" durante as horas comerciais e "Horas não comerciais" durante as horas não comerciais. Obrigado Locutus.