당신은 바의 시작에 너무 어려운 조건을 가지고 있습니다 - 나는 더 부드러운 것을 제안했습니다
그러나 모든 도구에 대해(CATCHED 틱이 오지 않으면 그것도 좋지 않은 것 같습니다. 그런 확률은 이미 매우 낮습니다!)
예, 고문은 닫힌 양초에서 작업해야합니다. 따라서 사용된 도구에서 양초가 닫히지 않으면 결정이 내려지지 않습니다.
저는 프로그래머가 아니기 때문에 코드가 더 어렵습니다. 전체 코드를 게시할 수 없습니다. 그리고 나에게 이런 짓을 한 프로그래머는 이제 큰 계약을 받았고 매우 바빠서 할 수 없습니다. 그래서 같은 갈퀴를 다시 밟지 않기 위해 이 문제에 대한 해결책을 먼저 찾고 있습니다.
YuraZ 는 다음과 같이 썼습니다. 솔직히 말해서 그다지 아름답지도 않습니다 ... 표시된 쌍에 진드기가 오지 않았다고 상상해보십시오. 그러면 다시 날아갑니다.
입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.
그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?
다른 자전거의 동기화 및 발명품이 필요하지 않습니다. 모든 것은 이미 발명되었습니다. 새로 형성된 막대의 존재는 첫 번째 틱이 도착할 때 Expert Advisor가 설치된 기기에서만 확인됩니다. 그리고 start() 이벤트 는 새 틱이 도착할 때 바로 이 기기에서만 발생합니다. requote의 경우 다음 위치가 다음 막대에서 열리지 않고 실패 후 같은 막대에서 열려고 시도하도록 이러한 검사가 수행되는 코드를 주었습니다. 이 모든 것이 단일 및 다중 통화 모드에서 모두 잘 작동합니다. 재견적의 경우 거래는 동일한 바에서 열리지만 약간의 지연만 발생하므로 항상 바의 시작 가격이 아니라 약간의 교대가 있습니다. 저것들. 테스터와 차이가 있지만 막대가 아니라 시작 가격에 차이가 있습니다.
당신은 바의 시작에 너무 어려운 조건을 가지고 있습니다 - 나는 더 부드러운 것을 제안했습니다
그러나 모든 도구에 대해(CATCHED 틱이 오지 않는다면, 그것도 좋지 않은 것 같습니다. 그런 확률은 이미 매우 낮습니다!)
예, 고문은 닫힌 양초에서 작업해야합니다. 따라서 사용된 도구에서 양초가 닫히지 않으면 결정이 내려지지 않습니다.
저는 프로그래머가 아니기 때문에 코드가 더 어렵습니다. 전체 코드를 게시할 수 없습니다. 그리고 나에게 이런 짓을 한 프로그래머는 이제 큰 계약을 받았고 매우 바빠서 할 수 없습니다. 그래서 같은 갈퀴를 다시 밟지 않기 위해 이 문제에 대한 해결책을 먼저 찾고 있습니다.
그리고 원칙적으로 시간이 닫히는 것을 어떻게 상상합니까!
EURUSD 마감됨 - 새로운 시간이 열렸고 USDCHF가 15분 동안 중단되었습니다... 음, 틱은 오지 않습니다!
정말로, 결국 우리는 그들의 도구 중 하나가 HOUR를 닫으면 다른 도구도 닫힌 것으로 간주될 수 있다고 말할 수 있습니다.
그들에 대한 진드기는 올 수 없습니다.
---
필요한 모든 쌍에 대해 TIKOM에서 시간을 마감해야 한다는 옵션에 묶일 필요가 없습니다.
입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.
그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대 가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?
거래된 기호에 따르면 새 막대의 눈금이 더 일찍 왔으므로 분석은 분석된 기호의 이전 막대를 포함하고 시작이 작동했으며 다음 시간을 기다리고 있습니다. 그런 것.
아마도 이것이 정확히 일어나는 일입니다. 하지만 MQL에는 솔루션이 있어야 겠죠? 그것은 어떤 슈퍼 기능이 아닙니다. 실시간으로 다른 악기의 소절 시작 부분을 "동기화"하는 방법은 무엇입니까?
입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.
그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?
예 - 빌 게이츠에 전화
예 - 빌 게이츠에 전화
글쎄, Bill Gates는 MQL과 아무 관련이 없습니다. 예, 그리고 외환도 좋아합니다))))))))))
입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.
그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?
내 예에서는 아니요, 모든 악기에서 시간의 시작을 포착하는 것으로 충분합니다.
DO NOT SYNCHRONIZE - 그게 당신이하고있는 것 같아요
동시에 다른 사람들에게도 새로운 시간이 왔다는 것을 생각해 보십시오!
그가 오기 때문에!
입력 출구에 대한 결정이 내려진 후 계산을 시작합니다.
당신은 TIC를 잡아! 그리고 새로운 진드기와 시간의 시작은 같지 않습니다
틱은 5분 동안 오지 않을 수 있습니다...논리에서 새 막대의 미묘한 잡기를 더 부드러운 것으로 변경해야 합니다.
당신은 바의 시작에 너무 어려운 조건을 가지고 있습니다 - 나는 더 부드러운 것을 제안했습니다
그러나 모든 도구에 대해(CATCHED 틱이 오지 않으면 그것도 좋지 않은 것 같습니다. 그런 확률은 이미 매우 낮습니다!)
---
당신은 코드 조각을 가져올 것입니다 - 그것은 자세히 이야기하는 것이 가능할 것입니다
----
분명히 당신은 당신의 코드에 다음과 같은 것을 가지고 있습니다.
EURUSD에서 새로운 틱을 잡고 동시에 USDCHF에 틱이 있으면 문제가 없습니다.
이 두 이벤트가 시간이 지나면 입력하지 마십시오.
이것은 잘못된 논리입니다
YuraZ писал (а):
솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.
틱이 오지 않으면 스크립트를 사용하는 경우를 제외하고는 즉시 주문할 수 없습니다.
그리고 진드기가 DC에 오는 경우에만 진드기가 터미널에 브로드캐스트하지 않습니다(낮에).
따라서 다중 통화 고문 을 구현할 때 Miles(또는 Moores)의 State Machine을 만들었습니다.
필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.
그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.
YuraZ는 다음과 같이 썼습니다.
솔직히 말해서 그다지 아름답지 않습니다 ... 표시된 쌍에 진드기가 오지 않았고 다시 과거로 날아 갔다고 상상해보십시오.
틱이 오지 않으면 스크립트를 사용하는 경우를 제외하고는 즉시 주문할 수 없습니다.
그리고 진드기가 DC에 오는 경우에만 진드기가 터미널에 브로드캐스트하지 않습니다(낮에).
따라서 다중 통화 어드바이저를 구현할 때 State Machine of Miles(또는 Moores)를 만들었습니다.
필요한 쌍에 대한 미결 주문 상태를 추적했습니다. 물론 항상 효과가 있었던 것은 아닙니다.
그러나 이 접근 방식은 주문이 정확히 열리도록 보장했습니다.
용이하게! 당신은 주문할 수 있습니다 :-) 진드기가 오지 않았다면
당신은 생각! 내가 당신에게 말할 것이라고 생각하지 않는다면
귀하가 지정한 옵션 중 하나를 +1
당신은 티크를 잡아! 그리고 새로운 틱과 시간의 시작은 같지 않습니다
틱이 5분동안 안올수도...논리에서 새 막대의 미묘한 잡기를 더 부드러운 것으로 변경해야 합니다.
당신은 바의 시작에 너무 어려운 조건을 가지고 있습니다 - 나는 더 부드러운 것을 제안했습니다
그러나 모든 도구에 대해(CATCHED 틱이 오지 않으면 그것도 좋지 않은 것 같습니다. 그런 확률은 이미 매우 낮습니다!)
예, 고문은 닫힌 양초에서 작업해야합니다. 따라서 사용된 도구에서 양초가 닫히지 않으면 결정이 내려지지 않습니다.
저는 프로그래머가 아니기 때문에 코드가 더 어렵습니다. 전체 코드를 게시할 수 없습니다. 그리고 나에게 이런 짓을 한 프로그래머는 이제 큰 계약을 받았고 매우 바빠서 할 수 없습니다. 그래서 같은 갈퀴를 다시 밟지 않기 위해 이 문제에 대한 해결책을 먼저 찾고 있습니다.
입력을 구성하는 코드 조각을 보여 주면 논리에서 오류를 더 빨리 찾을 수 있습니다.
그러나 MQL에는 일반적으로 허용되는 솔루션이 있어야 합니다. 다른 악기의 마디 오프닝을 "동기화"하는 방법은 무엇입니까? 분명히 사용하는 모든 악기에 대해 새 막대가 열릴 때까지 기다려야 합니다. 하지만 어떻게 해야 제대로 할 수 있을까요?
다른 자전거의 동기화 및 발명품이 필요하지 않습니다. 모든 것은 이미 발명되었습니다. 새로 형성된 막대의 존재는 첫 번째 틱이 도착할 때 Expert Advisor가 설치된 기기에서만 확인됩니다. 그리고 start() 이벤트 는 새 틱이 도착할 때 바로 이 기기에서만 발생합니다. requote의 경우 다음 위치가 다음 막대에서 열리지 않고 실패 후 같은 막대에서 열려고 시도하도록 이러한 검사가 수행되는 코드를 주었습니다. 이 모든 것이 단일 및 다중 통화 모드에서 모두 잘 작동합니다. 재견적의 경우 거래는 동일한 바에서 열리지만 약간의 지연만 발생하므로 항상 바의 시작 가격이 아니라 약간의 교대가 있습니다. 저것들. 테스터와 차이가 있지만 막대가 아니라 시작 가격에 차이가 있습니다.
당신은 TIC를 잡아! 그리고 새로운 진드기와 시간의 시작은 같지 않습니다
틱이 5분동안 안올수도...논리에서 새 막대의 미묘한 잡기를 더 부드러운 것으로 변경해야 합니다.
당신은 바의 시작에 너무 어려운 조건을 가지고 있습니다 - 나는 더 부드러운 것을 제안했습니다
그러나 모든 도구에 대해(CATCHED 틱이 오지 않는다면, 그것도 좋지 않은 것 같습니다. 그런 확률은 이미 매우 낮습니다!)
예, 고문은 닫힌 양초에서 작업해야합니다. 따라서 사용된 도구에서 양초가 닫히지 않으면 결정이 내려지지 않습니다.
저는 프로그래머가 아니기 때문에 코드가 더 어렵습니다. 전체 코드를 게시할 수 없습니다. 그리고 나에게 이런 짓을 한 프로그래머는 이제 큰 계약을 받았고 매우 바빠서 할 수 없습니다. 그래서 같은 갈퀴를 다시 밟지 않기 위해 이 문제에 대한 해결책을 먼저 찾고 있습니다.
그리고 원칙적으로 시간이 닫히는 것을 어떻게 상상합니까!
EURUSD 마감됨 - 새로운 시간이 열렸고 USDCHF가 15분 동안 중단되었습니다... 음, 틱은 오지 않습니다!
정말로, 결국 우리는 그들의 도구 중 하나가 HOUR를 닫으면 다른 도구도 닫힌 것으로 간주될 수 있다고 말할 수 있습니다.
그들에 대한 진드기는 올 수 없습니다.
---
필요한 모든 쌍에 대해 TIKOM에서 시간을 마감해야 한다는 옵션에 묶일 필요가 없습니다.
모든 쌍에 대한 새로운 막대 의 시작을 얻는 것으로 충분합니다.
---