손절매로 인해 주문이 마감되었는지 확인하는 방법 - 페이지 3 1234567 새 코멘트 Jose Francisco Casado Fernandez 2017.01.17 14:41 #21 honest_knave : 미끄러짐은 어떻습니까? <= 매수의 경우 >= 매도의 경우. Roberto Jacobs 2017.01.17 14:47 #22 Jose Francisco Casado Fernandez : 네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,. 이 문제에 대해 확인 하겠습니다 . 감사합니다. Alain Verleyen 2017.01.17 14:49 #23 Roberto Jacobs : 주문 이 마감 되었고 마감 가격 이 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 에 있으므로 슬리피 지를 볼 필요가 없습니다 . 주문 이 마감 되지 않은 상태 에서 마감 주문 을 한 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 . 내가 당신을 올바르게 이해한다면 그것은 정확하지 않습니다. 실제 시장에서 SL(또는 TP)은 포지션 SL(또는 TP)과 다른 가격으로 주문을 마감할 수 있습니다. honest_knave 2017.01.17 14:50 #24 Roberto Jacobs : 주문 이 마감 되었고 마감 가격 이 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 에 있으므로 슬리피 지를 볼 필요가 없습니다 . 주문 이 마감 되지 않은 상태 에서 마감 주문 을 한 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 . 팔로우하고 있는지 잘 모르겠습니다. HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다. SL이 발동되면 미끄러질 수 있습니다. HistoryDealGetDouble(티켓, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다. 슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다. Alain Verleyen 2017.01.17 14:51 #25 Jose Francisco Casado Fernandez : 네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,. SL/TP를 수정한 주문은 히스토리에 전혀 저장되지 않습니다. 여기서 무슨 말인지 잘 모르시겠습니까? 그리고 실제로 트리거된 SL/TP의 결과인 주문에는 SL/TP가 포함되어 있지 않습니다. honest_knave 2017.01.17 14:51 #26 Jose Francisco Casado Fernandez : <= 매수의 경우 >= 매도의 경우. 긍정적 인 미끄러짐은 어떻습니까? Alain Verleyen 2017.01.17 14:51 #27 honest_knave : 팔로우하고 있는지 잘 모르겠습니다. HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다. SL이 발동되면 미끄러질 수 있습니다. HistoryDealGetDouble(ticket, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다. 슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다. 당연하지. Roberto Jacobs 2017.01.17 14:55 #28 Alain Verleyen : 내가 당신을 올바르게 이해한다면 그것은 정확하지 않습니다. 실제 시장에서 SL(또는 TP)은 포지션 SL(또는 TP)과 다른 가격으로 주문을 마감할 수 있습니다. 예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우 honest_knave 2017.01.17 15:09 #29 Roberto Jacobs : 예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우 퍼짐 != 편차(미끄러짐) 편차 매개변수 를 검색할 수 없다는 것은 유감입니다. 아마도 합리적인 절충안은 (EA가 주문했다고 가정) DEAL_PRICE 가 ORDER_SL ± 편차 범위 내에 있는지 확인하는 것입니다. Alain Verleyen 2017.01.17 15:25 #30 Roberto Jacobs : 예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우 죄송하지만 무슨 말인지 이해가 안 가나요? 1234567 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
미끄러짐은 어떻습니까?
네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,.
주문 이 마감 되었고 마감 가격 이 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 에 있으므로 슬리피 지를 볼 필요가 없습니다 .
주문 이 마감 되지 않은 상태 에서 마감 주문 을 한 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 .
주문 이 마감 되었고 마감 가격 이 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 에 있으므로 슬리피 지를 볼 필요가 없습니다 .
주문 이 마감 되지 않은 상태 에서 마감 주문 을 한 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 .
팔로우하고 있는지 잘 모르겠습니다.
HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다.
SL이 발동되면 미끄러질 수 있습니다.
HistoryDealGetDouble(티켓, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다.
슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다.
네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,.
SL/TP를 수정한 주문은 히스토리에 전혀 저장되지 않습니다. 여기서 무슨 말인지 잘 모르시겠습니까?
그리고 실제로 트리거된 SL/TP의 결과인 주문에는 SL/TP가 포함되어 있지 않습니다.
<= 매수의 경우 >= 매도의 경우.
팔로우하고 있는지 잘 모르겠습니다.
HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다.
SL이 발동되면 미끄러질 수 있습니다.
HistoryDealGetDouble(ticket, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다.
슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다.
내가 당신을 올바르게 이해한다면 그것은 정확하지 않습니다. 실제 시장에서 SL(또는 TP)은 포지션 SL(또는 TP)과 다른 가격으로 주문을 마감할 수 있습니다.
예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우
퍼짐 != 편차(미끄러짐)
편차 매개변수 를 검색할 수 없다는 것은 유감입니다.
아마도 합리적인 절충안은 (EA가 주문했다고 가정) DEAL_PRICE 가 ORDER_SL ± 편차 범위 내에 있는지 확인하는 것입니다.
예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우