이 약한 고리가 사라지고 제품의 유용성이 진정으로 완성될 수 있도록 MQL을 개선하는 방법에 대해 생각해 보시기 바랍니다. 나는 내 자신의 버전을 제공 했지만 당신의 100%는 더 사려깊을 것입니다.
사실, 변경해야 할 사항은 매우 간단합니다. OnBookEvent 이벤트는 주문서가 변경될 때뿐만 아니라 서명 중인 상품에 새 틱이 도착할 때도 호출되어야 합니다. 이 이벤트 덕분에 FORTS(유리가 있는 곳)는 이제 다른 도구에서 새 진드기가 도착하는 것을 포착할 수 있습니다.
Forex에 있고 DOM이 없는 경우 새 틱이 도착하면 OnBookEvent가 호출됩니다. 교환 중인 경우 - 주문서가 변경될 때 OnBookEvent가 호출됩니다. 모두.
테스터에서 "실제 틱" 모드에서 한 번에 두 개의 기호를 통과합니다. 최대 ms 동기화 따라서 때때로 틱 시퀀스에 불일치가 있는 것 같습니다. 1ms 동안 한 번에 두 개의 기호에 여러 틱이 있을 수 있습니다. 그런 상황에서 진드기를 주기 위한 알고리즘은 무엇입니까?
그리고 IndicatorRelease 없이 여러 기호가 한 번에 전달될 때 테스터에서 각 틱 을 잡을 수 있는 것이 최적인 방법은 무엇입니까(1ms 타이머는 틱 건너뛰기)?
테스터에서 "실제 틱" 모드에서 한 번에 두 개의 기호를 통과합니다. 최대 ms 동기화 따라서 때때로 틱 시퀀스에 불일치가 있는 것 같습니다. 1ms 동안 한 번에 두 개의 기호에 여러 틱이 있을 수 있습니다. 그런 상황에서 진드기를 주기 위한 알고리즘은 무엇입니까?
그리고 IndicatorRelease 없이 여러 기호가 한 번에 전달될 때 테스터에서 각 틱을 잡을 수 있는 것이 최적인 방법은 무엇입니까(1ms 타이머는 틱 건너뛰기)?
테스터에서 최소 시간 양자는 1초입니다. 따라서 1ms 동안 타이머를 시작하는 것은 쓸모가 없습니다.
같은 초에 여러 틱이 있을 수 있습니다. 그리고 다른 악기들과 함께. 틱을 부여하는 알고리즘은 테스트 중인 기기의 틱 시간까지 동일한 초 동안 다른 기기의 모든 틱이 이미 제출된 것과 같습니다.
테스터에서 최소 시간 양자는 1초입니다. 따라서 1ms 동안 타이머를 시작하는 것은 쓸모가 없습니다.
같은 초에 여러 틱이 있을 수 있습니다. 그리고 다른 악기들과 함께. 틱을 제공하는 알고리즘은 테스트 중인 기기의 틱 시간까지 동일한 초에 대한 다른 기기의 모든 틱이 이미 제출되도록 하는 것입니다.
테스터의 모든 틱마다 Expert Advisor를 호출하는 일반적인 솔루션이 생각나십니까?
테스터에서 어드바이저는 테스트된 기기의 각 틱에 호출됩니다.
당신은 내가 묻는 것을 아주 잘 이해하고 있습니다. 두 개의 기호를 시작했는데 두 번째 기호의 진드기를 잡을 수 없습니다. 사람들은 오랜 기간 동안 IndicatorRelease를 통해 유일한 솔루션을 제공해 왔습니다. 그러나 그것은 그 자체로 목발처럼 보입니다.
다양한 다중 문자 테스터를 보았습니다. 그런 문제는 갑자기 상위 5개에서만 발생했습니다. 당신이 이것을 예상하지 못한 방법은 미스터리입니다.
이 약한 고리가 사라지고 제품의 유용성이 진정으로 완성될 수 있도록 MQL을 개선하는 방법에 대해 생각해 보시기 바랍니다. 나는 내 자신의 버전을 제공 했지만 당신의 100%는 더 사려깊을 것입니다.
당신은 내가 묻는 것을 아주 잘 이해하고 있습니다. 두 개의 기호를 시작했는데 두 번째 기호의 진드기를 잡을 수 없습니다. 사람들은 오랜 기간 동안 IndicatorRelease를 통해 유일한 솔루션을 제공해 왔습니다. 그러나 그것은 그 자체로 목발처럼 보입니다.
다양한 다중 문자 테스터를 보았습니다. 그런 문제는 갑자기 상위 5개에서만 발생했습니다. 당신이 이것을 예상하지 못한 방법은 미스터리입니다.
이 약한 고리가 사라지고 제품의 유용성이 진정으로 완성될 수 있도록 MQL을 개선하는 방법에 대해 생각해 보시기 바랍니다. 나는 내 자신의 버전을 제공 했지만 당신의 100%는 더 사려깊을 것입니다.
이것은 또 다른 질문입니다.
"catch tiki second"란 무엇입니까?
Expert Advisor가 정상적으로 실행되는 동안 두 번째 기기의 틱을 어떻게 포착합니까?
이것은 또 다른 질문입니다.
"tiki 두 번째 잡기"가 무엇입니까?
두 번째 기호의 모든 틱마다 어드바이저가 호출됩니다.
Expert Advisor가 정상적으로 실행되는 동안 두 번째 기기의 틱을 어떻게 포착합니까?
두 번째 기호에 IndicatorRelease를 통해 표시기를 걸었습니다. 심볼의 각 눈금마다 ChartEvent 이벤트 가 생성됩니다. 따라서 Expert Advisor는 이 이벤트를 포착합니다.
이 비뚤어진 솔루션은 검색으로 판단할 때 수년 전에 제안되었습니다. 다른 작업 솔루션을 찾지 못했습니다. 10자에 대해 테스트를 수행해야 하는 경우 최대 9개의 지표가 실행됩니다.
각 틱마다 카운터를 증가시키는 어드바이저가 있다고 가정해 봅시다.
100만 틱이 있는 테스터의 한 기호에서 실행합니다. 카운터는 100만을 보여줍니다.
나는 또한 다른 심볼에서 실행합니다. 유사하게: 100만.
한 번에 두 캐릭터를 돌렸습니다. 2만원이 나옵니다.
이제 명확해 졌습니까?
이 약한 고리가 사라지고 제품의 유용성이 진정으로 완성될 수 있도록 MQL을 개선하는 방법에 대해 생각해 보시기 바랍니다. 나는 내 자신의 버전을 제공 했지만 당신의 100%는 더 사려깊을 것입니다.
사실, 변경해야 할 사항은 매우 간단합니다. OnBookEvent 이벤트는 주문서가 변경될 때뿐만 아니라 서명 중인 상품에 새 틱이 도착할 때도 호출되어야 합니다. 이 이벤트 덕분에 FORTS(유리가 있는 곳)는 이제 다른 도구에서 새 진드기가 도착하는 것을 포착할 수 있습니다.
Forex에 있고 DOM이 없는 경우 새 틱이 도착하면 OnBookEvent가 호출됩니다. 교환 중인 경우 - 주문서가 변경될 때 OnBookEvent가 호출됩니다. 모두.
터미널이 각 기호에 대한 틱 카운터를 유지하면 훨씬 더 편리할 것입니다(연결 순간부터). 그리고 각 EA는 호출될 때 호출된 틱 번호를 받습니다.
이렇게 하면 놓친 틱을 평가할 수 있습니다.
이제 모든 Expert Advisor는 차트에서 시작되어야 합니다. BookEvent는 Expert Advisors를 시작하는 데 차트가 필요하지 않다는 첫 번째 신호입니다.
두 번째 기호의 모든 틱마다 어드바이저가 호출됩니다.
두 번째 기호에 IndicatorRelease를 통해 표시기를 걸었습니다. 심볼의 각 틱마다 ChartEvent 이벤트 가 생성됩니다. 따라서 Expert Advisor는 이 이벤트를 포착합니다.
이 비뚤어진 솔루션은 검색으로 판단할 때 수년 전에 제안되었습니다. 다른 작업 솔루션을 찾지 못했습니다. 10자에 대해 테스트를 수행해야 하는 경우 최대 9개의 지표가 실행됩니다.
각 틱마다 카운터를 증가시키는 어드바이저가 있다고 가정해 봅시다.
100만 틱이 있는 테스터의 한 기호에서 실행합니다. 카운터는 100만을 보여줍니다.
나는 또한 다른 심볼에서 실행합니다. 유사하게: 100만.
한 번에 두 캐릭터를 돌렸습니다. 2만원이 나옵니다.
이제 명확해 졌습니까?
정상 작동 중에 이 Expert Advisor가 바로 두 번째 기호의 차트에 첨부된 경우에만 두 번째 기호의 각 눈금에 Expert Advisor가 호출됩니다.
그리고 차트 이벤트를 만들 필요가 없습니다. 당신을 위해 모든 것이 이미 완료되었습니다.
1. 예를 들어, 1초 타이머를 만드십시오.
2. OnTimer에서 Sleep(10)으로 0에서 100까지 루프를 구성하고 루프가 1초 이상 작동하지 않도록 제어합니다.
3. SymbolInfoTick 쿼리로 원하는 모든 계측기를 분석하십시오.
이 구성은 테스터에서도 작동합니다.
추신 : 예를 들어 3600초와 같이 더 긴 시간 동안 타이머를 만드는 것이 좋습니다.
그리고주기는 1 초가 아니라 1 시간 미만으로 구성됩니다. 필수 확인 IsStopped()
그건 그렇고, 수면이 필요합니다. 그렇지 않으면 테스터를 끊습니다. 글쎄, 시스템의 리소스는 어드바이저의 정상 작동 중에 소모됩니다.