예, 여기서 아무것도 변경하지 않았습니다. 함수 시작 부분에 극단적인 가격 변수를 재설정하는 잼도 있었습니다(즉, 이전에는 2였지만 지금은 4입니다). 모든 것이 효과가 있었습니다. 감사합니다.
자주 묻는 질문 :
그는 모든 것을 올바르게했으며 브래킷 만 올바른 방식으로 배열되지 않았습니다.
2 hoz - 내 조언은 이 알고리즘을 버리십시오. 차트에서 지연된 무리를 끌어야 하는 이유는 무엇입니까?
그리더는 몇 번의 지연에 의해서만 완벽하게 수행됩니다.
1) 처음에 몇 가지 중지 주문을 설정합니다.
2) 그 중 하나가 발사되면 그 직후(원하는 거리에서) 같은 것을 설정합니다. 반대쪽을 원하는 거리만큼 가격에 더 가깝게 당깁니다.
모두. 따라서 항상 2개의 보류 중인 주문만 있습니다. 그리고 재계산에 헛소리를 하지 마십시오.
가능하지만 내가 이해하는 한 지연 사이의 단계가 거의 중요하지 않은 경우 지연을 설정할 시간이 없을 수 있습니다. 당신은 나와 동의하지 않습니까? 결국 지연이 가치가 있다면 작동할 것입니다. 그리고 단계가 작을 때 여전히 설정해야 하며 이는 다시 미끄러질 가능성을 수반하기 때문입니다. 필요한 경우 주문이 항상 닫히지는 않습니다.
또한, 항상 전체 그리드를 배치하지 않습니다. 사실, 극단적인 주문은 1개만 제거되고 2개의 주문이 들어갑니다(하나는 숏, 다른 하나는 롱). 따라서 동일한 조건에서 동일하면 강한 움직임으로도 전체 움직임을 잡을 수 있기 때문에 좋을 것입니다.
예, 여기서 아무것도 변경하지 않았습니다. 함수 시작 부분에 극단적인 가격 변수를 재설정하는 잼도 있었습니다(즉, 이전에는 2였지만 지금은 4입니다). 모든 것이 효과가 있었습니다. 감사합니다.
가능하지만 내가 이해하는 한 지연 사이의 단계가 거의 중요하지 않은 경우 지연을 설정할 시간이 없을 수 있습니다. 당신은 나와 동의하지 않습니까? 결국 지연이 있으면 작동합니다. 그리고 단계가 작을 때 여전히 설정해야 하며 이는 다시 미끄러질 가능성을 수반하기 때문입니다. 필요한 경우 주문이 항상 닫히지는 않습니다.
또한, 전체 그리드를 항상 배치하지 않습니다. 사실, 극단적인 주문은 1개만 제거되고 2개의 주문이 들어갑니다(하나는 숏, 다른 하나는 롱). 따라서 동일한 조건에서 동일하면 강한 움직임으로도 전체 움직임을 잡을 수 있기 때문에 좋을 것입니다.
1) 당신은 이것을 믿습니까??? 예, 실생활에서 좋은 움직임에서 브로커는 가격에 따라 예금의 절반을 이동하고 군중에서 모든 것을 공개하고 심지어 이익을 얻기 위해 즉시 중지로 닫습니다. 나머지는 전혀 열리지 않을 수 있습니다. 그리고 그는 옳을 것입니다.
2) 고문이 지연을 설정할 시간이 없을 정도로 좋은 움직임을 아직 보지 못했습니다.
하지만 비슷한 상황의 브로커에 대한 불만은 마차와 작은 카트를 보았다. 정지 지연은 항상 미끄러집니다. 그것은 사실이다.
따라서 활성 상태인 예금의 경우 종가는 논리적으로 0과 같으며(종료되지 않았기 때문에) 이미 마감된 예금의 경우 종가는 0이 아닙니다(종가는 시간 떠날 때) . 논리적으로, 지금이 마감 시간입니까?
나는 지연이 닫히지 않고 삭제된다는 것을 이해하지만 그것을 구현하는 다른 방법은 무엇입니까?
MODE_TRADES(기본값) - 주문은 미결 주문과 보류 주문 중에서 선택됩니다.
MODE_HISTORY - 마감된 주문과 삭제된 주문에서 주문이 선택됩니다.
그는 모든 것을 올바르게했으며 브래킷 만 올바른 방식으로 배열되지 않았습니다.
2 hoz - 내 조언은 이 알고리즘을 버리십시오. 차트에서 지연된 무리를 끌어야 하는 이유는 무엇입니까?
그리더는 몇 번의 지연에 의해서만 완벽하게 수행됩니다.
1) 처음에 몇 가지 중지 주문을 설정합니다.
2) 그 중 하나가 발사되면 그 직후(원하는 거리에서) 같은 것을 설정합니다. 반대쪽을 원하는 거리만큼 가격에 더 가깝게 당깁니다.
모두. 따라서 항상 2개의 보류 중인 주문만 있습니다. 그리고 재계산에 헛소리를 하지 마십시오.
괄호가 있는 오류를 지적했습니다.
예, 여기서 아무것도 변경하지 않았습니다. 함수 시작 부분에 극단적인 가격 변수를 재설정하는 잼도 있었습니다(즉, 이전에는 2였지만 지금은 4입니다). 모든 것이 효과가 있었습니다. 감사합니다.
그는 모든 것을 올바르게했으며 브래킷 만 올바른 방식으로 배열되지 않았습니다.
2 hoz - 내 조언은 이 알고리즘을 버리십시오. 차트에서 지연된 무리를 끌어야 하는 이유는 무엇입니까?
그리더는 몇 번의 지연에 의해서만 완벽하게 수행됩니다.
1) 처음에 몇 가지 중지 주문을 설정합니다.
2) 그 중 하나가 발사되면 그 직후(원하는 거리에서) 같은 것을 설정합니다. 반대쪽을 원하는 거리만큼 가격에 더 가깝게 당깁니다.
모두. 따라서 항상 2개의 보류 중인 주문만 있습니다. 그리고 재계산에 헛소리를 하지 마십시오.
가능하지만 내가 이해하는 한 지연 사이의 단계가 거의 중요하지 않은 경우 지연을 설정할 시간이 없을 수 있습니다. 당신은 나와 동의하지 않습니까? 결국 지연이 가치가 있다면 작동할 것입니다. 그리고 단계가 작을 때 여전히 설정해야 하며 이는 다시 미끄러질 가능성을 수반하기 때문입니다. 필요한 경우 주문이 항상 닫히지는 않습니다.
또한, 항상 전체 그리드를 배치하지 않습니다. 사실, 극단적인 주문은 1개만 제거되고 2개의 주문이 들어갑니다(하나는 숏, 다른 하나는 롱). 따라서 동일한 조건에서 동일하면 강한 움직임으로도 전체 움직임을 잡을 수 있기 때문에 좋을 것입니다.
iHigh( Symbol() , timeframe ,shift) 의 시프트 값 제한 문제를 해결하도록 도와주세요 . 이 제한은 1000으로 제한됩니다.
iTime(Symbol(), timeframe , 1001 )은 1970.01.01 00:00을 제공합니다.예, 여기서 아무것도 변경하지 않았습니다. 함수 시작 부분에 극단적인 가격 변수를 재설정하는 잼도 있었습니다(즉, 이전에는 2였지만 지금은 4입니다). 모든 것이 효과가 있었습니다. 감사합니다.
가능하지만 내가 이해하는 한 지연 사이의 단계가 거의 중요하지 않은 경우 지연을 설정할 시간이 없을 수 있습니다. 당신은 나와 동의하지 않습니까? 결국 지연이 있으면 작동합니다. 그리고 단계가 작을 때 여전히 설정해야 하며 이는 다시 미끄러질 가능성을 수반하기 때문입니다. 필요한 경우 주문이 항상 닫히지는 않습니다.
또한, 전체 그리드를 항상 배치하지 않습니다. 사실, 극단적인 주문은 1개만 제거되고 2개의 주문이 들어갑니다(하나는 숏, 다른 하나는 롱). 따라서 동일한 조건에서 동일하면 강한 움직임으로도 전체 움직임을 잡을 수 있기 때문에 좋을 것입니다.
1) 당신은 이것을 믿습니까??? 예, 실생활에서 좋은 움직임에서 브로커는 가격에 따라 예금의 절반을 이동하고 군중에서 모든 것을 공개하고 심지어 이익을 얻기 위해 즉시 중지로 닫습니다. 나머지는 전혀 열리지 않을 수 있습니다. 그리고 그는 옳을 것입니다.
2) 고문이 지연을 설정할 시간이 없을 정도로 좋은 움직임을 아직 보지 못했습니다.
하지만 비슷한 상황의 브로커에 대한 불만은 마차와 작은 카트를 보았다. 정지 지연은 항상 미끄러집니다. 그것은 사실이다.
얘들 아, 조언을 도와주세요. https://www.mql5.com/ru/forum/142582/page351
차트를 열면 한도가 막대 수와 같으므로 먼저 VLUP 금액을 계산한 다음 모든 지점에서 초크로 대체하면 됩니다. 아마 그러면 맞을 것입니다.나는 이것이 문제라고 생각한다.
1000으로 제한되는 iHigh(Symbol(), timeframe ,shift) 의 시프트 값 제한 문제를 해결하는 데 도움을 주세요 .
iTime(Symbol(), timeframe , 1001 )은 1970.01.01 00:00을 제공합니다.도구 -> 설정 -> 차트를 엽니다. 차트에 허용한 막대 수를 확인하십시오. 2000과 3000 둘 다에서 작동합니다.