Comment vérifier si un ordre a été clôturé par un stop loss ? - page 3
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Qu'en est-il du slippage ?
Oui, c'est ce que je disais. Je l'ai fait ainsi, et cela a fonctionné, mais si vous modifiez le Stop Loss initial, cela génère un nouvel ordre SANS le même POSITION_ID. Je ne sais pas pourquoi. Je pense que c'est un bug. Salutations,.
Il n'est pas nécessaire de regarder le slippage, car l'ordre a été clôturé, et le prix de clôture est sur HystoryDealGetDouble(ticket, DEAL_PRICE).
Si l 'ordre n' a pas été clôturé et que vous passez un ordre de clôture, vous devez prendre en compte la quantité de glissement, afin d'éviter toute erreur .
Pas besoin de regarder le slippage, parce que l'ordre a été clôturé, et le prix de clôture est sur HystoryDealGetDouble(ticket, DEAL_PRICE).
Si l 'ordre n' a pas été clôturé, et que vous passez un ordre de clôture, alors vous devez prendre en compte la quantité de glissement, afin d'éviter toute erreur .
Je ne suis pas sûr de suivre.
HistoryOrderGetDouble(ticket,ORDER_SL) est le stop loss.
Lorsque le SL est déclenché, vous pouvez avoir du slippage.
HistoryDealGetDouble(ticket, DEAL_PRICE) indique le prix réel, qui peut ou non avoir subi un slippage.
S'il y a eu slippage, une simple comparaison de ORDER_SL == DEAL_PRICE échouera, non ?
Oui, c'est ce que je disais. Je l'ai fait ainsi, et cela a fonctionné, mais si vous modifiez le Stop Loss initial, cela génère un nouvel ordre SANS le même POSITION_ID. Je ne sais pas pourquoi. Je pense que c'est un bug. Salutations,.
Un ordre de modification de SL/TP n'est pas du tout enregistré dans l'historique. Je ne suis donc pas sûr de ce que vous voulez dire ici.
Et l'ordre qui résulte effectivement du déclenchement du SL/TP ne contient pas le SL/TP.
<= pour les achats et >= pour les ventes.
Je ne suis pas sûr de suivre.
HistoryOrderGetDouble(ticket,ORDER_SL) est le stop loss.
Lorsque le SL est déclenché, vous pouvez avoir du slippage.
HistoryDealGetDouble(ticket, DEAL_PRICE) indique le prix réel, qui peut ou non avoir subi un slippage.
S'il y a eu slippage, une simple comparaison de ORDER_SL == DEAL_PRICE échouera, non ?
Si je vous comprends bien, ce n'est pas exact. Sur un marché réel, un ordre peut être fermé par le SL (ou TP) à un prix différent de celui de la position SL (ou TP).
Oui Alain, que se passe-t-il si Bid > close_price+spread ou Ask < close_price-spread.
spread != déviation (slippage)
Il est dommage qu'il ne soit pas possible de récupérer le paramètre de déviation.
Un compromis raisonnable serait probablement (en supposant que l'EA a placé l'ordre) de vérifier si DEAL_PRICE était dans une fenêtre de ORDER_SL± déviation.
Oui Alain, que faire si Bid > close_price+spread ou Ask < close_price-spread