EA BAsed na Heiken ASHI - página 15

 
mrtools:
Aagarcia, eles parecem muito próximos de serem os mesmos, exceto que a v2 não tem cauda e a ex4 não é capaz de dizer código sábio se eles são os mesmos ou não. A figura superior é v2 e a inferior é v1 com o mesmo MaPeríodo que v2.

Sim, você está certo. Obrigado por procurar. Você já encontrou alguma TF em particular onde ela é mais confiável? Os TFs mais altos são mais precisos?

Sr. Tools, em relação ao parâmetro do fator de redução, e se meu corretor só puder negociar .1 lotes e acima e eu já estiver negociando em .1?

Mas eu gosto do conceito, para proteger o máximo possível de mercados variados, mas o que posso fazer em minha situação particular. ? Alguma idéia?

Obrigado, ótimo trabalho!

 
aagarcia:
Sim, você está certo. Obrigado por procurar. Você já encontrou alguma TF em particular onde ela é mais confiável? Os TFs mais altos são mais precisos?

Sr. Tools, em relação ao parâmetro do fator de redução, e se meu corretor só puder negociar .1 lotes e acima e eu já estiver negociando em .1?

Mas eu gosto do conceito, para proteger o máximo possível de mercados variados, mas o que posso fazer em minha situação particular. ? Alguma idéia?

Obrigado, ótimo trabalho!

Sim, os prazos mais altos lhe dariam prazos mais longos e diriam que são os mais precisos, mas você ainda terá esses prazos quando o mercado estiver variando, mas diria menos nos prazos mais altos.

Sobre o fator de redução que é uma boa pergunta, por padrão se após 3 perdas (fator de redução) o tamanho do lote irá para o menor tamanho de lote que no seu caso seria .1 lote, mas talvez experimente no teste posterior começando com um tamanho de lote maior que .10 para ter certeza de que está funcionando dessa forma no seu caso. Caso contrário, não terá certeza do que mais lhe dizer.

 
mrtools:
Sim, os prazos mais altos lhe dariam mais tempo e diriam que são os mais precisos, mas você ainda terá esses prazos quando o mercado estiver variando, mas diria menos nos prazos mais altos. Sobre o fator de redução que é uma boa pergunta, por padrão se após 3 perdas (fator de redução) o tamanho do lote irá para o menor tamanho de lote que no seu caso seria .1 lote, mas talvez experimente no teste posterior começando com um tamanho de lote maior que .10 para ter certeza de que está funcionando dessa forma no seu caso. Caso contrário, não terá certeza do que mais lhe dizer.

Ótimo, serve. Muito obrigado pela sua contribuição. Uma última pergunta por favor - eu vi o v. 1.04 da EA. A única diferença entre 1.04 e 1.03 são os parâmetros adicionados para horas e minutos?

 
aagarcia:
Ótimo, serve. Muito obrigado pela sua contribuição. Uma última pergunta por favor - eu vi o v. 1.04 da EA. É a única diferença entre 1.04 e 1.03 os parâmetros adicionados para horas e minutos?

Sim, o filtro de tempo adicionou minutos a ele e no fechamento na sexta-feira, mudou-o para um fechamento diário.

 

Olá Sr.Tools,

Fiz um teste com a última versão nos gráficos de renko e encontrei os seguintes problemas. Espero que você possa resolvê-los:

1. reinício inesperado com motivo não iluminado 2 (de MQL = expert recompilado) ?

a partir do arquivo de log:

16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: deinicializado

16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: razão uninit 2

16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 1

16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: removido

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: carregado com sucesso

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: inicializado

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 entradas: "originalmente aqui é o conjunto padrão"

16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: carregado com sucesso

16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: inicializado

Às vezes a EA se recompila e reinicia com os conjuntos padrão por uma razão desconhecida.

2. Abertura de ordem dupla

do arquivo de registro:

Uma abertura de ordem normal com modicação SLTP:

10:00:54 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

