시장에 게시된 Expert Advisors에서 최소 스톱을 확인합니다. - 페이지 15 1...89101112131415161718 새 코멘트 Vladislav Andruschenko 2016.04.06 05:38 #141 매복, 나는 그 이유를 이해할 수 없다. 서버에서 최소 정지 18점 로그 메시지: 2016.04 . 06 08 : 32 : 02 Core 1 2016.01 . 05 21 : 36 : 00 Result = 10016 symbol EURUSD volume 0.01 action 1 tp 1.07441 sl 1.07389 type 0 price 1.07415 Invalid stops in the request 2016.04 . 06 08 : 32 : 02 Core 1 2016.01 . 05 21 : 36 : 00 failed instant buy 0.01 EURUSD at 1.07415 sl: 1.07389 tp: 1.07441 [Invalid stops] 거래 개시 가격 = 1.07415 손절매 = 1.07389 = 26핍 이익실현 = 1.07441 = 26핍 그리고 여전히 잘못된 발을 씁니다. Lilita Bogachkova 2016.04.06 05:57 #142 Vladislav Andruschenko : 매복, 나는 그 이유를 이해할 수 없다. 서버에서 최소 정지 18점 로그 메시지: 거래 개시 가격 = 1.07415 손절매 = 1.07389 = 26핍 이익실현 = 1.07441 = 26핍 그리고 여전히 잘못된 발을 씁니다. 미끄러짐 이 있습니까 " 케이스 '최소 스톱 서버 18포인트' 이상? Vladislav Andruschenko 2016.04.06 05:57 #143 미끄러짐 = 2 스프레드 그것은 20 포인트, 더 많은 것으로 밝혀졌습니다. Lilita Bogachkova 2016.04.06 06:00 #144 Vladislav Andruschenko : 미끄러짐 = 2 스프레드 그것은 20 포인트, 더 많은 것으로 밝혀졌습니다. 음, count-slippage가 SL, TP의 설정 수준보다 큽니다. 이를 피하기 위해 먼저 SL을 엽니다. TP=0이고 SL을 수정합니다. TP=질문-26*_포인트 그렇지 않은 경우 가격 +- Slipage에서 최소 정지 수준 을 계산해야 합니다. Vladislav Andruschenko 2016.04.06 06:08 #145 고맙습니다. 나는 미끄러짐에 대해 생각할 것입니다 - 그러나 나는 그런 문제가 없었습니다. 코드는 항상 작동했지만 마지막에서 두 번째 빌드(12월 이후) 이후에 서버 수준을 min stop으로 설정하면 모든 항목이 열리지 않습니다. Andrey Khatimlianskii 2016.04.06 11:43 #146 Vladislav Andruschenko : 서버에서 최소 정지 18점 거래 개시 가격 = 1.07415 손절매 = 1.07389 = 26핍 이익실현 = 1.07441 = 26핍 그리고 여전히 잘못된 발을 씁니다. 매수 정지는 입찰 가격(트리거될 시점)에서 계산해야 합니다. 그리고 SL에서 Bid까지의 포인트는 16점뿐입니다. Taras Slobodyanik 2016.04.06 14:21 #147 그렇다면 오류가 발생한 경우 TP/SL을 푸시백하는 것을 방지하는 것은 무엇입니까? 실수를 잡았습니다 - 스프레드로 옮겼습니다, 다시 잡았습니다 - 다시 옮겼습니다 ... Igor Volodin 2016.04.06 17:07 #148 Taras Slobodyanik : 그렇다면 오류가 발생한 경우 TP/SL을 푸시백하는 것을 방지하는 것은 무엇입니까? 실수를 잡았습니다 - 스프레드로 옮겼습니다, 다시 잡았습니다 - 다시 옮겼습니다 ... 아니요, 처음 추측해야 합니다. 코드는 오류 없이 실행되어야 함) Vladislav Andruschenko 2016.04.06 18:40 #149 Igor Volodin : 아니요, 처음 추측해야 합니다. 코드는 오류 없이 실행되어야 함) 정확히 안드레이 카팀리안스키 : 매수 정지는 입찰 가격(트리거될 시점)에서 계산해야 합니다. 그리고 SL에서 Bid까지의 포인트는 16점뿐입니다. 스프레드를 고려한 경우 스프레드는 8포인트였습니다. + 최소 정지 18=26점 여기 27에서는 모든 것이 정상입니다. 또한 사람이 100포인트의 손절매를 해야 하는 경우 100포인트를 잃게 되므로 ASK 가격에서 BUY하려면 100포인트를 계산해야 합니다. 및 BID의 CELL에 대해 각각. //Вычисляем стоплосс if (StopLoss!= 0 )sl= MarketInfo ( Symbol (), MODE_ASK )-StopLoss* Point ; else sl= 0 ; // ВЫчисляем тейкпрофит if (TakeProfit!= 0 )tp= MarketInfo ( Symbol (), MODE_ASK )+TakeProfit* Point ; else tp= 0 ; OPs( Symbol (), OP_BUY ,GetSizeLot(),sl,tp,Magic, "" ); //Вычисляем стоплосс if (StopLoss!= 0 )sl= MarketInfo ( Symbol (), MODE_BID )+StopLoss* Point ; else sl= 0 ; // ВЫчисляем тейкпрофит if (TakeProfit!= 0 )tp= MarketInfo ( Symbol (), MODE_BID )-TakeProfit* Point ; else tp= 0 ; OPs( Symbol (), OP_SELL ,GetSizeLot(),sl,tp,Magic, "" ); Taras Slobodyanik 2016.04.06 21:11 #150 Igor Volodin : 아니요, 처음 추측해야 합니다. 코드는 오류 없이 실행되어야 함) 그래서 추측하지 않는 이유는 무엇입니까? 브로커가 잘못된 중지 수준을 제공하는 경우? %) ... 모든 검사가 끝나면 최소 들여 쓰기 를 찾기 위해 이미 추측해야합니다. 1...89101112131415161718 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
매복,
나는 그 이유를 이해할 수 없다.
서버에서 최소 정지 18점
로그 메시지:
거래 개시 가격 = 1.07415
손절매 = 1.07389 = 26핍
이익실현 = 1.07441 = 26핍
그리고 여전히 잘못된 발을 씁니다.
매복,
나는 그 이유를 이해할 수 없다.
서버에서 최소 정지 18점
로그 메시지:
거래 개시 가격 = 1.07415
손절매 = 1.07389 = 26핍
이익실현 = 1.07441 = 26핍
그리고 여전히 잘못된 발을 씁니다.
미끄러짐 = 2 스프레드
그것은 20 포인트, 더 많은 것으로 밝혀졌습니다.
미끄러짐 = 2 스프레드
그것은 20 포인트, 더 많은 것으로 밝혀졌습니다.
음, count-slippage가 SL, TP의 설정 수준보다 큽니다.
이를 피하기 위해 먼저 SL을 엽니다. TP=0이고 SL을 수정합니다. TP=질문-26*_포인트
그렇지 않은 경우 가격 +- Slipage에서 최소 정지 수준 을 계산해야 합니다.
고맙습니다. 나는 미끄러짐에 대해 생각할 것입니다 - 그러나 나는 그런 문제가 없었습니다. 코드는 항상 작동했지만 마지막에서 두 번째 빌드(12월 이후) 이후에 서버 수준을 min stop으로 설정하면 모든 항목이 열리지 않습니다.
서버에서 최소 정지 18점
거래 개시 가격 = 1.07415
손절매 = 1.07389 = 26핍
이익실현 = 1.07441 = 26핍
그리고 여전히 잘못된 발을 씁니다.
매수 정지는 입찰 가격(트리거될 시점)에서 계산해야 합니다.
그리고 SL에서 Bid까지의 포인트는 16점뿐입니다.
그렇다면 오류가 발생한 경우 TP/SL을 푸시백하는 것을 방지하는 것은 무엇입니까? 실수를 잡았습니다 - 스프레드로 옮겼습니다, 다시 잡았습니다 - 다시 옮겼습니다 ...
그렇다면 오류가 발생한 경우 TP/SL을 푸시백하는 것을 방지하는 것은 무엇입니까? 실수를 잡았습니다 - 스프레드로 옮겼습니다, 다시 잡았습니다 - 다시 옮겼습니다 ...
아니요, 처음 추측해야 합니다. 코드는 오류 없이 실행되어야 함)
정확히
매수 정지는 입찰 가격(트리거될 시점)에서 계산해야 합니다.
그리고 SL에서 Bid까지의 포인트는 16점뿐입니다.
스프레드를 고려한 경우 스프레드는 8포인트였습니다. + 최소 정지 18=26점
여기 27에서는 모든 것이 정상입니다.
또한 사람이 100포인트의 손절매를 해야 하는 경우 100포인트를 잃게 되므로 ASK 가격에서 BUY하려면 100포인트를 계산해야 합니다.
및 BID의 CELL에 대해 각각.
아니요, 처음 추측해야 합니다. 코드는 오류 없이 실행되어야 함)
그래서 추측하지 않는 이유는 무엇입니까? 브로커가 잘못된 중지 수준을 제공하는 경우? %)
... 모든 검사가 끝나면 최소 들여 쓰기 를 찾기 위해 이미 추측해야합니다.