위협 코드와 로그를 살펴보았습니다. 확실히 테스터의 CopyTicks 버그입니다. 흥미롭게도 DOUBLE 틱은 전체 복제로 시작하지 않습니다. 일반적으로 게시물을 SD에 복사하여 붙여넣습니다. 현재 CopyTicks는 테스터에서 사용할 수 없으며 테스터 자체는 "리얼 틱" 모드에서 사용할 수 없습니다.
위협 코드와 로그를 살펴보았습니다. 확실히 테스터의 CopyTicks 버그입니다. 흥미롭게도 DOUBLE 틱은 전체 복제로 시작하지 않습니다. 일반적으로 게시물을 SD에 복사하여 붙여넣습니다. 현재 CopyTicks는 테스터에서 사용할 수 없으며 테스터 자체는 "리얼 틱" 모드에서 사용할 수 없습니다.
또한, 이번에 는 거래 방향에 대한 잘못된 결정으로 또 다른 문제를 발견했습니다(물론 문제가 견적 제공자와 관련된 경우 제외). 커뮤니티에 경고하기 위해 티켓 텍스트 복사:
실제 AMP-Features 계정에서 표준 도구 "Depth of Depth / Show Table of All Trades"로 얻은 MT5 틱 데이터를 CQG의 인용문과 Ritmik의 데이터와 비교하면 MT5가 일부 거래의 방향을 잘못 결정하는 것으로 나타났습니다. 분명히 아주 드문 경우입니다.
표준 도구 "DOM / Show table of all deal"을 사용하여 11.07의 Depth of Market을 언로드합니다. 시카고 시간 00:03분에 대한 GCEQ7 선물 데이터를 봅니다(아래 표에서 시카고가 아니라 GMT)
어떤 유형의 플래그가 숫자 24에 해당하는지 알려주세요. 경험적으로
어떤 유형의 플래그가 숫자 24에 해당하는지 알려주세요. 경험적으로
깃발은 쌓일 수 있습니다. 어떤 이벤트가 발생했는지 확인하려면(여기서 " tick "은 눈금이 있는 배열입니다):
if ((tick.flags & TICK_FLAG_BID )== TICK_FLAG_BID )
flags= " TICK_FLAG_BID " ;
if ((tick.flags & TICK_FLAG_ASK )== TICK_FLAG_ASK )
flags+= " TICK_FLAG_ASK " ;
if ((tick.flags & TICK_FLAG_LAST )== TICK_FLAG_LAST )
flags+= " TICK_FLAG_LAST " ;
if ((tick.flags & TICK_FLAG_VOLUME )== TICK_FLAG_VOLUME )
flags+= " TICK_FLAG_VOLUME " ;
if ((tick.flags & TICK_FLAG_BUY )== TICK_FLAG_BUY )
flags+= " TICK_FLAG_BUY " ;
if ((tick.flags & TICK_FLAG_SELL )== TICK_FLAG_SELL )
flags+= " TICK_FLAG_SELL " ;
Comment (flags);
좋은 오후입니다, 동료들.
누군가가 내가 만난 문제를 시뮬레이션하는 것이 흥미로울 수 있습니다. "실제를 기반으로 하는 각 틱" 모드에서 전략 테스터 의 CopyTicks가 한 요청에서 반환된 틱을 두 배로 늘리기 시작하는 경우가 있습니다.
OnTimer() 이벤트에서 새 틱을 요청하여 Expert Advisor에서 MOEX RTS를 확인했습니다. 첨부된 코드입니다.
복제본에 대한 플래그 TICK_FLAG_BUY TICK_FLAG_SELL은 반복될 수 있고 원본 레코드와 다를 수 있습니다(그러나 틱의 다른 소스와 비교하지 않고는 어느 것이 원본이고 어떤 복제본이 불가능한지를 이해하는 것은 불가능합니다).
실제 "Opening" 및 MetaQuotes-Demo에 연결하려고 시도했지만 결과는 동일합니다.
빌드 1578을 포함하여 확인했습니다. 컴퓨터의 모든 ticks 폴더를 삭제했습니다. 자동 업데이트 후에도 결과는 동일합니다.
다음은 하나의 요청에서 반복되는 틱이 갑자기 시작된 것을 볼 수 있는 로그의 일부입니다(이전 요청보다 시간이 짧음).
시작 MetaTester 5 x64 빌드 1578(2017년 4월 7일)
섬기는 사람 MetaTester 5는 127.0.0.1:3000에 시작되었습니다.
시작 초기화 완료
127.0.0.1 로그인(빌드 1578)
회로망 38520바이트의 계정 정보가 로드됨
회로망 1482바이트의 테스터 매개변수 로드됨
회로망 188바이트의 입력 매개변수 로드됨
회로망 4192바이트의 기호 목록이 로드됨
시험 장치 전문가 파일 추가됨: Expert\!sn_err.ex5. 11617바이트 로드됨
시험 장치 초기 보증금 10000.00 RUR, 레버리지 1:100
시험 장치 성공적으로 초기화
회로망 총 29Kb의 초기화 데이터 수신
시험 장치 QEMU 가상 버전(cpu64-rhel6), 2047MB
기호 RTS-6.17: 동기화할 기호
기호 RTS-6.17: 심볼 동기화됨, 3784바이트의 심볼 정보 수신됨
역사 RTS-6.17: 기록 동기화 시작됨
역사 RTS-6.17: 0:00:00.000에 동기화할 히스토리 데이터 31바이트 로드
역사 RTS-6.17: 2016.01.20에서 2017.04.07로 동기화된 기록
진드기 RTS-6.17: 틱 동기화 시작됨
진드기 RTS-6.17: 0:00:00.000에 동기화하기 위해 38바이트의 틱 데이터 로드
진드기 RTS-6.17: 2017.04.06에서 2017.04.06으로 동기화된 기록 틱
역사 RTS-6.17,M1: 475200개 막대에 할당된 기록 캐시 및 2016.01.20 12:28부터 2017.04.05 23:45까지 막대 23851개 포함
역사 RTS-6.17,M1: 역사는 2016.01.20 12:28부터 시작됩니다.
시험 장치 RTS-6.17,M1(MetaQuotes-Demo): 실제 틱을 기반으로 생성
시험 장치 RTS-6.17,M1: 2017.04.06 00:00부터 2017.04.07 00:00까지 Experts\!sn_err.ex5 테스트 시작
진드기 RTS-6.17 : 실제 틱은 2017.04.06 00:00:00부터 시작됩니다.
...
주기: 16 틱: 2017.04.06 11:06:42;1491476802652;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 16 틱: 2017.04.06 11:06:43;1491476803512;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 16 틱: 2017.04.06 11:06:46;1491476806819;2;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 16 틱: 2017.04.06 11:06:46;1491476806865;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 16 틱: 2017.04.06 11:06:46;1491476806865;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47; 1491476807075 ;1;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;10;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;3;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;4;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;1;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 17 틱: 2017.04.06 11:06:47; 1491476807075 ;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;10;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 17 틱: 2017.04.06 11:06:47;1491476807472;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY 더블
주기: 19 틱: 2017.04.06 11:06:49;1491476809747;3;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 19 틱: 2017.04.06 11:06:49;1491476809747;7;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
주기: 19 틱: 2017.04.06 11:06:49;1491476809747;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
...
누군가가 내가 만난 문제를 시뮬레이션하는 것이 흥미로울 수 있습니다. "실제를 기반으로 하는 각 틱" 모드에서 전략 테스터 의 CopyTicks가 한 요청에서 반환된 틱을 두 배로 늘리기 시작하는 경우가 있습니다.
귀하의 상황에서 매우 불쾌한 일 이 나타났습니다.
따라서 잠시 동안 테스터를 포기하는 한 가지 방법이 있습니다.
위협 코드와 로그를 살펴보았습니다. 확실히 테스터의 CopyTicks 버그입니다. 흥미롭게도 DOUBLE 틱은 전체 복제로 시작하지 않습니다. 일반적으로 게시물을 SD에 복사하여 붙여넣습니다. 현재 CopyTicks는 테스터에서 사용할 수 없으며 테스터 자체는 "리얼 틱" 모드에서 사용할 수 없습니다.
귀하의 상황에서 매우 불쾌한 일 이 나타났습니다.
따라서 잠시 동안 테스터를 포기하는 한 가지 방법이 있습니다.
위협 코드와 로그를 살펴보았습니다. 확실히 테스터의 CopyTicks 버그입니다. 흥미롭게도 DOUBLE 틱은 전체 복제로 시작하지 않습니다. 일반적으로 게시물을 SD에 복사하여 붙여넣습니다. 현재 CopyTicks는 테스터에서 사용할 수 없으며 테스터 자체는 "리얼 틱" 모드에서 사용할 수 없습니다.
감사합니다, 나는 서비스 데스크에 편지를 썼습니다. 결과를 게시하겠습니다.
역사에서 올바른 틱은 특정 날짜부터 시작됩니다(이전에 대해 썼습니다). 그 전에는 중복으로 이동합니다. 계정 개설에 있는 경우입니다.
로그는 테스트가 2017년 4월 6일에 수행되었음을 보여줍니다. 4월 7일에 대한 유사한 결과입니다.
그리고 상황은 Otkritie-real 및 MQ-Demo에서 유사합니다.
로그는 테스트가 2017년 4월 6일에 수행되었음을 보여줍니다. 4월 7일에 대한 유사한 결과입니다.
그리고 상황은 Otkritie-real 및 MQ-Demo에서 유사합니다.
그럼 시체안치소로. 즉, SD))
매우 정확한 메모입니다.
3개월이 지났는데 티켓이 닫히지 않았습니다. 문제.
또한, 이번에 는 거래 방향에 대한 잘못된 결정으로 또 다른 문제를 발견했습니다(물론 문제가 견적 제공자와 관련된 경우 제외). 커뮤니티에 경고하기 위해 티켓 텍스트 복사:
실제 AMP-Features 계정에서 표준 도구 "Depth of Depth / Show Table of All Trades"로 얻은 MT5 틱 데이터를 CQG의 인용문과 Ritmik의 데이터와 비교하면 MT5가 일부 거래의 방향을 잘못 결정하는 것으로 나타났습니다. 분명히 아주 드문 경우입니다.
표준 도구 "DOM / Show table of all deal"을 사용하여 11.07의 Depth of Market을 언로드합니다. 시카고 시간 00:03분에 대한 GCEQ7 선물 데이터를 봅니다(아래 표에서 시카고가 아니라 GMT)
결과
예상 결과
Rithmic 모스크바 시간의 데이터:
빨간색은 거래 방향의 다이버전스를 나타냅니다.