Expert Advisors 및 스크립트에서 복사 기능을 호출할 때 여러 시도가 수행됩니다. 서버의 첫 번째 날짜를 확인하고 클라이언트 터미널의 첫 번째 날짜를 확인하고 요청한 날짜와 비교하여 기호 동기화를 확인하고 요청을 확인합니다. 다운로드를 다시 시작하기 위해 전송, 잠시 기다리며 동기화 확인에서 원을 돌았습니다. 기호가 여전히 동기화되지 않은 경우 요청 조건이 제공되고 충족됩니다. 동시에 요청된 시계열의 동기화는 데이터 업로드 프로세스 중에 즉석에서 완료되기 때문에 확인되지 않습니다.
표시기에서는 하나의 요청만 수행됩니다. 루프가 없습니다! 그런 다음 그들이 가져간 모든 것이 즉시 제공됩니다.
분 막대가 더 안정적입니까? 틱 데이터는 최후의 수단이 아닙니까? 고려되지 않은 경우 실제 틱 데이터가 왜 필요합니까?
나는 순진하게 이것을 하곤 했습니다. 몇 분 동안 테스트한 다음 틱에 대해 테스트한 다음 최종 정밀 검사로 실제 틱에 대해 테스트했습니다. 이제 세 번째 검사에 특별한 의미가 없다는 것을 이해합니다.
문맥에서 문장을 가져갈 필요가 없습니다. 문구는 다음과 같습니다.
테스트 시 최고의 정확도를 보장하기 위해 분 막대는 실제 눈금 모드에서도 사용됩니다. 틱 데이터를 확인하고 수정하는 데 사용됩니다. 또한 테스터의 차트와 클라이언트 터미널 간의 불일치를 방지하는 데 도움이 됩니다.
테스터는 눈금 데이터가 분 막대의 매개변수와 일치하는지 확인합니다. 눈금은 막대의 고가/저가를 넘지 않아야 하며, 분의 시가 및 종가 눈금은 막대의 시가/종가 가격과 일치해야 합니다. 볼륨도 비교됩니다. 불일치가 감지되면 이 분 막대에 해당하는 모든 눈금이 삭제됩니다. 대신 생성된 틱이 사용됩니다("모든 틱" 모드에서와 같이).
기호의 기록에 분 막대가 있지만 해당 분에 대한 눈금 데이터가 없는 경우 테스터는 "모든 눈금" 모드에서 눈금을 생성합니다. 이를 통해 브로커의 틱 데이터가 불완전한 경우 테스터에서 올바른 차트를 작성할 수 있습니다.
기호의 이력에 분 막대가 없지만 해당 분에 대한 눈금 데이터가 있는 경우 테스터에서 사용할 수 있습니다. 예를 들어, 주식 기호의 막대는 종가에서 형성됩니다. Last price 없이 Bid/Ask price가 있는 틱만 서버에서 오는 경우에는 바가 형성되지 않습니다. 테스터는 분 데이터와 모순되지 않기 때문에 이 눈금 데이터를 사용합니다.
눈금 데이터는 여러 가지 이유로 분 막대와 일치하지 않을 수 있습니다. 예를 들어, 소스에서 클라이언트 터미널로 데이터를 전송할 때 연결 끊김 또는 기타 오류로 인해. 테스트할 때 미세한 데이터가 더 신뢰할 수 있는 것으로 간주됩니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
오류, 버그, 질문
레나트 팻쿨린 , 2017.03.31 09:10
동적 개체 에는 ArraySize 를 사용하고 정적 개체에는 sizeof만 사용합니다. Sizeof는 컴파일 타임에 고려되며 항상 상수입니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
SeriesInfoInteger(_Symbol,_Period,SERIES_SYNCHRONIZED)) 및 SymbolIsSynchronized(_Symbol)
슬라바 , 2017.04.04 08:05
Expert Advisors 및 스크립트에서 복사 기능을 호출할 때 여러 시도가 수행됩니다. 서버의 첫 번째 날짜를 확인하고 클라이언트 터미널의 첫 번째 날짜를 확인하고 요청한 날짜와 비교하여 기호 동기화를 확인하고 요청을 확인합니다. 다운로드를 다시 시작하기 위해 전송, 잠시 기다리며 동기화 확인에서 원을 돌았습니다. 기호가 여전히 동기화되지 않은 경우 요청 조건이 제공되고 충족됩니다. 동시에 요청된 시계열의 동기화는 데이터 업로드 프로세스 중에 즉석에서 완료되기 때문에 확인되지 않습니다.
표시기에서는 하나의 요청만 수행됩니다. 루프가 없습니다! 그런 다음 그들이 가져간 모든 것이 즉시 제공됩니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
SeriesInfoInteger(_Symbol,_Period,SERIES_SYNCHRONIZED)) 및 SymbolIsSynchronized(_Symbol)
슬라바 , 2017.04.04 08:06
SymbolInfoDouble을 요청할 때 가장 최근 데이터가 항상 반환됩니다."실제 틱" 모드의 MT5 테스터에서 이력의 기초는 실제 틱이 아니라 M1 막대입니다. 즉, 실제 눈금이 막대에 해당하지 않으면 무시되고 막대에 해당해야 하는 인공 눈금이 생성됩니다.
동시에 CopyTicks가 128,000개 이상의 극단 조각에 대해 요청되면 테스터에서 캐시(실제 틱 + 생성된 틱)가 아니라 기본 - 실제 틱에서 가져옵니다. 그리고 진드기의 동일한 역사와 테스터가 설정한 내용의 테스터에서 불일치를 얻습니다.
"실제 틱" 모드의 MT5 테스터에서 이력의 기초는 실제 틱이 아니라 M1 막대입니다. 즉, 실제 눈금이 막대에 해당하지 않으면 무시되고 막대에 해당해야 하는 인공 눈금이 생성됩니다.
동시에 CopyTicks가 128,000개 이상의 극단 조각에 대해 요청되면 테스터에서 캐시(실제 틱 + 생성된 틱)가 아니라 기본 - 실제 틱에서 가져옵니다. 그리고 진드기의 동일한 역사와 테스터가 설정한 내용의 테스터에서 불일치를 얻습니다.
끔찍하다! 정말 사실인가요? - SD에 썼나요?
지금 무엇을 믿어야 할까, 어떻게 살아야 할까... (거의 슬픈 아이러니 없이)
끔찍하다! 정말 사실인가요? - SD에 썼나요?
동시에 128K 이상의 익스트림 조각에 대해 CopyTicks가 요청되면
어떤 끝에서? 128K 마지막, 또는 무엇?
아니면 먼저?
어떤 끝에서? 128K 마지막, 또는 무엇?
아니면 먼저?
가장 최근.
끔찍하다! 정말 사실인가요? - SD에 썼나요?
지금 무엇을 믿어야 할까, 어떻게 살아야 할까... (거의 슬픈 아이러니 없이)
https://www.mql5.com/ru/docs/runtime/testing#real_ticks
테스트할 때 분 데이터가 더 신뢰할 수 있는 것으로 간주됩니다.
분 막대가 더 안정적입니까? 틱 데이터는 최후의 수단이 아닌가요? 고려되지 않은 경우 실제 틱 데이터가 왜 필요합니까?
나는 순진하게 이것을 하곤 했습니다. 몇 분 동안 테스트한 다음 틱에 대해 테스트한 다음 최종 정밀 검사로 실제 틱에 대해 테스트했습니다. 이제 세 번째 검사에 특별한 의미가 없다는 것을 이해합니다.
테스트할 때 미세한 데이터가 더 신뢰할 수 있는 것으로 간주됩니다.
분 막대가 더 안정적입니까? 틱 데이터는 최후의 수단이 아닙니까? 고려되지 않은 경우 실제 틱 데이터가 왜 필요합니까?
나는 순진하게 이것을 하곤 했습니다. 몇 분 동안 테스트한 다음 틱에 대해 테스트한 다음 최종 정밀 검사로 실제 틱에 대해 테스트했습니다. 이제 세 번째 검사에 특별한 의미가 없다는 것을 이해합니다.
문맥에서 문장을 가져갈 필요가 없습니다. 문구는 다음과 같습니다.
테스트 시 최고의 정확도를 보장하기 위해 분 막대는 실제 눈금 모드에서도 사용됩니다. 틱 데이터를 확인하고 수정하는 데 사용됩니다. 또한 테스터의 차트와 클라이언트 터미널 간의 불일치를 방지하는 데 도움이 됩니다.
테스터는 눈금 데이터가 분 막대의 매개변수와 일치하는지 확인합니다. 눈금은 막대의 고가/저가를 넘지 않아야 하며, 분의 시가 및 종가 눈금은 막대의 시가/종가 가격과 일치해야 합니다. 볼륨도 비교됩니다. 불일치가 감지되면 이 분 막대에 해당하는 모든 눈금이 삭제됩니다. 대신 생성된 틱이 사용됩니다("모든 틱" 모드에서와 같이).
기호의 기록에 분 막대가 있지만 해당 분에 대한 눈금 데이터가 없는 경우 테스터는 "모든 눈금" 모드에서 눈금을 생성합니다. 이를 통해 브로커의 틱 데이터가 불완전한 경우 테스터에서 올바른 차트를 작성할 수 있습니다.
기호의 이력에 분 막대가 없지만 해당 분에 대한 눈금 데이터가 있는 경우 테스터에서 사용할 수 있습니다. 예를 들어, 주식 기호의 막대는 종가에서 형성됩니다. Last price 없이 Bid/Ask price가 있는 틱만 서버에서 오는 경우에는 바가 형성되지 않습니다. 테스터는 분 데이터와 모순되지 않기 때문에 이 눈금 데이터를 사용합니다.
눈금 데이터는 여러 가지 이유로 분 막대와 일치하지 않을 수 있습니다. 예를 들어, 소스에서 클라이언트 터미널로 데이터를 전송할 때 연결 끊김 또는 기타 오류로 인해. 테스트할 때 미세한 데이터가 더 신뢰할 수 있는 것으로 간주됩니다.