시장은 항상 틀리다

 
주제 " 중재 "의 계속. 이미 많은 페이지가 있으며, 게다가 비평가들은 순서를 엉망으로 만들고 따라서 새로운 주제입니다.

우리는 잔액 이상으로 자본을 올릴 수 있었습니다. 다음과 같습니다(EURJPY H1).





어드바이저의 소스 코드가 메시지에 첨부되어 있습니다. 테스터 보고서도.

이렇게 하려면 코드에 입력 매개변수를 하나 더 추가해야 했습니다. beginEquity - 초기 자금. 저것들. 시작 균형. 테스터에서 EA는 beginEquity 수준이 초과되었는지 여부를 자동으로 모니터링합니다. 그리고 그것을 초과하면 게임을 다시 시작합니다. beginPrice를 Bid로 변경하고 beginEquity를 현재 주식으로 변경하고 매직 넘버를 변경합니다(1씩 증가).

그러나 데모와 실생활에서 EA는 이러한 매개변수를 수동으로 변경하라는 경고만 표시합니다. 요점은 Expert Advisor는 터미널이나 컴퓨터가 꺼져있을 때 이전 설정을 어디에도 저장하지 않고 다시 시작한 후에는 복원 할 수 없다는 것입니다. (힘들면 파일 데이터베이스를 만들거나 저장할 수 있습니다. 전역 변수의 설정입니다.)
포함 고문의 신호를 모니터링해야하며 메시지를 발행하기 시작하면 전체 그룹에 대해 위의 입력 매개 변수를 수동으로 변경해야합니다.
 
그리고 여기 비평가, 그리고 당신을 찾았습니다, 유리. 이제 여기서 똥을 싸겠습니다. 보고서의 표면적 분석에 따르면 2004년 8월 20일부터 2007년 5월 4일 22:00까지 초기 예치금 200,000로 72,252개의 수익이 발생했으며 22:00에 나머지 모든 포지션이 마감되어 한 번에 약 528,000개가 급습했습니다(전체 테스트 기록보다 7배 더 많은 시간!). 그 효과는 아마도 테스트 기간이 끝났을 때 발생했을 것입니다.
 
Mathemat :
그리고 여기 비평가, 그리고 당신을 찾았습니다, 유리. 이제 여기서 똥을 싸겠습니다. 보고서의 표면적 분석에 따르면 2004년 8월 20일부터 2007년 5월 4일 22:00까지 초기 예치금 200,000로 72,252개의 수익이 발생했으며 22:00에 나머지 모든 포지션이 마감되어 한 번에 약 528,000개가 급습했습니다(전체 테스트 기록보다 7배 더 많은 시간!). 그 효과는 아마도 테스트 기간이 끝났을 때 발생했을 것입니다.
테스트 완료 순간은 엄격한 수평 녹색 막대(주식)와 이 수평선 아래 잔액의 급격한 비선형 "성장" 형태로 오른쪽 차트에서 볼 수 있습니다. 저것들. 테스터는 모든 포즈를 닫으므로 균형이 평균과 같아질 때까지 "늘어납니다". 그루터기는 그 당시 긍정적 인 이익을 가진 많은 열린 위치가 있었음이 분명합니다. 그렇지 않으면 자본이 잔액을 초과할 수 없습니다.

테스터는 테스트 기간이 끝나면 항상 열려 있는 모든 포즈를 강제로 닫습니다. 그리고 그 순간까지 자본이 잔액과 같지 않으면 모든 포지션을 닫은 후 잔액은 자금의 마지막 가치와 같습니다. 포함 테스터의 이러한 동작을 "효과"라고 부르지 마십시오. 이것이 작동 원리입니다.
 
안녕하세요!
여기 그 할머니와 성 조지의 날이 있습니다! 농담.
Mathemat가 "피상적인 분석에 따르면" 잘 말했듯이 매우 아름답습니다! 단일 음수 값이 아닙니다. 온라인으로 테스트해보겠습니다. 그러나 여기에 내가 이해하지 못한 것이 있습니다. 이러한 조건에서 경고가 표시됩니까, 아니면 고문이 자체적으로 거래해야 합니까? 인터넷 연결이 잠시 끊겼다가 다시 연결되면 어떻게 됩니까? 내 쪽에서 종료가 없습니까?
나에게 질문은 하루에 최소 18시간(수면, 작업 등) 동안 컴퓨터 근처에 내가 없기 때문에 매우 중요합니다. 이 시간에 시스템이 종료되거나 새로운 데이터를 입력합니다. .....별로 좋지 않습니다.
또한 내가 올바르게 이해한다면 : 캠프 나 터미널을 켜면 현재 값을 입력하기 만하면 모든 것이 평소대로 진행됩니다. 즉, 고문을 다시 연결합니까?
또한 경고가 표시되지만 아무 작업도 하지 않는 경우 EA는 이전 설정을 사용하여 계속 거래합니까, 아니면 새 설정이 입력되기를 기다리고 있습니까?
가능하다면 이 순간들을 좀 더 자세하게 !!!!
작은 머리를 깨는 또 다른 이유를 주셔서 감사합니다! (좋은 의미로).
감사합니다!!!!
 
