TSD-v11 MT4-JB-OsMA - 페이지 10

 

7zip을 사용해 보십시오(무료이며 제 생각에는 최고 중 하나입니다). 7zip으로 해당 파일을 열려고 시도했지만 모두 제대로 작동했습니다. 여기에서 다운로드할 수 있습니다. 7-Zip

user666:
위의 아카이브를 열 수 없습니다. 여러 유형의 압축 해제 소프트 테어를 시도했습니다.
 

Pairs 확장 및 더 나은 Profit Factor가 있는 버전 1.24

mladen:
사실 6 년전 에 만든거라 나머지는 포스팅 날짜부터 봐도 알 수 있어 가끔 재방문...

이 스레드가 마음에 들어서 항상 각 EA의 매개 변수를 개선하는 우리 투자 회사에서 발명한 노하우로 이 EA를 개선하기로 결정했습니다.

그것은 우리에게 추가적인 쌍을 추가할 수 있는 가능성을 주었습니다(EA는 시장에서 한 쌍만 거래하고 다른 하나는 HOLD로 거래하기 때문에), 그런 식으로 우리가 사용할 수 있는 위험을 증가시킵니다.

또한 테스트 기간 동안 수익 계수는 AUDSD에 대해 1.3에서 1.8로 변경되었습니다.

기타 사소한 코드 개선 이 이루어졌습니다.

명세서에서 첨부된 이미지를 참조하십시오. 누군가 관심이 있다면 여기에 이 버전을 게시하겠습니다.

여기서 더 나은 점은 무엇입니까?

- 쌍당 50% 더 많은 수입

- 드롭다운 30% 감소

- 30% 더 나은 수익 요소

- ADAPTIVE PIP MULTIPLICATOR를 사용하여 EA 가능성이 있는 거래를 위한 추가 쌍 - 당사의 노하우

파일:
picture_82.png  54 kb
picture_83.png  56 kb
 

대성동 v12.4

TSD v12.4가 첨부되었습니다.

파일:
tsd_v12.4.mq4  16 kb
 
cockeyedcowboy:
4년 동안 이 포럼에 있었고 TSD에 대한 이 섹션을 읽었습니다. 나는 시간을 들여 이 섹션의 다른 트레드에서 일부 게시물을 복사하여 과거에 언급한 요점을 보여줍니다.

나는 당신의 거래가 좋은 생각이 아니라는 것을 몇 번 언급한 적이 있습니다. 모든 것이 일직선상에 있고 거기에 머물러 있어도 문제가 있을 때, 추세 변화가 발생하면 틱 수준에서 시작하여 시간 척도를 따라 내려가지 않고 위로 작동하므로 추세의 변화가 있을 때 또는 큰 후퇴는 당신이 아닌 당신 아래에서 시작됩니다. 당신이 당신보다 높은 추세를 따르고 있다면, 당신은 다가오는 것이 아니라 이미 당신을 지나간 것을 보는 것입니다. 따라서 트레드가 변경되면 당신은 그것이 당신 뒤에 나타날 때까지 끝까지 싸울 것입니다. 그 시점에서 당신의 거래는 다시 인라인되지만 그때까지는 실제 추세에 반대되는 데이터의 되돌림을 거래하게 될 것입니다. 귀하의 TRADING 시간 척도에서.

이것이 여기서 진행되고 있는 일입니다. 이 ea는 한동안 정말 좋은 핍을 만들 수 있지만 추세의 변화나 큰 되돌림이 발생하면 실제 추세와 반대로 거래하게 되므로 큰 시간을 잃게 됩니다. 데이터, 당신이 거래하지 않는 시간 척도의 방향을 거래하는 것은 매우 위험합니다. 당신은 당신의 거래에서 차트 척도에서 추세를 가져와야합니다. 이 EA의 실제 거래 논리는 매우 좋은 것으로 보이며, 어디에서 추세 방향을 얻는 것이 잘못된 선택입니다.

