Как проверить, был ли ордер закрыт по стоп-лоссу - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Что насчет проскальзывания?
Да, это то, о чем я говорил. Я сделал так, и это сработало, но если вы измените первоначальный Stop Loss, он генерирует новый ордер БЕЗ того же POSITION_ID. Я не знаю почему. Я думаю, это ошибка. С уважением.
Не нужно смотреть проскальзывание, потому что ордер был закрыт, и цена закрытия находится на HystoryDealGetDouble(ticket, DEAL_PRICE).
Если ордер не был в закрытии, и вы делаете ордер на закрытие, то нужно учитывать , сколько проскальзывания, чтобы не возникло ошибки реквот.
Нет необходимости смотреть проскальзывание, потому что ордер был закрыт, и цена закрытия находится на HystoryDealGetDouble(ticket, DEAL_PRICE).
Если ордер не был в закрытии, и вы делаете ордер на закрытие, то нужно учитывать , сколько проскальзывания, чтобы не возникло ошибки реквот.
Я не уверен, что понимаю.
HistoryOrderGetDouble(ticket,ORDER_SL) - это стоп-лосс.
Когда SL срабатывает, вы можете получить проскальзывание.
HistoryDealGetDouble(ticket, DEAL_PRICE) покажет фактическую цену, которая может иметь или не иметь проскальзывание.
Если проскальзывание было, простое сравнение ORDER_SL == DEAL_PRICE будет неудачным, не так ли?
Да, это то, о чем я говорил. Я сделал так, и это сработало, но если вы изменяете начальный Stop Loss, он генерирует новый ордер БЕЗ того же 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).
Да, Ален, что если Bid > close_price+spread или Ask < close_price-spread
спред != отклонение (проскальзывание)
Жаль, что невозможно получить параметр отклонения.
Возможно, разумным компромиссом будет (если предположить, что советник разместил ордер) проверить, была ли цена DEAL_PRICE в пределах окна ORDER_SL± отклонение.
Да, Алена, а что если Bid > close_price+spread или Ask < close_price-spread?