[경고, 주제 닫힘!] 포럼을 어지럽히지 않도록 모든 초보자 질문. 프로, 놓치지 마세요. 당신 없이는 어디에도 없습니다. - 페이지 826

 

여백의 나머지를 후속 포즈에서 열린 각 위치에 대해 별도로 계산하고 합산하는 것이 정말 불가능한가요? 헛되지 않게

AccountFreeMarginCheck(sy, op, lot); 

심벌, 트레이드 , 로트가 전송됩니다... 각 포즈별로 따로 계산하고, 겹치는 포즈를 결정하고, 결과를 직접 보여드립니다.

계산과 DC가 반환하는 내용을 모두 표시하는 스크립트를 작성하십시오. 그리고 비교...

MODE_MARGINHEDGED 31 1랏당 클로즈드 포지션에서 부과되는 마진


그러니 당신의 제비를 세십시오. MODE_MARGINHEDGED에서 반환된 값으로 포함된 로트 수를 계산합니다.
MODE_MARGINREQUIRED에 의해 반환된 값으로 겹치지 않은 나머지 개수를 계산합니다.

 

MRC에 문제가 생겼습니다. 즉, 테스트할 때, 그리고 예를 들어 이 코드를 실행하려고 할 때 스왑을 고려한다는 사실과 함께:

 double OpPriceF5B = OrderClosePrice()- OrderOpenPrice();

그러면 스왑 이후에 개설된 시가 로 계산되는데, 최초 시가의 차이를 알고 싶습니다. 즉, 스왑이 저에게 방해가 되지 않도록..

어떻게 하면 될까요??

다음과 같이 계산하려고 합니다.

 for (i= 1 ; i <= OrdersTotal ();i++){
    if ( OrderSelect (i- 1 ,SELECT_BY_POS)==true){
       if (OrderType()== OP_BUY ){
          if (OrderMagicNumber() == Magic_N_F5){
             double OpPriceF5B = OrderClosePrice()- OrderOpenPrice();
          }
       }      
    }   
}
 

AccountFreeMarginCheck() 실험:

- 터미널에서 BUY 주문이 열립니다.

- 잔액: 94919.36 자금: 94921.16 예금: 1273.39 무료: 93647.07 수준: 7454.15%

- 나는 묻습니다: AccountFreeMarginCheck( Symbol() ,OP_ BUY ,0.1) - 레벨의 나머지 부분을 무료로 제공합니다

- 나는 묻습니다: AccountFreeMarginCheck(Symbol(),OP_ SELL ,0.1) - 마진 수준의 균형을 제공합니다


일반적으로 내 문제는 이런 식으로 해결할 수 없습니다.

내 질문(작업)은 다음과 같습니다. 동시에 열려 있는 여러 주문을 열어야 합니다.

첫 번째 - 0.10 많이 판매

두 번째 - 많은 0.26으로 구매

세 번째 - 많은 0.43으로 판매
네 번째 - 매수 0.72

다섯 번째 - 1.19 등으로 많이 판매합니다.

가격 1.2737, 레버리지 100, 최소 로트 0.1

다음 주문의 일부 주기에서 스탑 아웃이 발생할 가능성이 있습니다.

따라서 이 최악의 경우를 물론 DC 방법을 사용하여 계산할 필요가 있습니다. 그리고 스스로 결론을 내리십시오. 지정된 순서로 열린 주문의 총 로트 수는 스탑 아웃에 대한 두려움 없이 갈 수 있습니까? 즉, "시작 시" :) 개설될 주문의 총 마진을 계산합니다. 동시에 반복해서 말씀드리지만, 개통 순서는 위에 명시되어 있고, 각 주문에 대한 로트 크기는 미리 알고 있습니다.

 
ikatsko :

AccountFreeMarginCheck() 실험:

- 터미널에서 BUY 주문이 열립니다.

- 잔액: 94919.36 자금: 94921.16 예금: 1273.39 무료: 93647.07 수준: 7454.15%

- 나는 묻습니다: AccountFreeMarginCheck(Symbol(),OP_ BUY ,0.1) - 레벨의 나머지 부분을 무료로 제공

- 나는 묻습니다: AccountFreeMarginCheck(Symbol(),OP_ SELL ,0.1) - 마진 수준의 균형을 제공합니다


일반적으로 내 문제는 이런 식으로 해결할 수 없습니다.

내 질문(작업)은 다음과 같습니다. 동시에 열려 있는 여러 주문을 열어야 합니다.

첫 번째 - 0.10 많이 판매

두 번째 - 많은 0.26으로 구매

세 번째 - 많은 0.43으로 판매
네 번째 - 매수 0.72

다섯 번째 - 1.19 등으로 많이 판매합니다.

가격 1.2737, 레버리지 100, 최소 로트 0.1

다음 주문을 하는 일부 주기에서 스탑 아웃이 발생할 가능성이 있습니다.

따라서 이 최악의 경우를 물론 DC 방법을 사용하여 계산할 필요가 있습니다. 그리고 스스로 결론을 내리십시오. 지정된 순서로 열린 주문의 총 로트 수는 스탑 아웃에 대한 두려움 없이 갈 수 있습니까? 즉, "처음에" :) 개설될 주문의 총 마진을 계산합니다. 동시에 반복해서 말씀드리지만, 개통 순서는 위에 명시되어 있고, 각 주문의 로트 크기는 미리 알고 있습니다.