내가 마지막으로 이 말을 했을 때 다시 욕을 먹었을 때 이 말을 다시 해야 할지 모르겠지만 당신이 하는 일은 위험할 수 있습니다.

귀하의 게시물을보고 동의하십시오. 항상 문제입니다. 그냥 궁금해서, 당신은 무엇을 거래하고 있습니까? EA를 사용하고 있습니까? EA로 전환할 수 있는 수동 시스템을 사용하고 있습니까?

나는 MT4를 꽤 잘 프로그래밍할 수 있다. 나에게 도움이 될 일이 있는지 궁금합니다.

고맙습니다.

짐 벤츠

이메일: j.bentz@jbentz.net

스카이프: James.bentz

 

새로운 EA 데모 테스트

TSD 12.3 기본 설정.

 

코드의 공포와 ERRORS, OMISSIONS 및 미친 논리의 융합 - 이것이 EA란 무엇입니까?

mladen:
사실 6 년전 에 만든거라 나머지는 포스팅 날짜부터 봐도 알 수 있어 가끔 재방문...

6년 동안 이 EA의 오류, 누락 및 미친 논리를 공개적으로 유지하는 방법을 이해할 수 없습니다. 그것의 거래의 결과는 이 융합의 결과이다.

예를 들어 여기를 보세요.

if (OsMAPrevious > OsMAPrevious2) 이중 OsMADirection = 1;

if (OsMAPrevious < OsMAPrevious2) OsMADirection = -1;

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

특히 이 문자열:

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

이전에 보았듯이:

이중 OsMAP이전 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,1);

이중 OsMAPRevious2 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,2);

변수 OsMAPrevious 및 OsMAPrevious2는 DOUBLES입니다. 당신은 그들이 평등 할 수 있다고 생각합니까 ???? !!!!!!!!!!!!!

아마 1000000000000 년에 한 번 !!!!!!

다음.

버전 12.3에는 다음 코드가 사용되었습니다.

이중 힘 = iForce(NULL,PERIOD_D1,2,MODE_EMA,PRICE_CLOSE,1);

bool ForcePos = 힘 > 0;

bool ForceNeg = 힘 < 0;

대신 WPR 표시기는 더 오래된 버전에서 볼 수 있습니다.

WPR 표시기는 우리 응용 프로그램에서 Force보다 훨씬 낫습니다. 그러나 이전 버전에서 이러한 지표의 활용은 공포였습니다.

/////////////////////////////////////////////////////

// 새로운 주문

/////////////////////////////////////////////////////

총계=주문총계();

TradesThisSymbol=0;

for(cnt=0;cnt<전체;cnt++)

{

주문 선택(cnt, SELECT_BY_POS, MODE_TRADES);

if(OrderSymbol()==Symbol())

{

TradesThisSymbol ++;

} // if(OrderSymbol()==Symbol())에 대해 닫기

} // for(cnt=0;cnt<total;cnt++)에 대한 닫기

if(TradesThisSymbol < 1)

