Stop Loss, Take Profit e Trailing são desativados. Ao abrir uma posição, um comentário ("UP" ou "DOWN") é adicionado, para entender qual linha acionou o sinal.
OnTick mostrará um erro crítico ao passar por qualquer linha.
MJ 002:48:40.746 Tester EURUSD,H1 (Alpari-MT5-Demo): generating based on real ticks
JR 002:48:40.746 Tester EURUSD,H1: testing of Experts\Two_Trend_Line.ex5 from2019.08.0100:00 to 2019.08.1900:00 started with inputs:
KR 002:48:40.746 Tester InpStopLoss=0
QF 002:48:40.746 Tester InpTakeProfit=0
PL 002:48:40.746 Tester InpTrailingFrequency=9
IN 002:48:40.746 Tester InpTrailingStop=0
PD 002:48:40.746 Tester InpTrailingStep=5
IR 002:48:40.746 Tester InpLotOrRisk=1
NQ 002:48:40.746 Tester InpVolumeLotOrRisk=0.01
MG 002:48:40.746 Tester InpTrendLineUPName=UP
MP 002:48:40.746 Tester InpTrendLineDOWNName=DOWN
IF 002:48:40.746 Tester InpWorkTimeFrame=0
RL 002:48:40.746 Tester InpOnlyOne=false
DQ 002:48:40.746 Tester InpReverse=false
IE 002:48:40.746 Tester InpCloseOpposite=false
LQ 002:48:40.746 Tester InpPrintLog=false
IF 002:48:40.746 Tester InpMagicUP=312169352
EF 002:48:40.746 Tester InpMagicDOWN=312169353
MO 002:48:40.953 Ticks EURUSD : real ticks begin from2019.08.0100:00:00
OI 002:48:41.164 History EURUSD,Daily: history cache allocated for423 bars and contains 410 bars from2018.01.0200:00 to 2019.07.3100:00
DK 002:48:41.183 History EURUSD,Daily: history begins from2018.01.0200:00
CK 202:49:07.469 Two_Trend_Line (EURUSD,H1) 2019.08.0104:00:00 array out of range in'Two_Trend_Line.mq5' (1302,69)
RE 202:49:07.469 Tester OnTick critical error
IK 002:49:07.475 Tester EURUSD,H1: 10397 ticks, 5 bars generated. Environment synchronized in0:00:00.568. Test passed in0:00:26.980 (including ticks preprocessing 0:00:00.172).
FN 002:49:07.475 Tester EURUSD,H1: total time from login to stop testing 0:00:27.548 (including 0:00:00.568for history data synchronization)
HR 002:49:07.476 Tester 274 Mb memory used including 1.41 Mb of history data, 64 Mb of tick data
Um erro em algum lugar na escolha da gestão de dinheiro. Quando mudamos de interesse para lote fixo. Quando há interesse, as posições são abertas. Aparentemente estou apenas com pressa. Outra coisa: posições abertas com um atraso. É claro, talvez seja assim que deve ser por enquanto. Eu não estou correndo com os cavalos. Estou apenas coordenando o curso dos eventos. Desculpe, se eu deveria ter relatado o Bid and Ask mais cedo. Os ofícios devem vir deles, não dos candelabros.
No primeiro caso, o bot esperou pela próxima vela e abriu uma VENDA imediatamente com ela. Mas isso deveria ter sido feito assim que a Ask cruzou a linha para baixo de cima para baixo. A mesma história com a linha UP. Ao fazer transações, o bot deve partir do preço de mercado atual (Ask and Bid), mas não dos candelabros. O algoritmo é o seguinte: Se Ask < a linha Up ou Down, então SELL. Se Licite > a linha para cima ou para baixo, então COMPRE. Licitações e Pedidos não são feitas em termos de negociação, mas em termos de condições. Ambos os indicadores devem cruzar a linha. Assim que isso aconteceu, uma troca é executada. A abertura e ofechamento das posições devem ser baseados no preço atual, e não nos castiçais OPN e CLSE.
Lembrar: Verificar os trabalhos de crossover SOMENTE no momento em que nasce um novo bar. Reagir instantaneamente à travessia de preços é bastante perigoso e não vejo a lógica nisso.
Adicionado:
preste atenção ao parâmetro"Tempo de trabalho" - este é o que define o tempo em que a nova barra é pega. E já na nova barra do "Work Time Frame" o cronograma verifica o cruzamento do preço no H1. Ou seja, se o"Período de Trabalho" estiver definido para M1, significa que o cruzamento de nossas linhas pela barra H1 será verificado uma vez por minuto.
Lembrar: Verificar os trabalhos de crossover SOMENTE no momento em que nasce um novo bar. Reagir instantaneamente à travessia de preços é bastante perigoso e não vejo a lógica nisso.
Adicionado:
preste atenção ao parâmetro"Tempo de trabalho" - este é o que define o tempo em que a nova barra é pega. E já na nova barra do "Work Time Frame" o cronograma verifica o cruzamento do preço no H1. Ou seja, se o"Período de Trabalho" estiver definido para M1, significa que o cruzamento de nossas linhas pela barra H1 será verificado uma vez por minuto.
Como opção: para levar o cheque a um prazo mais rápido, sim. Mas eu gostaria que estivesse no Ask and Bid. Os ofícios serão freqüentes, é claro. Veremos. Talvez em bares com M1 e ainda melhor.
Rad89: Problema. A linha UP é cruzada, mas o comércio de VENDAS está se agarrando. Nos ajustes que eu defini M1
Arquivo completo com configurações, por favor. Modelo do gráfico nas linhas traçadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Arquivo completo com configurações, por favor. Modelo de gráfico com linhas desenhadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Não há problema com as linhas. Coloque-os em qualquer lugar na tabela e eles são automaticamente colocados onde deveriam estar no novo dia. É com eles que tudo está claro, tudo bem. O problema está no atraso no tratamento da ordem. Não mudei nada nos ajustes além de tempo e lote. Eu chamei as linhas como deveriam ser. Tudo está bem com as linhas. Eles se encaixam na tabela como se fossem um relógio.
Arquivo completo com configurações, por favor. Modelo de gráfico com linhas desenhadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Só poderei gravar um vídeo à noite, se não tiver sido decidido até essa hora. Mostrarei diretamente os pontos onde os botes falham.
Duas Trend Line.mq5
versão "1.001
Stop Loss, Take Profit e Trailing são desativados. Ao abrir uma posição, um comentário ("UP" ou "DOWN") é adicionado, para entender qual linha acionou o sinal.
OnTick mostrará um erro crítico ao passar por qualquer linha.
Um erro em algum lugar na escolha da gestão de dinheiro. Quando mudamos de interesse para lote fixo. Quando há interesse, as posições são abertas. Aparentemente estou apenas com pressa. Outra coisa: posições abertas com um atraso.
É claro, talvez seja assim que deve ser por enquanto. Eu não estou correndo com os cavalos. Estou apenas coordenando o curso dos eventos.
Desculpe, se eu deveria ter relatado o Bid and Ask mais cedo. Os ofícios devem vir deles, não dos candelabros.
No primeiro caso, o bot esperou pela próxima vela e abriu uma VENDA imediatamente com ela. Mas isso deveria ter sido feito assim que a Ask cruzou a linha para baixo de cima para baixo. A mesma história com a linha UP. Ao fazer transações, o bot deve partir do preço de mercado atual (Ask and Bid), mas não dos candelabros.
O algoritmo é o seguinte: Se Ask < a linha Up ou Down, então SELL. Se Licite > a linha para cima ou para baixo, então COMPRE. Licitações e Pedidos não são feitas em termos de negociação, mas em termos de condições. Ambos os indicadores devem cruzar a linha. Assim que isso aconteceu, uma troca é executada. A abertura e ofechamento das posições devem ser baseados no preço atual, e não nos castiçais OPN e CLSE.
Duas Trend Line.mq5
versão "1.002
Fixado trabalhando com risco ao ajustar o lote.
Lembrar: Verificar os trabalhos de crossover SOMENTE no momento em que nasce um novo bar. Reagir instantaneamente à travessia de preços é bastante perigoso e não vejo a lógica nisso.
Adicionado:
preste atenção ao parâmetro"Tempo de trabalho" - este é o que define o tempo em que a nova barra é pega. E já na nova barra do "Work Time Frame" o cronograma verifica o cruzamento do preço no H1. Ou seja, se o"Período de Trabalho" estiver definido para M1, significa que o cruzamento de nossas linhas pela barra H1 será verificado uma vez por minuto.
Duas Trend Line.mq5
versão "1.002
Fixado trabalhando com risco ao ajustar o lote.
Lembrar: Verificar os trabalhos de crossover SOMENTE no momento em que nasce um novo bar. Reagir instantaneamente à travessia de preços é bastante perigoso e não vejo a lógica nisso.
Adicionado:
preste atenção ao parâmetro"Tempo de trabalho" - este é o que define o tempo em que a nova barra é pega. E já na nova barra do "Work Time Frame" o cronograma verifica o cruzamento do preço no H1. Ou seja, se o"Período de Trabalho" estiver definido para M1, significa que o cruzamento de nossas linhas pela barra H1 será verificado uma vez por minuto.
Problema. A linha UP é cruzada, mas o comércio de VENDAS está se agarrando. Nos ajustes que eu defini M1
Arquivo completo com configurações, por favor. Modelo do gráfico nas linhas traçadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Arquivo completo com configurações, por favor. Modelo de gráfico com linhas desenhadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Não há problema com as linhas. Coloque-os em qualquer lugar na tabela e eles são automaticamente colocados onde deveriam estar no novo dia. É com eles que tudo está claro, tudo bem. O problema está no atraso no tratamento da ordem.
Não mudei nada nos ajustes além de tempo e lote. Eu chamei as linhas como deveriam ser. Tudo está bem com as linhas. Eles se encaixam na tabela como se fossem um relógio.
Arquivo completo com configurações, por favor. Modelo de gráfico com linhas desenhadas. Datas de e até. Símbolo e cronograma. Geralmente duas abas (Natstrokes e Parâmetros) da janela do Testador.
Só poderei gravar um vídeo à noite, se não tiver sido decidido até essa hora. Mostrarei diretamente os pontos onde os botes falham.