이유는 모르겠지만 테스터 모드의 EA는 10개 정도의 팩으로 거래를 엽니다. 사고인지 아닌지?
더 작은 기간과 더 적은 초기 보증금으로 테스트에서 - 완전한 실패. 2007년 1월 2일부터 오늘까지 3000유로 달러로 시작하여 5분이면 한 번에 10개의 포지션이 열리며 어떤 이유로 기간이 끝날 때가 아니라 2월 12일 어딘가에 닫힙니다. , 2007년 연속 배수로, 이 배수는 주로 처음 10개의 미결 주문에 적용됩니다. 그리고이 패턴은 작은 반쪽뿐만 아니라 반복됩니다. 예치금을 50,000까지 올려도 소진됩니다. 시간 프레임을 1시간으로 변경하면 병합됩니다. 여기서 뭔가 잘못되었습니다!!!
첫 번째가 가장 아름답습니다. 내가 뭔가 잘못하고 있는 건 아닐까?
감사합니다!
 
안녕하세요!

작은 질문이 있습니다. 어드바이저를 다운로드했는데 컴파일할 때 오류가 발생했습니다.
'MODE_MARGINREQUIRED' - 정의되지 않은 변수 C:\Program Files\PFG FX Trader\experts\ArbitrageReverse_1 . 5.mq4 (244, 49)
MODE_MARGINREQUIRED 변수는 무엇이며 어떻게 설정합니까?

 
Implex :
안녕하세요!

작은 질문이 있습니다. 어드바이저를 다운로드했는데 컴파일할 때 오류가 발생했습니다.
'MODE_MARGINREQUIRED' - 정의되지 않은 변수 C:\Program Files\PFG FX Trader\experts\ArbitrageReverse_1. 5.mq4 (244, 49)
MODE_MARGINREQUIRED 변수는 무엇이며 어떻게 설정합니까?


http://www.metatrader4.com/files/mt4setup.exe 링크에서 배포판을 다운로드하여 터미널을 최신 빌드 204로 업데이트하십시오.
 

아직 이전 Expert Advisor의 테스트를 완료하지 않았지만 계획한 대로 동시에 해당 버전을 개선하는 방법에 대해 이미 생각하고 있었습니다. 그리고 유리는 새로운 것을 발표했습니다. 더 이상 "다섯 번째 요소"가 아니라 "여섯 번째 요소"입니다. 글쎄, 여기서 일하는 방법? 손이 내려갑니다.

하지만 진지하게, 나는 코드에 대해 질문이 있습니다. 아마도 그는 순진하기 때문에 나는 유리에게만 말하는 것이 아닙니다. 아마도 다른 사람이 설명할 것입니다. 고마울거야.

ArbitrageReverse_1.1.mq4 버전과 새로운 ArbitrageReverse_1.5.mq4 버전은 동일한 구성을 반복합니다. 이는 나에게는 이해할 수 없습니다. 현재 블록을 우회한 후 사용자 정의 함수 closeby(ticksell, tickbuy)에 대한 호출입니다. 오픈 주문. ArbitrageReverse_1.1.mq4의 경우 라인 [106]이고 1.5의 경우 라인 [128]입니다. 기능의 의미는 명확합니다. 미결 SELL 주문과 미결 BUY 주문(각각 하나의 기호)이 있는 경우 SELL은 BUY로 마감됩니다. 이 작업에 전제 조건이 없다는 것이 마음에 들지 않습니다. 저것들. BUY 및 SELL이 있는 경우에만 주문을 마감해야 합니다. 코드에서 더 나아가 이미 "dt" 블록에 있지만 closeby(ticksell, tickbuy) 함수에 대한 호출(v:1.1 줄 [163], v:1.5 [189])에 대한 호출은 조건으로 구성됩니다. 그리고 이것은 나에게 더 정확해 보인다. 사실, 나는 내 작은 버그에 대해 작업하는 동안 변수에 대한 모든 할당을 추적하여 무슨 일이 일어나고 있는지 곧 알게 될 것입니다. 하지만 지금은 여전히 유리에게 직접 묻겠습니다.
[106] v:1.1 또는 [128] v:1.5 라인에서 closeby에 대한 호출이 필요합니까, 그리고 필요한 경우 v:1.1의 경우 [163] 또는 v의 경우 [189]에서 "닫힐" 것: 1.5, 가능하면 닫을 수 있는 모든 것은 그 전에도 닫아야 합니까? 로트 수량에 차이가 있을 수 있다는 것을 이해하지만 여전히 제 생각에는 "잘못된" 부분이 있습니다.