{

if(OsMADirection == 1 && WilliamsBuy)

{

특히 이 문자열:

if(OsMADirection == 1 && WilliamsBuy)

{

이전에 볼 수 있듯이:

이중 WilliamsBuy=0, WilliamsSell=0,

그래서 우리는 DOUBLE AS LOGIC VARIABLE을 사용할 수 없습니다 !!!!!!

이 코드 위치:

WilliamsBuy = iWPR(NULL,1440,24,1) < -25;

WilliamsSell = iWPR(NULL,1440,24,1) > -75;

우리는 완전히 부조리를 볼 수 있습니다 !!!!

WilliamsBuy는 DOUBLE이지만 iWPR(NULL,1440,24,1) < -25 표현식은 논리적이기 때문입니다.

논리 변수와 DOUBLES를 어떻게 비교할 수 있습니까 ???? !!!!!!

이것이 매우 자주 표시기 INDICATE "SELL" 및 "BUY"가 동시에 신호를 보내는 이유입니다 !!!!!

아마도 WilliamsBuy는 BOOL VARIABLE이어야 하며 위의 표현식은 다음 방식으로 작성되어야 합니다.

if(iWPR(NULL,1440,24,1) < -25) WilliamsBuy = true;

등.

WPR을 Force 표시기로 대체하지 않고 오류만 수정하면 모든 것이 정상으로 돌아갑니다.

수정 오류 후 14% DD로 한 쌍당 월 2%의 작은 수입으로 좋은 EA를 얻을 수 있습니다.

모든 쌍과 한 가지 현상으로 거래하면 성공할 것입니다. 그것이 무엇인지 말하고 싶지 않습니다.

 
user666:
6년 동안 이 EA의 오류, 누락 및 미친 논리를 공개적으로 유지하는 방법을 이해할 수 없습니다. 그것의 거래의 결과는 이 융합의 결과이다.

예를 들어 여기를 보세요.

if (OsMAPrevious > OsMAPrevious2) 이중 OsMADirection = 1;

if (OsMAPrevious < OsMAPrevious2) OsMADirection = -1;

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

특히 이 문자열:

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

이전에 보았듯이:

이중 OsMAP이전 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,1);

이중 OsMAPRevious2 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,2);

변수 OsMAPrevious 및 OsMAPrevious2는 DOUBLES입니다. 당신은 그들이 평등 할 수 있다고 생각합니까 ???? !!!!!!!!!!!!!

아마 1000000000000 년에 한 번 !!!!!!

다음.

버전 12.3에는 다음 코드가 사용되었습니다.

이중 힘 = iForce(NULL,PERIOD_D1,2,MODE_EMA,PRICE_CLOSE,1);

bool ForcePos = 힘 > 0;

bool ForceNeg = 힘 < 0;

대신 WPR 표시기는 더 오래된 버전에서 볼 수 있습니다.

WPR 표시기는 우리 응용 프로그램에서 Force보다 훨씬 낫습니다. 그러나 이전 버전에서 이러한 지표의 활용은 공포였습니다.

/////////////////////////////////////////////////////

// 새로운 주문

/////////////////////////////////////////////////////

총계=주문총계();

TradesThisSymbol=0;

for(cnt=0;cnt<전체;cnt++)

{

주문 선택(cnt, SELECT_BY_POS, MODE_TRADES);

if(OrderSymbol()==Symbol())

{

TradesThisSymbol ++;

} // if(OrderSymbol()==Symbol())에 대해 닫기

} // for(cnt=0;cnt<total;cnt++)에 대한 닫기

if(TradesThisSymbol < 1)

{

if(OsMADirection == 1 && WilliamsBuy)

{

특히 이 문자열:

if(OsMADirection == 1 && WilliamsBuy)

{

이전에 볼 수 있듯이:

이중 WilliamsBuy=0, WilliamsSell=0,

그래서 우리는 DOUBLE AS LOGIC VARIABLE을 사용할 수 없습니다 !!!!!!

코드 위치:

WilliamsBuy = iWPR(NULL,1440,24,1) < -25;

WilliamsSell = iWPR(NULL,1440,24,1) > -75;

우리는 완전히 부조리를 볼 수 있습니다 !!!!

WilliamsBuy는 DOUBLE이지만 iWPR(NULL,1440,24,1) < -25 표현식은 논리적이기 때문입니다.

논리 변수와 DOUBLES를 어떻게 비교할 수 있습니까 ???? !!!!!!

이것이 매우 자주 표시기 INDICATE "SELL" 및 "BUY"가 동시에 신호를 보내는 이유입니다 !!!!!

아마도 WilliamsBuy는 BOOL VARIABLE이어야 하며 위의 표현식은 다음 방식으로 작성되어야 합니다.

if(iWPR(NULL,1440,24,1) < -25) WilliamsBuy = true;

등.

WPR을 Force 표시기로 대체하지 않고 오류만 수정하면 모든 것이 정상으로 돌아갑니다.

수정 오류 후 14% DD로 한 쌍당 월 2%의 작은 수입으로 좋은 EA를 얻을 수 있습니다.

모든 쌍과 한 가지 현상으로 거래하면 성공할 것입니다. 그것이 무엇인지 말하고 싶지 않습니다.

안녕하세요 User666님,

논리에서 잘못된 것을 보지 마십시오.

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

이중 OsMAP이전 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,1);

이중 OsMAPRevious2 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,2);

거래를 시작하기 전에 확인하고 W1 시간대에 Osma를 보는 것은 전혀 문제가 되지 않습니다. 따라서 거의 움직이지 않는 시간을 상상할 수 있으므로 "이중" IMHO를 사용하는 데 아무런 문제가 없습니다. force 또는 wpr, 마지막으로 mt4의 코드가 난파선임을 보았고 "라이브 fwd 테스트"에서 많은 차이를 만들지 정말 의심스럽습니다. 또한 이 Ea를 백 테스트하는 것은 다중 시간 프레임 Ea이기 때문에 전혀 신뢰할 수 없습니다. 백 테스트는 이러한 유형의 Ea에 대해 작동하지 않습니다.

저의 무지를 용서해 주십시오. 그러나 AdaptivePipMultiplier와 그 사용에 대해 몇 가지 질문이 있습니다. 기회가 된다면 이 Ea에서 어떻게 사용되는지 자세히 설명해 주십시오.

감사해요.

 

귀하의 의견

mrtools:
안녕하세요 User666님,

논리에서 잘못된 것을 보지 마십시오.

if (OsMAPrevious == OsMAPrevious2) OsMADirection = 0;

이중 OsMAP이전 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,1);

이중 OsMAPRevious2 = iOsMA(NULL,PERIOD_W1,12,26,9,PRICE_CLOSE,2);

거래를 시작하기 전에 확인하고 W1 시간대에 Osma를 보는 것은 전혀 문제가 되지 않습니다. 따라서 거의 움직이지 않는 시간을 상상할 수 있으므로 "이중" IMHO를 사용하는 데 아무런 문제가 없습니다. force 또는 wpr, 마지막으로 mt4의 코드가 난파선임을 보았고 "라이브 fwd 테스트"에서 많은 차이를 만들지 정말 의심스럽습니다. 또한 이 Ea를 백 테스트하는 것은 다중 시간 프레임 Ea이기 때문에 전혀 신뢰할 수 없습니다. 백 테스트는 이러한 유형의 Ea에 대해 작동하지 않습니다.

저의 무지를 용서해 주십시오. 그러나 AdaptivePipMultiplier와 그 사용에 대해 몇 가지 질문이 있습니다. 기회가 된다면 이 Ea에서 어떻게 사용되는지 자세히 설명해 주십시오.

감사해요.

이 매개변수(AdaptivePipMultiplier)를 최적화하면 더 나은 결과를 얻을 수 있습니다.

이 EA의 모든 백테스팅 은 인터넷에서 얻을 수 있는 가능한 unarchivers로 열 수 없습니다. 누가 만든거같아

결과를 볼 수 없을 정도로. 백테스트가 있습니까? 다음으로 압축된 결과를 여기에 게시할 수 있습니까?

RAR, Winzip, ShiftExpander?

당신은 프로그래머입니까? TSD v 123의 easyLanguage 버전이 있습니까?

나는 수익성이 없는 거래를 하고 돈을 잃고 외환 중개인을 위한 수입을 가져오는 것을 좋아하기 때문에 이 EA에 관심이 있습니다 ...

아마, 내가 위에 모든 것을 묻는다면 나는 내가 무엇을 하고 있는지 알 것입니다 너도 알잖아...

 

...

그것을 시도하고 각각의 모든 테스트(압축된 zip 파일)를 열 수 있습니다.

나는 이것을 사용하고 있습니다 : 압축 된 파일에 7-Zip 이 있으며이 스레드에서 파일을 여는 데 아무런 문제가 없었습니다.

_______________________________________

코딩 시점에서 : 당신은 모든 것을 말했습니다. 그 밖에 할 수 있는 것(또는 해야 하는 것) ) 추가?

