손절매로 인해 주문이 마감되었는지 확인하는 방법 - 페이지 3

 
honest_knave :
미끄러짐은 어떻습니까?
<= 매수의 경우 >= 매도의 경우.
 
Jose Francisco Casado Fernandez :
네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,.
이 문제에 대해 확인 하겠습니다 . 감사합니다.
 
Roberto Jacobs :

주문 마감 되었고 마감 가격 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 있으므로 슬리피 지를 볼 필요가 없습니다 .
주문 마감 되지 않은 상태 에서 마감 주문 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 .

내가 당신을 올바르게 이해한다면 그것은 정확하지 않습니다. 실제 시장에서 SL(또는 TP)은 포지션 SL(또는 TP)과 다른 가격으로 주문을 마감할 수 있습니다.
 
Roberto Jacobs :

주문 마감 되었고 마감 가격 HystoryDealGetDouble ( 티켓, DEAL_PRICE ) 있으므로 슬리피 지를 볼 필요가 없습니다 .
주문 마감 되지 않은 상태 에서 마감 주문 경우 오류가 다시 인용 되지 않도록 얼마나 많은 슬립 이 있는지 고려해야 합니다 .

팔로우하고 있는지 잘 모르겠습니다.

HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다.

SL이 발동되면 미끄러질 수 있습니다.

HistoryDealGetDouble(티켓, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다.

슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다.

 
Jose Francisco Casado Fernandez :
네, 제가 말한 것입니다. 나는 그렇게했고 작동했지만 초기 손절매 를 수정하면 동일한 POSITION_ID없이 새 주문이 생성됩니다. 이유를 모르겠습니다. 버그라고 생각합니다. 문안 인사,.

SL/TP를 수정한 주문은 히스토리에 전혀 저장되지 않습니다. 여기서 무슨 말인지 잘 모르시겠습니까?

그리고 실제로 트리거된 SL/TP의 결과인 주문에는 SL/TP가 포함되어 있지 않습니다.

 
Jose Francisco Casado Fernandez :
<= 매수의 경우 >= 매도의 경우.
긍정적 인 미끄러짐은 어떻습니까?
 
honest_knave :

팔로우하고 있는지 잘 모르겠습니다.

HistoryOrderGetDouble(ticket,ORDER_SL)은 손절매입니다.

SL이 발동되면 미끄러질 수 있습니다.

HistoryDealGetDouble(ticket, DEAL_PRICE)은 실제 가격을 표시하며, 이는 미끄러짐이 발생했을 수도 있고 발생하지 않았을 수도 있습니다.

슬리피지가 있었다면 ORDER_SL == DEAL_PRICE의 단순 비교는 실패할 것입니다.

당연하지.
 
Alain Verleyen :
내가 당신을 올바르게 이해한다면 그것은 정확하지 않습니다. 실제 시장에서 SL(또는 TP)은 포지션 SL(또는 TP)과 다른 가격으로 주문을 마감할 수 있습니다.
예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우
 
Roberto Jacobs :
예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우

퍼짐 != 편차(미끄러짐)

편차 매개변수 를 검색할 수 없다는 것은 유감입니다.

아마도 합리적인 절충안은 (EA가 주문했다고 가정) DEAL_PRICEORDER_SL ± 편차 범위 내에 있는지 확인하는 것입니다.

 
Roberto Jacobs :
예 Alain, Bid > close_price+spread 또는 Ask < close_price-spread인 경우
죄송하지만 무슨 말인지 이해가 안 가나요?