원래의. 특정 특별한 경우를 제외하고 OrderCheck() 또는 OrderCalcMargin() 함수는 의미가 없습니까? 뭔가 잘못되었다. 반복합니다. 터미널은 서버에 연락하지 않고 계정 에 자금이 부족하다고 보고합니다. 그는 이것을 어떻게 압니까? 왜 이러한 기능이 거기에 가지 않습니까?
귀하의 해석에서 "정상"이라는 단어는 무엇을 의미합니까? 사실 '모든 것'이라는 단어가 더 헷갈립니다. 모든 것이 괜찮다는 결론을 내리려면 터미널이 서버에 연결하지 않고 자금 부족에 대한 메시지를 보낸 것으로 충분합니다. "all"이라는 단어에는 MQL5 프로그램의 활동이 포함되지 않는다는 것을 올바르게 이해 했습니까? MQL5 프로그램을 제외한 나머지는 모두 정상적으로 작동합니까? 당신은 그것에 대해 이야기하고 있습니까?
기억하신다면 질문은 MQL5 프로그램에서 필요한 마진을 찾는 방법이었습니다. 조언 가능하시면 조언 부탁드립니다.
귀하의 해석에서 "정상"이라는 단어는 무엇을 의미합니까? 사실 '모든 것'이라는 단어가 더 헷갈립니다. 모든 것이 괜찮다는 결론을 내리려면 터미널이 서버에 연결하지 않고 자금 부족에 대한 메시지를 보낸 것으로 충분합니다. "all"이라는 단어에는 MQL5 프로그램의 활동이 포함되지 않는다는 것을 올바르게 이해 했습니까? MQL5 프로그램을 제외한 나머지는 모두 정상적으로 작동합니까? 당신은 그것에 대해 이야기하고 있습니까?
기억하신다면 질문은 MQL5 프로그램에서 필요한 마진을 찾는 방법이었습니다. 조언 가능하시면 조언 부탁드립니다.
Вычисляет размер маржи, необходимой для указанного типа ордера на текущем счете и при текущем рыночном окружении без учета текущих отложенных ордеров и открытых позиций. Позволяет оценить размер маржи для планируемой торговой операции. Значение возвращается в валюте счета. [out] Переменная, в которую...
하는 것이 좋습니다. 지원서를 어떻게 확인하나요? (네, 그런데 OrderCalcMargin은 "충분한 확인 명령"이 아니며, 확인은 OrderCheck()에 의해 수행됩니다)
어떤 코드를 말씀하시는 건가요? 5백만을 포함하여 다양한 예금 크기에 대한 실제 거래를 열려고 시도할 때 실제 계정에 대한 지시적(예-아니오) OrderCheck() 판독값으로 증거금 크기에 대한 이진 검색을 정렬하시겠습니까? 코드는 괜찮습니다. 하지만 누가 이 즐거움에 대한 비용을 지불할까요?
그리고 그 결과로 무엇을 할 것인가? 이것이 모든 DC의 경우가 될 것이라고 믿습니까? 무슨 근거로? 여기에는 개발자의 책임 있는 진술이 큰 도움이 될 것이지만 보시다시피 그는 침묵합니다. 나는 그에게도 해결책이 있다고 생각하지 않는다.
결국, 마진 평가의 모든 문제가 이미 표명된 것은 아닙니다. 보류 중인 주문 에 대한 마진도 있습니다. 이를 평가하기 위해 이것과 저것에 대한 뉴스가 발표될 때 이 기호에 대한 이 계정의 레버리지 크기를 예측해야 합니다. 연기가 금요일 저녁까지 지속되는지 여부. 현재 레버리지가 무엇인지 확인하기 위해서가 아니라, 그 때 레버리지가 어떨지 예측하기 위함입니다.
또 다른 문제는 개인의 어깨 축소입니다. OrderCalcMargin() 또는 OrderCheck()가 이를 감지합니까?
아니면 개발자가 거래를 열지 않고 거래를 여는 데 대한 마진을 추정하는 방법에 대해 모두의 기쁨을 위해 할 말이 있습니까? 그리고 각 계정의 각 거래자는 각 기호의 현재 레버리지를 찾기 위해 자체 실험을 수행할 필요가 없습니까?
실제로 계획된 계정(다른 계정이 아닌 데모가 아닌)에서 서버에 대한 거래 요청을 정확히 실행하지 않고 필요한 증거금의 가치를 알아낼 방법이 없다는 것이 밝혀졌습니다.
그러한 테스트 요청에서 트랜잭션의 계획된 볼륨에 비해 작은 것이 상황을 저장합니까? 판단 https://www.mql5.com/en/forum/261955/page4#comment_7947380 , 아니요.
원래의. 특정 특별한 경우를 제외하고 OrderCheck() 또는 OrderCalcMargin() 함수는 의미가 없습니까? 뭔가 잘못되었다. 반복합니다. 터미널은 서버에 연락하지 않고 계정 에 자금이 부족하다고 보고합니다. 그는 이것을 어떻게 압니까? 왜 이러한 기능이 거기에 가지 않습니까?
모든 것이 잘 작동합니다. 보고만 하면 됩니다.
)
모든 것이 잘 작동하고 보고만 합니다.
)
귀하의 해석에서 "정상"이라는 단어는 무엇을 의미합니까? 사실 '모든 것'이라는 단어가 더 헷갈립니다. 모든 것이 괜찮다는 결론을 내리려면 터미널이 서버에 연결하지 않고 자금 부족에 대한 메시지를 보낸 것으로 충분합니다. "all"이라는 단어에는 MQL5 프로그램의 활동이 포함되지 않는다는 것을 올바르게 이해 했습니까? MQL5 프로그램을 제외한 나머지는 모두 정상적으로 작동합니까? 당신은 그것에 대해 이야기하고 있습니까?
기억하신다면 질문은 MQL5 프로그램에서 필요한 마진을 찾는 방법이었습니다. 조언 가능하시면 조언 부탁드립니다.
귀하의 해석에서 "정상"이라는 단어는 무엇을 의미합니까? 사실 '모든 것'이라는 단어가 더 헷갈립니다. 모든 것이 괜찮다는 결론을 내리려면 터미널이 서버에 연결하지 않고 자금 부족에 대한 메시지를 보낸 것으로 충분합니다. "all"이라는 단어에는 MQL5 프로그램의 활동이 포함되지 않는다는 것을 올바르게 이해 했습니까? MQL5 프로그램을 제외한 나머지는 모두 정상적으로 작동합니까? 당신은 그것에 대해 이야기하고 있습니까?
기억하신다면 질문은 MQL5 프로그램에서 필요한 마진을 찾는 방법이었습니다. 조언 가능하시면 조언 부탁드립니다.
여기
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
그리고 조심스럽게 언어를 배우십시오
특히 그들이 도울 때, 그렇지 않으면 프리랜서만이 당신을 구할 것입니다
여기
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
그리고 조심스럽게 언어를 배우십시오
특히 그들이 도울 때, 그렇지 않으면 프리랜서만이 당신을 구할 것입니다
테이블이 이미 삽입되었습니다: #31
마진을 결정하려면 거래 계정의 레버리지가 아니라 해당 기호의 실제 레버리지 를 사용해야 한다는 것을 이해하지 못했습니다.
테이블이 이미 삽입되었습니다: #31
마진을 결정하려면 거래 계정의 레버리지가 아니라 해당 기호의 실제 레버리지 를 사용해야 한다는 것을 이해하지 못했습니다.
Petros, 마진 chtoli를 계산하려면?
반복합니다
충족여부 확인팀(
OrderCalcMargin) 이미 "모든 것을 포함"하고 레버리지의 크기에 신경쓰는 것은 공허한 비즈니스입니다.
그러나 필요한 경우 이 문제도 해결됩니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MQL5의 마진 요구 사항 추정
레나트 아크티아모프 , 2018.07.01 11:19
이것은 도움이 되지 않습니다.
다른 기호에서 그의 어깨는 다릅니다.
레버리지는 마진을 기반으로 다음과 같이 계산할 수 있습니다. 서버는 이미 레버리지를 고려한 담보 금액을 기반으로 답변을 제공합니다.
Petros, 마진 chtoli를 계산하려면?
반복합니다
충족여부 확인팀(
) 이미 "모든 것을 포함"하고 레버리지의 크기에 신경쓰는 것은 공허한 비즈니스입니다.
그러나 필요한 경우 이 문제도 해결됩니다.
똑똑한 녀석, 너 자신을 세려고 했니? 아니면 그냥 blah blah blah?
기본 함수 OrderCalcMargin()은 AccountInfoInteger(ACCOUNT_LEVERAGE)를 사용하여 얻은 레버리지 만을 고려하여 마진을 반환합니다.
확인했습니다.
Petros, 마진 chtoli를 계산하려면?
반복합니다
충족여부 확인팀(
) 이미 "모든 것을 포함"하고 레버리지의 크기에 신경쓰는 것은 공허한 비즈니스입니다.
그러나 필요한 경우 이 문제도 해결됩니다.
하는 것이 좋습니다. 지원서를 어떻게 확인하나요? (네, 그런데 OrderCalcMargin은 "충분한 확인 명령"이 아니며, 확인은 OrderCheck()에 의해 수행됩니다)
어떤 코드를 말씀하시는 건가요? 5백만을 포함하여 다양한 예금 크기에 대한 실제 거래를 열려고 시도할 때 실제 계정에 대한 지시적(예-아니오) OrderCheck() 판독값으로 증거금 크기에 대한 이진 검색을 정렬하시겠습니까? 코드는 괜찮습니다. 하지만 누가 이 즐거움에 대한 비용을 지불할까요?
그리고 그 결과로 무엇을 할 것인가? 이것이 모든 DC의 경우가 될 것이라고 믿습니까? 무슨 근거로? 여기에는 개발자의 책임 있는 진술이 큰 도움이 될 것이지만 보시다시피 그는 침묵합니다. 나는 그에게도 해결책이 있다고 생각하지 않는다.
결국, 마진 평가의 모든 문제가 이미 표명된 것은 아닙니다. 보류 중인 주문 에 대한 마진도 있습니다. 이를 평가하기 위해 이것과 저것에 대한 뉴스가 발표될 때 이 기호에 대한 이 계정의 레버리지 크기를 예측해야 합니다. 연기가 금요일 저녁까지 지속되는지 여부. 현재 레버리지가 무엇인지 확인하기 위해서가 아니라, 그 때 레버리지가 어떨지 예측하기 위함입니다.
또 다른 문제는 개인의 어깨 축소입니다. OrderCalcMargin() 또는 OrderCheck()가 이를 감지합니까?
아니면 개발자가 거래를 열지 않고 거래를 여는 데 대한 마진을 추정하는 방법에 대해 모두의 기쁨을 위해 할 말이 있습니까? 그리고 각 계정의 각 거래자는 각 기호의 현재 레버리지를 찾기 위해 자체 실험을 수행할 필요가 없습니까?
이 모든 것은 어떤 사람들이 마음으로 무언가를 하고 이미 MQL이나 거래의 전문가인 것처럼 보이기 때문입니다.
그리고 그들은 자신이 나약하다는 것을 이해하지 못하고 모범을 보여야 할 사람들에게 조언합니다.
Petros, 마진 chtoli를 계산하려면?
반복합니다
충족여부 확인팀(
OrderCalcMargin) 이미 "모든 것을 포함"하고 레버리지의 크기에 신경쓰는 것은 공허한 비즈니스입니다.
그러나 필요한 경우 이 문제도 해결됩니다.
이 기능의 용도를 주의 깊게 읽으시기 바랍니다.
여유
【아웃】 함수가 성공적으로 실행될 경우 필요한 여백을 기록할 변수입니다. 현재 계정에 미결 주문 및 미결 포지션이 없는 것처럼 계산됩니다.
마진의 가치는 많은 요인에 따라 달라지며 시장 환경의 변화에 따라 변경될 수 있습니다.