v:1.1의 경우 [200] 또는 v:1.5의 경우 [224]에서 closeby(tickbuy, ticksell)를 호출하는 것이 다소 명확합니다. 공개 SELL 또는 BUY 주문이 공개 주문 및 "dt" 블록에서 정의된 경우 , 조건에 따라 반대 주문이 OrderSend 함수에 의해 열릴 수 있으며, 그러면 그에 따라 마감이 작동합니다.

일반적으로 내가 어리 석음을 물으면 사과합니다. 잘못된 점을 지적해 주시면 수정하겠습니다.

감사합니다. Fed

 
나는 이미 CodeBase에 Expert Advisor를 게시했는데, 차익 거래 전략을 고수하고 긍정적인 스왑으로도 수익을 냅니다. 중재자의 확인 후 코드는 여기 에서 사용할 수 있습니다.
 
안녕하세요!
나는 이해하려고 노력하고 있습니다. 이 수정의 논리는 수동으로 변경해야 하는 beginPrice , beginEquity 변경에 따라 다릅니다. 왜냐하면 유로엔에 대한 테스트에만 해당 결과, 테스트 종료 시 순손실 .. 그리고 자기자본이 잔액보다 높지 않은 경우가 많습니다. 테스트 중입니다. 감사해요
 
Fed :

아직 이전 Expert Advisor의 테스트를 완료하지 않았지만 계획한 대로 동시에 해당 버전을 개선하는 방법에 대해 이미 생각하고 있었습니다. 그리고 유리는 새로운 것을 발표했습니다. 더 이상 "다섯 번째 요소"가 아니라 "여섯 번째 요소"입니다. 글쎄, 여기서 일하는 방법? 손이 내려갑니다.

하지만 진지하게, 나는 코드에 대해 질문이 있습니다. 아마도 그는 순진하기 때문에 나는 유리에게만 말하는 것이 아닙니다. 아마도 다른 사람이 설명할 것입니다. 고마울거야.

ArbitrageReverse_1.1.mq4 버전과 새로운 ArbitrageReverse_1.5.mq4 버전은 동일한 구성을 반복합니다. 이는 나에게는 이해할 수 없습니다. 현재 블록을 우회한 후 사용자 정의 함수 closeby(ticksell, tickbuy)에 대한 호출입니다. 오픈 주문. ArbitrageReverse_1.1.mq4의 경우 라인 [106]이고 1.5의 경우 라인 [128]입니다. 기능의 의미는 명확합니다. 미결 SELL 주문과 미결 BUY 주문(각각 하나의 기호)이 있는 경우 SELL은 BUY로 마감됩니다. 이 작업에 전제 조건이 없다는 것이 마음에 들지 않습니다. 저것들. BUY 및 SELL이 있는 경우에만 주문을 마감해야 합니다. 코드에서 더 나아가 이미 "dt" 블록에 있지만 closeby(ticksell, tickbuy) 함수에 대한 호출(v:1.1 줄 [163], v:1.5 [189])에 대한 호출은 조건으로 구성됩니다. 그리고 이것은 나에게 더 정확해 보인다. 사실, 나는 내 작은 버그에 대해 작업하는 동안 변수에 대한 모든 할당을 추적하여 무슨 일이 일어나고 있는지 곧 알게 될 것입니다. 하지만 지금은 여전히 유리에게 직접 묻겠습니다.
[106] v:1.1 또는 [128] v:1.5 라인에서 closeby에 대한 호출이 필요합니까, 그리고 필요한 경우 v:1.1의 경우 [163] 또는 v의 경우 [189]에서 "닫힐" 것: 1.5, 가능하면 닫을 수 있는 모든 것은 그 전에도 닫아야 합니까? 로트 수량에 차이가 있을 수 있다는 것을 이해하지만 여전히 제 생각에는 "잘못된" 부분이 있습니다.

v:1.1의 경우 [200] 또는 v:1.5의 경우 [224]에서 closeby(tickbuy, ticksell)를 호출하는 것이 다소 명확합니다. 공개 SELL 또는 BUY 주문이 공개 주문 및 "dt" 블록에서 정의된 경우 , 조건에 따라 반대 주문이 OrderSend 함수에 의해 열릴 수 있으며, 그러면 그에 따라 마감이 작동합니다.

일반적으로 내가 어리 석음을 물으면 사과합니다. 잘못된 점을 지적해 주시면 수정하겠습니다.

감사합니다. Fed

데모와 실제 모드에서 반대 위치의 닫기가 테스트에서만큼 완벽했다면 아마도 start 이벤트의 마지막 return(0) 전에 closeby()에 대한 호출을 한 번만 남겨두는 것으로 충분할 것입니다. 따라서 테스트 모드에서는 최소한 추적하고 최소한 추적하지 않으며 추가 호출에서 클로저가 발생하지 않습니다.

그러나 데모와 실생활에서 종종 이런저런 이유로 닫힌 위치는 반대 방향으로 닫히지 않습니다(예: 짧은 시간 동안 서버와 연결되지 않음). 따라서 추가 closeby() 호출은 제공됩니다.