생각 해봐.

모든 구매: 0.26+0.72 = 0.98

모든 판매: 0.1+0.43+1.19 = 1.72

겹침: 매수 로트 수가 매도 로트 수보다 적으므로 겹침 로트 수는 로트 수와 동일 매수 = 0.98

남은 단방향 판매: 1.72-0.98 = 0.74

그래서 우리는 무엇을하고 있습니까? 매수를 더하고 매도를 뺍니다. -0.1+0.26-0.43+0.72-1.19= -0.74 마이너스가 단방향 매도를 의미하는 경우

폐쇄 로트의 경우 MODE_MARGINHEDGED에서 값을 가져와 폐쇄 로트 수로 곱합니다...

단방향 로트의 경우 MODE_MARGINREQUIRED에서 MathAbs (단방향 로트 수)를 곱합니다.

글쎄, 다른 모든 것을 시도하십시오 ...

추신. 한동안 생각이 안 나네요 - 케이스 사이에 끄적여 봤습니다 - 생략은 하므로 가능한 행동으로만 받아들이세요... :)

 

그래서... 논리가 명확해졌습니다. 고맙습니다! 이제 확인해 보도록 하겠습니다.

그건 그렇고, 저는 DEMO에 대한 실험을 설정했습니다.

첫 번째 매수 로트 0.1 가격 1.27339 - 마진=1273.39를 나타냅니다. 저것들. 0.1*1000000*1.27339/100

0.26 가격 1.27039로 많은 두 번째 SELL - 총 마진 = 3305.18을 보여주었습니다. 그리고 이것은 0.26 * 1000000 * 1.27039 / 100 = 3303.01과 매우 유사합니다 ??? 이상함?

마진은 반대 방향으로 열린 주문과 겹치는 최대 랏 수에서 가져 오는 것으로 나타났습니다 ??

다음 BUY가 열릴 때까지 기다릴 것입니다.

 
eugggy :
좋은 오후에요 여러분. 연산자라는 용어에 대한 명확한 정의가 있습니까? 아니면 "인생의 의미가 무엇입니까"(설명할 수 없음)와 같습니까?

:) 오퍼레이터 자체는 느슨한 개념이지만 결국 그는 여전히 월계수 오퍼레이터가 될 수 있습니다 ... :)

단어의 의미가 필요한 상황에서 질문을 할 것입니다. 너무 길지 않길 바랍니다 :)

 
eugggy :
좋은 오후에요 여러분. 연산자라는 용어에 대한 명확한 정의가 있습니까? 아니면 "인생의 의미가 무엇입니까"(설명할 수 없음)와 같습니까?

=팀. 위키피디아 참조

https://en.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80_(%D0%BF% D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0% BD%D0%B8%D0%B5 )

 
ikatsko :

그래서... 논리가 명확해졌습니다. 고맙습니다! 이제 확인해 보도록 하겠습니다.

그건 그렇고, 저는 DEMO에 대한 실험을 설정했습니다.

첫 번째 매수 로트 0.1 가격 1.27339 - 마진=1273.39를 나타냅니다. 저것들. 0.1*1000000*1.27339/100

0.26 가격 1.27039로 많은 두 번째 SELL - 총 마진 = 3305.18을 보여주었습니다. 그리고 이것은 0.26 * 1000000 * 1.27039 / 100 = 3303.01과 매우 유사합니다 ??? 이상함?

마진은 반대 방향으로 열린 주문과 겹치는 최대 랏 수에서 가져 오는 것으로 나타났습니다 ??

다음 BUY가 열릴 때까지 기다릴 것입니다.

음... 다시 생각해 볼 시간이 되겠네요... :) 작업은 흥미롭지만 마감 시간이 다 되어가고 있습니다.

나는 당신이 유사성이 있지만 유사성이 없기 때문에 그렇지 않다고 생각합니다. 그냥 이상하네요... :) 최대 로트의 차이를 계산해 보세요...

그런 "이상함"에 DeTslam의 다리는 진지한 고객에게 찢어졌습니다. :)

다른 방향으로 생각하면...

다음 주문도 기대해주세요 :)

 
eugggy :
달빛 여전히 연산자))). 내가 올바르게 이해했다면 연산자(MQL4 포함)는 프로그램 코드에서 가장 작고 완전한 표현입니다.... 이와 같은 것입니다.

오... 어머님-할머니... 없이는 못살아요? 해먹에 서서? 왜 자신의 삶을 어렵게 만드는가?

여기에서 읽고 ... 끝내십시오 ...

 

그러나 때때로 간단한 질문이 얼마나 혼란 스럽습니까 :) (운영자에 대해 말하는 것입니다)

TSB에서 가장 접근하기 쉬운(간단한) 정의를 찾았습니다.

"컴퓨팅에서 ... 일부 완료된 작업을 지정하도록 설계된 처방 ..."

그리고 여기 문서에서:

"운영자는 프로그램의 필수적인 부분입니다 ... 정보 변환의 특정 순서를 규정합니다."

그래서 함수는 같은 방식으로 작동합니다 ...

흥미로운.