어쩌면 한 가지 작은 것일 수도 있습니다. C와 같은 언어에서 0이 아닌 모든 값은 "true"로 간주되고 0과 같은 값은 "false"로 간주됩니다. 내부적으로 "bool"도 MQL에 "정수" 유형("bool"은 "일반" 유형임)이지만 논리적 테스트가 이러한 유형의 코딩에서 모든 데이터 유형에 적용될 수 있기 때문에 쉽게 "더블"이 될 수 있습니다. 언어 (심지어 "문자열" 유형도 논리 테스트에 "근육질화"될 수 있음). 위의 논리 테스트 결과가 C 언어와 마찬가지로 항상 0 또는 1("true"와 "false"가 실제로 1과 0이기 때문에 "true" 또는 "false"가 아님)임을 명확히 하기를 바랍니다. 잘못된 신호 검사에서 그런 종류의 논리를 사용하는 코드입니다.

쉬운 언어 버전의 경우: 귀하의 요구 사항(그러나 브로커의 요구 사항)을 충족하지 않는 쉬운 언어 버전의 EA를 원하는 이유는 무엇입니까? 인터넷에는 쉬운 언어 전략이 많이 떠돌아다니고 있으며 최소한 하나는 당신이 찾고 있는 전략이 될 것이며 쉬운 언어 코딩을 배우는 데 아주 좋을 것입니다(결국 "쉬운 언어"이고 실제로 배우는 것은 그렇게 어렵지 않습니다)

문안 인사

 

답변

mladen:
그것을 시도하고 각각의 모든 테스트(압축된 zip 파일)를 열 수 있습니다.

나는 이것을 사용하고 있습니다 : 압축 된 파일에 7-Zip 이 있으며이 스레드에서 파일을 여는 데 아무런 문제가 없었습니다.

_______________________________________

코딩 시점에서 : 당신은 모든 것을 말했습니다. 그 밖에 할 수 있는 것(또는 해야 하는 것 ) 추가?

어쩌면 한 가지 작은 것일 수도 있습니다. C와 같은 언어에서 0이 아닌 모든 값은 "true"로 간주되고 0과 같은 값은 "false"로 간주됩니다. 내부적으로 "bool"도 MQL에 "정수" 유형("bool"은 "일반" 유형임)이지만 논리적 테스트가 이러한 유형의 코딩에서 모든 데이터 유형에 적용될 수 있기 때문에 쉽게 "더블"이 될 수 있습니다. 언어 (심지어 "문자열" 유형도 논리 테스트에 "근육질화"될 수 있음). 위의 논리 테스트 결과가 C 언어와 마찬가지로 항상 0 또는 1("true"와 "false"가 실제로 1과 0이기 때문에 "true" 또는 "false"가 아님)임을 명확히 하기를 바랍니다. 잘못된 신호 검사에서 그런 종류의 논리를 사용하는 코드입니다.

쉬운 언어 버전의 경우: 귀하의 요구 사항(그러나 브로커의 요구 사항)을 충족하지 않는 쉬운 언어 버전의 EA를 원하는 이유는 무엇입니까? 인터넷에는 쉬운 언어 전략이 많이 떠돌아다니고 있으며 최소한 하나는 당신이 찾고 있는 전략이 될 것이며 쉬운 언어 코딩을 배우는 데 아주 좋을 것입니다(결국 "쉬운 언어"이고 실제로 배우는 것은 그렇게 어렵지 않습니다)

문안 인사

저는 Mac OS X 운영 체제를 사용하고 있으며 Mac OS X에서 사용할 수 있는 unarchiver는 파일을 추출할 수 없습니다. Mac용 1zip을 포함하여 아무도 없습니다.

확인. 나는 당신이 C 언어의 속성에 대해 말한 것을 얻었습니다.

나는 한 가지 대답만을 원합니다. "이 EA의 easyLanguge 버전이 있습니까? 아니면 없습니까?".

이 EA의 수익성에 대해 사서함에 대한 답변을 받게 됩니다.