안녕하세요 드미트리입니다. 저는 다음 옵션을 제공할 준비가 되어 있습니다. 비유를 위해 이 기사의 거래 기준 트리거를 참조하십시오. 두 신호에 대한 주문 트리거도 있습니다. 즉, 두 번째 그림 이후를 참조하십시오. "DeMarker 차트에서 가장 먼저 기다려야 하는 것은 DeMarker가 0.7 영역에서 빠르고 느린 MA 라인을 숏 포지션으로 교차합니다.이것은 첫 번째 예비 신호입니다.다음으로 실제 MA 라인 자체의 교차점을 기다립니다.이 신호가 주요 신호이며 그 후에 가져갈 수 있습니다. Taichi 표시기의 판독 값으로. MA 선의 교차가 발생하지 않으면 신호가 잘못된 것으로 간주되며 가격 움직임의 발전은 계속됩니다." 다음은 거래 기준 트리거를 담당하는 올빼미에 포함된 코드 형식으로 수행한 방법입니다.
주요 기능은 하나 또는 다른 거래 기준이 트리거될 때 플래그를 설정하고 지우는 방식으로 아래(마지막에) 두 가지 포함 기능을 통해 작업한다는 것입니다.
추가로 이동해야 합니다. 주요 기준이 TimeCurrent를 통해 트리거될 때 현재 시간을 기억합니다. 유추하여 첫 번째 f-ii int type_op_DeMarker에서 반환 하기 전에 지정합니다(OP_BUY). 또는 반환 (OP_SELL); x = TimeCurrent와 같은 표현; 여기서 x는 날짜/시간 유형의 전역 변수입니다. 그런 다음 두 번째 함수 int type_op_MA ...로 동일한 작업을 수행합니다. 변수 y = TimeCurrent를 이미 기억하고 있습니다.
다음으로, 거래 기준을 계산하기 위한 블록에서 다음과 같은 방식으로 이 두 변수의 플러스와 값을 비교합니다. 두 거래 신호 도착):
추신 플러스로 작동하는 TF의 가치를 최적화할 수 있는 가능성에 대해 f-th를 보내드립니다.
추신 따라서 유사한 코드 구성이 나를 위해 구성됩니다. Expert Advisor의 이러한 조건을 충족시키기 위한 최적의 코드 옵션이 훨씬 더 많다는 것을 배제하지 않습니다. :-)))
내 대답에서 코드를 주의 깊게 살펴보십시오. 외부 변수 블록에서 Criterion {... return (0)}...이 끝난 직후에 표시됩니다.
externint t_trend_period = 6 ; // для оптимизации по всем периодам от 0 до 7 шаг 1// на каком ТФ работаем: 1-М1, 2-М5, 3-М15, 4-М30, 5-Н1, 6 - Н4, 7-день
지표 값을 얻은 결과로 사용 순서:
//--------------------------------------------------------------- 3 --int Criterion() // Пользовательская функция
{
//--------------------------------------------------------------- 4 --int trend_period=GetPeriod(t_trend_period); // для выбора оптимального значения рабочего ТФ// Параметры технич. индикат:double Taichi_1 = iCustom ( Symbol (), trend_period, "Cronex Taichi" ,Tenkan, Kijun, Senkou, FlatSE, 0 , 1 );
...
...
//--------------------------------------------------------------- 6 --
return(0); // Выход из пользов. функции
}
//--------------------------------------------------------------- 7 --
//для оптимизации по всем ТФ
int GetPeriod(int period)
{int periodres;
switch(period)
{
case 1: periodres=1;break;
case 2: periodres=5;break;
case 3: periodres=15;break;
case 4: periodres=30;break;
case 5: periodres=60;break;
case 6: periodres=240;break;
case 7: periodres=1440;break;
case 8: periodres=10080;break;
default: periodres=1;break;
}
return(periodres);
}
수정된 갈퀴가 있는 ZUP 기반 EA
작업할 때는 갈퀴가 있는 인디케이터를 사용하고 테스터에서는 인디케이터 갈퀴가 어떤 이유로 반대 방향(뒤로)으로 회전합니다.
왜 이런 반전이 있을 수 있었을까
여러분, 어렵지 않다면 형평성을 뒤쫓는 기능을 버리십시오. 아무것도 찾을 수 없습니다..
https://www.mql5.com/ru/code/8781
아직 코드베이스가 가득 찼습니다.
https://www.mql5.com/ru/code/8781
아직 코드베이스가 가득 찼습니다.
안녕하세요 드미트리입니다. 저는 다음 옵션을 제공할 준비가 되어 있습니다. 비유를 위해 이 기사의 거래 기준 트리거를 참조하십시오. 두 신호에 대한 주문 트리거도 있습니다. 즉, 두 번째 그림 이후를 참조하십시오. "DeMarker 차트에서 가장 먼저 기다려야 하는 것은 DeMarker가 0.7 영역에서 빠르고 느린 MA 라인을 숏 포지션으로 교차합니다.이것은 첫 번째 예비 신호입니다.다음으로 실제 MA 라인 자체의 교차점을 기다립니다.이 신호가 주요 신호이며 그 후에 가져갈 수 있습니다. Taichi 표시기의 판독 값으로. MA 선의 교차가 발생하지 않으면 신호가 잘못된 것으로 간주되며 가격 움직임의 발전은 계속됩니다." 다음은 거래 기준 트리거를 담당하는 올빼미에 포함된 코드 형식으로 수행한 방법입니다.
주요 기능은 하나 또는 다른 거래 기준이 트리거될 때 플래그를 설정하고 지우는 방식으로 아래(마지막에) 두 가지 포함 기능을 통해 작업한다는 것입니다.
추가로 이동해야 합니다. 주요 기준이 TimeCurrent를 통해 트리거될 때 현재 시간을 기억합니다. 유추하여 첫 번째 f-ii int type_op_DeMarker에서 반환 하기 전에 지정합니다(OP_BUY). 또는 반환 (OP_SELL); x = TimeCurrent와 같은 표현; 여기서 x는 날짜/시간 유형의 전역 변수입니다. 그런 다음 두 번째 함수 int type_op_MA ...로 동일한 작업을 수행합니다. 변수 y = TimeCurrent를 이미 기억하고 있습니다.
다음으로, 거래 기준을 계산하기 위한 블록에서 다음과 같은 방식으로 이 두 변수의 플러스와 값을 비교합니다. 두 거래 신호 도착):
추신 플러스로 작동하는 TF의 가치를 최적화할 수 있는 가능성에 대해 f-th를 보내드립니다.
추신 따라서 유사한 코드 구성이 나를 위해 구성됩니다. Expert Advisor의 이러한 조건을 충족시키기 위한 최적의 코드 옵션이 훨씬 더 많다는 것을 배제하지 않습니다. :-)))
답변 감사합니다 많은 도움이 되었습니다
:-))) 그리고 나는 이미 당신이 그렇게 삼키고 나를 어딘가로 보냈다고 생각했습니다. 이러한 비유, 예 등을 제외하고... :-)))
:-))) 그리고 나는 이미 당신이 그렇게 삼키고 나를 어딘가로 보냈다고 생각했습니다. 이러한 비유, 예 등을 제외하고... :-)))
한동안 컴퓨터를 하지 않았습니다. 작업 TF를 최적화하는 기능에 대해 잘 이해하지 못했습니다. 이게 뭐야?
이것은 외부 변수를 통해 고문의 시간 프레임을 최적화하여 작업에 가장 적합한(여러 시간 프레임의 올빼미의 경우)를 설정할 수 있는 일종의 "어댑터"입니다... 멋지고 유용한 기능입니다. ..
이것은 외부 변수를 통해 고문의 시간 프레임을 최적화하여 작업에 가장 적합한(여러 시간 프레임의 올빼미의 경우)를 설정할 수 있는 일종의 "어댑터"입니다... 멋지고 유용한 기능입니다. ..
그리고 그것을 얻는 방법?
내 대답에서 코드를 주의 깊게 살펴보십시오. 외부 변수 블록에서 Criterion {... return (0)}...이 끝난 직후에 표시됩니다.
지표 값을 얻은 결과로 사용 순서: