최적화 결과는 단일 테스트와 다릅니다. - 페이지 4

 
eugene-last :
TF 정의... 하나의 표시기(예)가 사용됩니다. tf: NULL, PERIOD_H1
일반적으로 표준입니다. 그리고 어떻게 또는 무엇을 tf와 연결할 수 있습니까?


예, 아마도 이것을 시도하십시오:

다음을 사용하여 코드를 추가하십시오. 이것은 전역 변수에 있습니다.

 // Глобальные переменные
//
static datetime prevtime = 0 ;       // по ценам открытия

이것은 시작 직후

 int start()     // -----------------------СТАРТ ЭКСПЕРТА--------------- 
{
  
 
   if (Time[ 0 ] == prevtime)   return ( 0 );   //ждем нового бара
   prevtime = Time[ 0 ];                   //если появился новый бар , включаемся 
...

개시 가격 모델에 따라 M1 TF를 테스트하고 선택하십시오 - 바 개방을 명시적으로 제어할 수 있는 Expert Advisors만 해당...

또한 사용되는 칠면조의 모든 곳에서 올빼미 자체에서 필요하다고 생각하는 작업 시간을 명시적 으로 규정합니다. 예를 들면 다음과 같습니다.

 double MA_1 = iMA ( Symbol (), PERIOD_D1 ,Period_MA, 0 , MODE_EMA , PRICE_TYPICAL , 1 );
나중에 테스트 및 최적화 결과에 따라 어떻게 되었는지 여기에 쓰세요...
 
모든 DC가 M1에 대한 충분한 기록을 갖고 있는 것은 아닙니다. 있는 경우 올빼미 또는 표시기에서 귀하가 명시적으로 표시한 것 이상으로 TF 에서 테스트 및 최적화를 시도하십시오. "거기 tf: NULL, PERIOD_H1"이라고 작성하면 공개 가격 모델에 따라 H1에서 테스트하고 최적화합니다.
 

eugene-last , 기술 지원에 문의하고 촬영을 위해 잠시 기다리십시오.

다음은 FAQ 스레드이며 일반적으로 포럼의 첫 페이지에 있습니다. 테스터 또는 터미널 오류가 의심되는 경우 어디로 문의해야 하는지 쉽게 찾을 수 있습니다.

다음을 제공해야 합니다.

1. 고문의 소스 코드.

2. 테스트/최적화에 사용되는 전체 세트.

3. 마지막으로 문제의 본질을 명확하게 기술하십시오.

 
Mathemat :

eugene-last , 기술 지원에 문의하고 촬영을 위해 잠시 기다리십시오.

다음은 FAQ 스레드이며 일반적으로 포럼의 첫 페이지에 있습니다. 테스터 또는 터미널 오류가 의심되는 경우 어디로 문의해야 하는지 쉽게 찾을 수 있습니다.

다음을 제공해야 합니다.

1. 고문의 소스 코드.

2. 테스트/최적화에 사용되는 전체 세트.

3. 마지막으로 문제의 본질을 명확하게 기술하십시오.


네, 너무 늦었습니다...

그는 이미 사라진 것 같습니다...: "패스 사이에 문제가 있다고 가정하더라도 최소한 최적화의 첫 번째 패스는 단일 테스트와 동일해야 합니다?!
촬영하러 갔어...."




 
Roman. :


네, 너무 늦었습니다...

"패스 사이에 문제가 있다고 가정하더라도 최소한 최적화의 첫 번째 패스는 단일 테스트와 동일해야 합니까?!

촬영하러 갔어...."

표시기를 제거했는데 결과는 동일합니다. 불일치.
뼈대를 정렬하고 첫 번째 함수부터 시작하여 불일치를 시작하는 함수를 발견할 때까지 한 번에 하나씩 점진적으로 추가하겠습니다.
귀하의 기술 지원을 기다리십시오. 저는 제가 알고 있는 것에 익숙하지만 여기서 이해가 되실 것입니다.............
 
eugene-last :
표시기를 제거했는데 결과는 동일합니다. 불일치.
뼈대를 정렬하고 첫 번째 함수부터 시작하여 불일치를 시작하는 함수를 발견할 때까지 한 번에 하나씩 점진적으로 추가하겠습니다.
귀하의 기술 지원을 기다리십시오. 저는 제가 알고 있는 것에 익숙하지만 여기서 이해가 되실 것입니다.............


당신은 이것이 올빼미 코드를 디버깅하는 정상적인 프로세스라는 것을 이해해야 합니다. 특히 그들이 말했듯이 비틀어진 경우라면 더욱 그렇습니다.

모든 것을 지문으로 덮으세요 - Print(); 그리고 시각화 모드의 테스터에서 F12를 통해 가격을 단계별로 표시 하여 전략 테스터의 "저널" 탭 내용을 모니터링합니다. 여기서 모든 보고서는 하나 또는 다른 매개변수 또는 변수의 값을 보고합니다. . 등.

유능한 접근 방식 을 사용하면 코드에서 실수를 발견하고 드러낼 것입니다!

그럼에도 불구하고 전략 테스터의 작업에 대한 모든 기사를 읽어야합니다. :-)

 
eugene-last : 첫 번째 기능부터 시작하여 불일치를 시작하는 기능에 도달할 때까지 한 번에 하나씩 점진적으로 추가하면서 뼈대를 반복합니다.

여기에 올바른 접근 방식이 있습니다.

나 자신에게 지금 문제가 있습니다. 내가 그것을 해결할 수 없다고 확신할 때까지 나는 기술 지원이나 포럼에 글을 쓰지 않을 것입니다.

 
Roman. :
모든 DC가 M1에 대한 충분한 기록을 갖고 있는 것은 아닙니다. 있는 경우 올빼미 또는 표시기에서 귀하가 명시적으로 표시한 것 이상으로 TF 에서 테스트 및 최적화를 시도하십시오. "거기 tf: NULL, PERIOD_H1"이라고 작성하면 공개 가격 모델에 따라 H1에서 테스트하고 최적화합니다.

그러나 이 경우 지표에 규정된 것보다 적은 TF에 대해 테스트하는 것이 바람직합니다.

그렇지 않으면 이 시간의 고문은 포지션을 청산할 수 있고 다음 시간에만 열 수 있으며 조건이 여전히 충족되는 경우에만 열 수 있습니다.

m1 - m15 -는 h1에서 작업 하는 어드바이저를 테스트하는 데 가장 적합하며 어드바이저가 tp와 다음 시간에 닫히는 경우 더욱 중요합니다.

 
eugene-last :

아, 그리고 마지막 농담. 유전학 없이 최적화를 여러 번 하면 그냥 32패스라고 합시다. 따라서 여러 최적화 보고서를 비교하면 결과가 100% 동일하다는 것을 알 수 있습니다.

임의의 패스를 선택하고 단독으로 실행하면 다른 결과를 얻을 수 있습니다.

통과 사이에 문제가 있다고 가정하더라도 최소한 최적화의 첫 번째 통과는 단일 테스트와 동일해야 합니다!

촬영하러 갔다...

올가미에 매달린 사람은 자신을 쏘지 않을 것입니다.

여기에 또 다른 힌트가 있습니다. 테스트 결과가 정확히 반복되는 유사한 경우가 터미널을 다시 시작하면 제거된다는 것이 반복적으로 관찰되었습니다.

터미널을 다시 시작하고 새로운/다른 테스트 결과를 얻으십시오.

 
mersi :

올가미에 매달린 사람은 자신을 쏘지 않을 것입니다.

여기에 또 다른 힌트가 있습니다. 테스트 결과가 정확히 반복되는 유사한 경우가 터미널을 다시 시작하면 제거된다는 것이 반복적으로 관찰되었습니다.

터미널을 다시 시작하고 새로운/다른 테스트 결과를 얻으십시오.

캐시를 삭제하고 새로운 결과를 얻으십시오.