추신 솔직히 말해서 자기 자본이 거의 항상 증가하는 잔액보다 높고 손실이 너무 크다는 것이 어떻게 밝혀졌는지 이해할 수 없습니다. 드로다운 계산 알고리즘이 의심스럽네요...
Alexey, 전략 테스터에서 거래가 시장(개방)에 있는 기간 동안의 가치를 포함하여 자산에 의해 손실이 계산된다는 것을 정확히 이해하고 있기 때문에 말씀해 주시겠습니까? 보고서) - 마감된 포지션에 대한 자기자본 곡선(대차대조표 포함)이 표시됩니까? 저것들. 보고서의 이 차트에 따르면 (이 경우) 상품 가격이 오픈 주문 방향이 아닌 오픈 포지션 으로 이동했을 때 주식 라인이 하락한 위치를 말하는 것은 불가능하며 이후 수익을 반환합니다. .. 정말로?
여러분, 히이엘프!!! 나는 하루 동안이 문제의 해결책으로 서두르며 그것을 구현하는 방법을 알 수 없습니다! 누구든지 도울 수 있습니까? 아이디어를 구현하는 코드가 필요합니다. MA 20이 아래에서 위로 평균 MA 30을 교차할 때 교차점이 발생한 양초의 고점에 BUY STOP 보류 주문을 배치합니다. 사진과 같이:
추신 솔직히 말해서 자기 자본이 거의 항상 증가하는 잔액보다 높고 손실이 너무 크다는 사실이 어떻게 밝혀졌는지 이해할 수 없습니다. 드로다운 계산 알고리즘이 의심스럽네요...
자본이 증가하는 잔액보다 크면 특정 세그먼트의 올바른(우연히이긴 하지만) 진입점이 선택되고 올바르게 종료되어야 하는 것 같습니다 ......
테스터에 관해서는 - 일부 사항은 나에게 완전히 명확하지 않습니다. 예를 들어, "팬" 주문 마감이 항상 작동하는 것은 아닙니다. 데모 또는 실제 계정에서 고문이 주문을 충분히 빨리 마감하면 테스터는 다음 신호 "결과 번짐"이 나타날 때까지 마감을 연기합니다.
로마 인. :
우선, 거래가 거의 없습니다. 최소 200개가 있는지 확인하십시오. 새로운 바의 개설에 대한 통제를 조직하고 모델에 따라 테스트하십시오. 바) 또한 주문하고 수정할 때 필요한 검사 를 수행하는 것을 잊지 마십시오. 이 문제뿐만 아니라 가능한 오류에 대한 필요한 처리를 수행합니다. 모든 것, IMHO.
나는 "많은 거래를 위해")) 창고의 이음새에서 파열 될 수 있으며이 기간 동안 적절하고 정말 맛있는 신호가 없을 것입니다. 모델은 새로운 바의 열기를 제어하여 구축됩니다. "시가"에 관해서는 - 흥미롭습니다. 시도해 보겠습니다. 덕분에.
...
추신 솔직히 말해서 자기 자본이 거의 항상 증가하는 잔액보다 높고 손실이 너무 크다는 것이 어떻게 밝혀졌는지 이해할 수 없습니다. 드로다운 계산 알고리즘이 의심스럽네요...
아니요, 자산은 마감되지 않았지만 잔액과 모든 열린 자산을 고려합니다.
나는 이미 (IMHO) 드로다운을 올바르게 계산하는 방법에 대해 썼습니다. 형평성과 균형이라는 두 가지 역사를 알아야 합니다. 잔액에 대한 지식이 없으면 인출이 잘못된 것으로 간주됩니다(다시 IMHO!).
시스템에서 한 개 이상의 포지션을 열 수 없으면 주식 곡선이 전혀 표시되지 않습니다(이는 논리적임).
일반적으로 주식 라인이 아니라 양초를 그릴 적기입니다.
아니요, 자산은 마감되지 않았지만 잔액과 모든 열린 자산을 고려합니다.
나는 이미 (IMHO) 드로다운을 올바르게 계산하는 방법에 대해 썼습니다. 형평성과 균형이라는 두 가지 역사를 알아야 합니다. 잔액에 대한 지식이 없으면 인출이 잘못된 것으로 간주됩니다(다시 IMHO!).
시스템에서 한 개 이상의 포지션을 열 수 없으면 주식 곡선이 전혀 표시되지 않습니다(이는 논리적임).
일반적으로 주식 라인이 아니라 양초를 그릴 적기입니다.
이제 이해했습니다. 감사합니다.
예, 최대 드로다운을 계산하는 방법에 대해 논의한 게시물을 기억합니다.
여러분, 특정 시점(기간)에 거래 계좌에 입금/출금된 자금의 양을 프로그래밍 방식으로 추적하는 것이 어떻게 가능한지 알려주실 수 있습니까?
검색: "예금/출금 금액을 프로그래밍 방식으로 추적하는 방법" site:mql4.com - 문서를 찾을 수 없습니다...
추적 값을 통해서만
그들의 후속 비교와 다른 기간에.
여러분, 특정 시점(기간)에 거래 계좌에 입금/출금된 자금의 양을 프로그래밍 방식으로 추적하는 것이 어떻게 가능한지 알려주실 수 있습니까?
검색: "예금/출금 금액을 프로그래밍 방식으로 추적하는 방법" site:mql4.com - 문서를 찾을 수 없습니다...
추적 값을 통해서만
그들의 후속 비교와 다른 기간에.
내가 올바르게 이해했다면 시장에 주문이 있는지 조건을 확인합니까? -
여러분, 히이엘프!!! 나는 하루 동안이 문제의 해결책으로 서두르며 그것을 구현하는 방법을 알 수 없습니다! 누구든지 도울 수 있습니까? 아이디어를 구현하는 코드가 필요합니다. MA 20이 아래에서 위로 평균 MA 30을 교차할 때 교차점이 발생한 양초의 고점에 BUY STOP 보류 주문을 배치합니다. 사진과 같이:
Max , 여전히 90.36%의 드로다운이 위험하다고 생각하지 않는다면 거래하십시오.
추신 솔직히 말해서 자기 자본이 거의 항상 증가하는 잔액보다 높고 손실이 너무 크다는 사실이 어떻게 밝혀졌는지 이해할 수 없습니다. 드로다운 계산 알고리즘이 의심스럽네요...
자본이 증가하는 잔액보다 크면 특정 세그먼트의 올바른(우연히이긴 하지만) 진입점이 선택되고 올바르게 종료되어야 하는 것 같습니다 ......
테스터에 관해서는 - 일부 사항은 나에게 완전히 명확하지 않습니다. 예를 들어, "팬" 주문 마감이 항상 작동하는 것은 아닙니다. 데모 또는 실제 계정에서 고문이 주문을 충분히 빨리 마감하면 테스터는 다음 신호 "결과 번짐"이 나타날 때까지 마감을 연기합니다.
우선, 거래가 거의 없습니다. 최소 200개가 있는지 확인하십시오. 새로운 바의 개설에 대한 통제를 조직하고 모델에 따라 테스트하십시오. 바) 또한 주문하고 수정할 때 필요한 검사 를 수행하는 것을 잊지 마십시오. 이 문제뿐만 아니라 가능한 오류에 대한 필요한 처리를 수행합니다. 모든 것, IMHO.
여기에서 내가 이해한 또 다른 문제 는 동결 수준을 요청한 후 0이 반환되고 결과적으로 잘못된 수정과 다시 인용 또는 오류가 발생한다는 것입니다.
2Urain - 일반적으로 이러한 수준의 값을 요청한 후 0이 아닌 값이 반환되는 경우가 있습니까?
답변 감사합니다. 오류 사례를 추적했습니다.
이 DC의 stoplevel 및 freezelevel 수준은 실제로 항상 0입니다. 이는 사실이며, 중지가 시장 시세 와 정확히 같을 때 위의 오류가 나타납니다.
맞습니다. 정류장은 시장에서 0이므로 동결되었거나 이동에 허용할 수 없을 정도로 가깝습니다.