10:00:55 '2089040421': o pedido foi aceito pelo servidor

10:00:55 '2089040421': pedido em processo

10:00:55 '2089040421': o pedido foi aberto: #10469228 comprar 0,10 USDJPYi a 104,403 sl: 0,000 tp: 0,000

10:00:55 '2089040421': modificar o pedido nº 10469228 comprar 0,10 USDJPYi a 104,403 sl: 0,000 tp: 0,000 -> sl: 104,302 tp: 104,452

10:00:55 '2089040421': o pedido foi aceito pelo servidor

10:00:55 '2089040421': pedido em processo

10:00:55 '2089040421': pedido #10469228 comprar 0,10 USDJPYi a 104,403 foi modificado -> sl: 104,302 tp: 104,452

abertura de pedido duplo:

15:36:06 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

15:36:07 '2089040421': o pedido foi aceito pelo servidor

15:36:07 '2089040421': pedido em processo

15:36:07 '2089040421': a ordem foi aberta : #10472446 comprar 0,10 USDJPYi a 104.480 sl: 0.000 tp: 0.000

15:36:07 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

15:36:07 '2089040421': o pedido foi aceito pelo servidor

15:36:07 '2089040421': pedido em processo

15:36:07 '2089040421': pedido #10472447 comprar 0,10 USDJPYi a 104,478 foi modificado -> sl: 0,000 tp: 0,000

Neste caso, a EA abre 2 pedidos simultaneamente e não define o SL e o TP por algum motivo.

Você tem alguma idéia do que pode causar isto?

Além destas coisas irritantes, o EA funciona muito bem.

Além disso, gostaria de lhe pedir para melhorar ainda mais a função do TP, se possível. Você pode adicionar níveis parciais de TP ao EA, por favor?

Algo parecido:

TP1 (pips)

TP1_percent (porcentagem do tamanho do pedido original)

TP2 (pips)

TP2_percent (porcentagem do tamanho do pedido original)

Eu gostaria de manter a função TP original como TP final.

Obrigado por seu grande trabalho :-)

Cumprimentos,

Daniel.

 
marketscalper:
Olá Sr.Tools,

Fiz um teste com a última versão nos gráficos de renko e encontrei os seguintes problemas. Espero que você possa resolvê-los:

1. reinício inesperado com motivo não iluminado 2 (de MQL = expert recompilado) ?

a partir do arquivo de log:

16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: deinicializado

16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: razão uninit 2

16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 1

16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: removido

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: carregado com sucesso

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: inicializado

16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3 entradas: "originalmente aqui é o conjunto padrão"

16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: carregado com sucesso

16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: inicializado

Às vezes a EA se recompila e reinicia com os conjuntos padrão por uma razão desconhecida.

2. Abertura de ordem dupla

do arquivo de registro:

Uma abertura de ordem normal com modicação SLTP:

10:00:54 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

10:00:55 '2089040421': o pedido foi aceito pelo servidor

10:00:55 '2089040421': pedido em processo

10:00:55 '2089040421': o pedido foi aberto: #10469228 comprar 0,10 USDJPYi a 104,403 sl: 0,000 tp: 0,000

10:00:55 '2089040421': modificar o pedido nº 10469228 comprar 0,10 USDJPYi a 104,403 sl: 0,000 tp: 0,000 -> sl: 104,302 tp: 104,452

10:00:55 '2089040421': o pedido foi aceito pelo servidor

10:00:55 '2089040421': pedido em processo

10:00:55 '2089040421': pedido #10469228 comprar 0,10 USDJPYi a 104,403 foi modificado -> sl: 104,302 tp: 104,452

abertura de pedido duplo:

15:36:06 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

15:36:07 '2089040421': o pedido foi aceito pelo servidor

15:36:07 '2089040421': pedido em processo

15:36:07 '2089040421': a ordem foi aberta : #10472446 comprar 0,10 USDJPYi a 104.480 sl: 0.000 tp: 0.000

