이것이 작동하는 방식입니다. 왜냐하면 제가 직접 확인하지 않았기 때문입니다. 터미널은 현재 다른 EA를 최적화하는 중입니다.
안녕하세요!
튜토리얼에서 템플릿에 코드를 삽입하려고 했습니다. 하나의 거래만 열어야 하며 이 템플릿은 한 위치에 대해서만 구성됩니다.
템플릿에 이미 티켓이 있고 다음 날 위치가 유지되는 경우 종료 기준이 데이터를 수신하도록 정적으로 설정했기 때문에 변수 티켓의 이름을 티켓 t 로 다르게 지정했습니다.
다 좋은데 루핑 문제만 있었습니다. 예를 들어 테스터에서 어드바이저는 이익을 얻거나 닫을 때 거래를 종료합니다.매도 하고 진입 기준은 여전히 적합하며 어드바이저가 지속적 으로 포지션을 열었다가 즉시 닫는 것으로 나타났습니다.
이 문제는 이전에 정적 datetime t 변수를 추가하여 해결되었지만 다음과 같이 할 가치가 있습니다.
if (Maximum> 0 && Flag) {
signal = Maximum - Bid;
if (signal > 0.005 ) { // к примеру если ниже максимума на 12 пунктов, в этом случае откроем SELL
Opn_S = true ;
tickett= Opn_S;
t=Time[ 0 ];
if (tickett>= 0 ) Flag= false ; // Ордер открылся, сегодня больше не открываем.
}
}
if (tickett>= 0 )
{
double stop = iHigh( Symbol (), Period (), 0 ) - iHigh( Symbol (), Period (), 1 );
if (stop > 0.0012 )
{
if (Time[ 0 ]>t)
{
Cls_S= true ;
tickett=- 1 ;
}
}
}
닫기 작동 중지팔다 .
이것은 작동하지만 루프:
#define magic 123456789
StartHour= 14 ;
StartMinute= 1 ; // Время 08:01
StopHour= 16 ;
StopMinute= 30 ; // Время 23:58
StartTime=StartHour* 60 +StartMinute;
StopTime=StopHour* 60 +StopMinute;
staticint tickett=- 1 ;
staticdouble Maximum=- 1 ;
staticdatetime t;
if (StopTime<=StartTime) { Print ( "ERROR: Неправильные времена" ); return ( 0 );}
CurrentMinutesFromDayStart=Hour()* 60 +Minute(); // Текущее время в минутах от начала дняdatetime td=iTime( Symbol (), PERIOD_D1 , 0 ); // Время открытия дневного бара в секундах от 01.01.1970if (CurrentMinutesFromDayStart<StartTime) {Maximum=- 1 ;Flag= true ;} // Если StartTime еще не настало, то после StopTime нужно пересчитать Maximum и можно открывать ордерif (CurrentMinutesFromDayStart>StopTime && Maximum< 0 ) { // если максимум ещё не посчитанdatetime ts=td+StartTime* 60 ; // начало временного диапазона в секундах от 01.01.1970
start= iBarShift( Symbol (), PERIOD_M1 ,ts, false ); // смещение бара, которому принадлежит ts
ts=td+StopTime* 60 ; // конец временного диапазона в секундах от 01.01.1970
count= iBarShift( Symbol (), PERIOD_M1 ,ts, false ); // смещение бара, которому принадлежит ts
count=start-count; // Сколко баров длится временной интервал
Maximum=iHigh( Symbol (), PERIOD_M1 ,iHighest( Symbol (), PERIOD_M1 ,MODE_HIGH,count,start)); //Находим максимум на заданном временном интервале
}
if (Maximum> 0 && Flag) {
signal = Maximum - Bid;
if (signal > 0.005 ) { // к примеру если ниже максимума на 12 пунктов, в этом случае откроем SELL
Opn_S = true ;
tickett= Opn_S;
if (tickett>= 0 ) Flag= false ; // Ордер открылся, сегодня больше не открываем.
}
}
if (tickett>= 0 )
{
double stop = iHigh( Symbol (), Period (), 0 ) - iHigh( Symbol (), Period (), 1 );
if (stop > 0.0012 )
{
Cls_S= true ;
tickett=- 1 ;
}
}
무엇이 문제가 될 수 있습니까? 세 번째 날 머리를 부수고 생각나는 모든 것을 시도했지만 mql 에서아주 강하지 않습니다.
기본적으로 댓글을 주문으로 설정하는 방법을 알려주세요 ???
" 주문 "이란 무엇입니까? 무슨 공로를 위해? 그는 어디에서 왜 댓글을 달았습니까?
나는 간단한 순간에 무언가를 가지고 있습니다. 주문을 조회하는 기능이 있습니다.
t - 모든 주문의 카운터.
p - 보류 주문 카운터.
나는 처음부터 전화한다:
실제로 인쇄할 때 주문이 없을 때에도 다음과 같이 표시됩니다(주문이 없을 때도 다음과 같이 인쇄됩니다. ...).
그렇습니까?
주문 유형이 5개 이상일 수 있다고 생각하지 않으셨습니까? 구체적으로 - 6. 이것은 비 거래 예금 변경 사항입니다.
그래서 이렇게...
주문 유형이 5개 이상일 수 있다고 생각하지 않으셨습니까? 구체적으로 - 6. 이것은 비 거래 예금 변경 사항입니다.
아니요. 처음 들어보네요. 이것은 어디에서 언급됩니까?
예금 = 유형 6
흠. 주문유형 = 입금!? 그것은 무엇입니까?
그래서 이렇게...
주문 유형이 5개 이상일 수 있다고 생각하지 않으셨습니까? 구체적으로 - 6. 이것은 비 거래 예금 변경 사항입니다.
그리고 왜 정확히 6개, 주문량이나 주문량 이 어드바이저에 독립적으로 등록될 수 있기 때문입니다.
흠. 주문유형 = 입금!? 그것은 무엇입니까?
계정으로의 모든 인출 및 예금은 이 번호로 이동합니다.
그리고 왜 정확히 6개, 주문량이나 주문량이 어드바이저에 독립적으로 등록될 수 있기 때문입니다.
무엇을 알아 들었 니? 주문의 수가 아니라 유형에 관한 것입니다. 그래서: 유형 6의 주문은 예금의 비 거래 변경입니다.
아니요. 처음 들어보네요. 이것은 어디에서 언급됩니까?
이것은 문서화되지 않은 데이터입니다.
계정으로의 모든 인출 및 예금은 이 번호로 이동합니다.
흠. 그리고 이 숫자가 주문에 대한 통계 수집에 어떤 영향을 미칠 수 있습니까?
이것은 문서화되지 않은 데이터입니다.
놀라운! 가장 흥미로운 것은 누군가가 그것에 대해 이상하게도 알고 있다는 것입니다. 어떻게 이것을 추측할 수 있었습니까?
무엇을 알아 들었 니? 주문의 수가 아니라 유형에 관한 것입니다. 그래서: 유형 6의 주문은 예금의 비 거래 변경입니다.
올빼미가 데모에서 테스트되고 있다면 이 순서를 어떻게 고려할 수 있습니까? 저것들. 데모에서 처음에 주어진 균형 - 이것이 바로 .. 원하는 IT가 될 것입니다. 하지만 실생활에서 - 이미 그가 가지고 와서 창고에 두었던 것, 맞습니까?
이것이 작동하는 방식입니다. 왜냐하면 제가 직접 확인하지 않았기 때문입니다. 터미널은 현재 다른 EA를 최적화하는 중입니다.
안녕하세요!
튜토리얼에서 템플릿에 코드를 삽입하려고 했습니다. 하나의 거래만 열어야 하며 이 템플릿은 한 위치에 대해서만 구성됩니다.
템플릿에 이미 티켓이 있고 다음 날 위치가 유지되는 경우 종료 기준이 데이터를 수신하도록 정적으로 설정했기 때문에 변수 티켓의 이름을 티켓 t 로 다르게 지정했습니다.
다 좋은데 루핑 문제만 있었습니다. 예를 들어 테스터에서 어드바이저는 이익을 얻거나 닫을 때 거래를 종료합니다. 매도 하고 진입 기준은 여전히 적합하며 어드바이저가 지속적 으로 포지션을 열었다가 즉시 닫는 것으로 나타났습니다.
이 문제는 이전에 정적 datetime t 변수를 추가하여 해결되었지만 다음과 같이 할 가치가 있습니다.
닫기 작동 중지 팔다 .
이것은 작동하지만 루프:
무엇이 문제가 될 수 있습니까? 세 번째 날 머리를 부수고 생각나는 모든 것을 시도했지만 mql 에서 아주 강하지 않습니다.
고문을 첨부하고 있는데, 모든 텍스트를 배치할 수 없습니다.