15:36:07 '2089040421': mercado de compra de pedidos 0.10 USDJPYi sl: 0.000 tp: 0.000

15:36:07 '2089040421': o pedido foi aceito pelo servidor

15:36:07 '2089040421': pedido em processo

15:36:07 '2089040421': pedido #10472447 comprar 0,10 USDJPYi a 104,478 foi modificado -> sl: 0,000 tp: 0,000

Neste caso, a EA abre 2 pedidos simultaneamente e não define o SL e o TP por algum motivo.

Você tem alguma idéia do que pode causar isto?

Além destas coisas irritantes, o EA funciona muito bem.

Além disso, gostaria de lhe pedir para melhorar ainda mais a função do TP, se possível. Você pode adicionar níveis parciais de TP ao EA, por favor?

Algo parecido:

TP1 (pips)

TP1_percent (porcentagem do tamanho do pedido original)

TP2 (pips)

TP2_percent (porcentagem do tamanho do pedido original)

Eu gostaria de manter a função TP original como TP final.

Obrigado por seu grande trabalho :-)

Cumprimentos,

Daniel.

Daniel

Parece que sua versão do renko está tendo um problema. A EA não pode se recompilar sozinha. A única coisa que vem em mente (se você não for o único que recompila a EA) é que o código gerador do renko está enviando uma mensagem errada para a janela de gráficos offline do renko (mas isso seria um erro muito, muito complicado). Em qualquer caso, tente usar algum outro renko e veja o que acontece então

Para ordens duplas: até onde eu vejo a EA deve ser alterada para ter verificação rigorosa de erros quando as ordens são abertas, caso contrário, quando uma tentativa de abrir uma ordem é feita, esse tipo de problemas pode acontecer às vezes em dois tiques consecutivos (ou você também tem um problema sério com seu corretor )

 

Obrigado por sua resposta mladen!

Eu testei na demonstração da ICM. Continuarei monitorando a EA e tentarei testá-la em diferentes gráficos e corretores de renko.

Com relação à função TP parcial, você pode adicioná-la ao EA, por favor?

Cumprimentos,

Daniel.

 

Sr. ferramentas,

Bom dia!

Muito obrigado, esse era eu em seu Pm!

Eu vou trabalhar nisso!

Mais uma vez, muito obrigado.

Márcio

 

Isto foi solicitado a um PM que usa um Fast Heiken Smoothed e um Slow Heiken Smoothed esta versão o mesmo que a versão 1.03 exceto que o filtro de tempo é diferente e, claro, o fast/slow heiken ashi, também se desejado esta versão tem alguns comentários no gráfico. Também adicionou proteção de spread se o spread subir acima de um certo nível (tempo de notícia mais freqüentemente), e se a proteção de spread permitiu que a EA não abrisse ordens.Você pode usá-la como versão 1.03 se você colocar as configurações rápida e lenta da mesma forma.

Arquivos anexados:
 
mrtools:
Isto foi solicitado a um PM que usa um Fast Heiken Smoothed e um Slow Heiken Smoothed esta versão o mesmo que a versão 1.03 exceto que o filtro de tempo é diferente e, claro, o fast/slow heiken ashi, também se desejado esta versão tem alguns comentários no gráfico. Também adicionou proteção de spread se o spread subir acima de um certo nível (tempo de notícia mais freqüentemente), e se a proteção de spread permitiu que a EA não abrisse ordens.Você pode usá-la como versão 1.03 se você colocar as configurações rápida e lenta da mesma forma.

Prezados todos:

Sinto muito por estar ocupando mais do seu tempo, mas estou tentando definir esta e-A sem sucesso. Preciso que ela funcione 2 hashi, um rápido e outro lento, e quando ambas são azuis ela compra, e quando ambas são vermelhas, ela vende. Quando um deles está em cores diferentes, ele fecha o comércio aberto e não negocia.

É possível? Alguém poderia gentilmente me ajudar?

Obrigado

Razão: