10포인트 3.mq4 - 페이지 92

 

안녕하세요 yeoleven님

귀하의 답변과 귀하의 평의회에 감사드립니다.

나는 그들을 따를 것이다

 
forex4syg:
ActualOrders 계산을 위한 Jugulator에 버그가 있는 것 같습니다.

내 테스트에서 GBPJPYm에 대해 한 위치만 열렸습니다. ConfirmedOrders=1 및 ActualOrders=2 때문에 폐쇄되었습니다.

이 문제가 어디에서 발생하는지 확실하지 않습니다. 코드에서 ActualOrders는 주문이 전송될 때 항상 1씩 증가하는 것 같습니다. SendOrder가 여러 가지 이유로 실패하면 ActualOrders는 여전히 1 증가합니다. 아마도 SendOrder에서 오류를 확인하는 것이 좋습니다. 오류가 없으면 ActualOrders가 1 증가합니다.

감사해요!

이것은 여기에서 수정되어야 합니다(89페이지, 890 이후, Jugulator.zip). EA에 주문 번호로 설정되는 새로운 변수가 있습니다. 주문이 실패하면 주문 번호가 없어야 하며 코드는 ActualOrders 변수를 증가시키기 전에 이를 확인합니다.

무효 OrderNeedsOpening() {

//값을 변경하기 전에 보존

이중 TempActualLotSize = ActualLotSize;

//로트 크기 늘리기

ActualLotSize = NormalizeDouble(ActualLotSize * lotIncreaseBy, LotPrecision);

// 오래 가려고 합니까?

if (OrderDirection == 1) {

// 이익실현 을 설정하고 매수 주문을 엽니다.

ActualTP = 묻기 + (TakeProfit * 포인트);

LastTicket = OrderSend(Symbol(), OP_BUY, ActualLotSize, Ask, OrderSlippage, ActualSL, ActualTP, "주문" + (ActualOrders + 1), Magic, 0, Blue);

}

//짧게 가려고 합니까?

else if (OrderDirection == 2) {

// 이익실현을 설정하고 매도 주문을 엽니다.

ActualTP = 입찰가 - (실적 이익 * 포인트);

LastTicket = OrderSend(Symbol(), OP_SELL, ActualLotSize, Bid, OrderSlippage, ActualSL, ActualTP, "주문" + (ActualOrders + 1), Magic, 0, Red);

}

//주문이 완료되면 0보다 큽니다.

if (마지막 티켓 > 0) {

실제 주문++;

}

//주문이 실패하여 값을 다시 설정해야 합니다.

또 다른 {

ActualLotSize = TempActualLotSize;

}

}

이것이 내가 실행하고 있고 TP 또는 SL이어야 할 때 여러 주문을 열고 닫는 데 문제가 없기 때문에 사용 중인 코드가 이 변경 사항을 반영합니까? 이러한 유형의 변경은 코드의 다른 영역에도 있으므로 이 섹션만 복사하여 붙여넣어도 문제가 해결되지 않습니다.

 

Jugulator H4 결과

다음은 오늘 아침에 대한 0.10 및 0.01 결과입니다.

 

Jugulator H4 결과

다음은 여러 주요 뉴스 보도 후 동부 표준시 오전 10시에 오늘 아침에 대한 0.10 및 0.01 결과입니다.

0.01 계정이 $268.94 증가했습니다.

0.10 계정이 $1,912.44 증가했습니다.

 

10points3 다이내믹 스톱

이번주 휴무 10points3 Dynamic Stop. 그들이 이익을 얻으면 쌍을 닫습니다. 이전에 게시된 설정

전반적으로 좋은 한 주.

Jugulator를 닫기 전에 USDJPY가 되돌리기를 여전히 기다리고 있습니다.

남자

파일:
 

Jugulator1.1

게시물 #891의 설정과 게시물 #898의 이전 결과를 이어갑니다. 다음은 주간 마감 후 상세 내역입니다.

월요일 에 열기 전에 설정을 살펴보고 Matt's가 내 것보다 분명히 더 좋기 때문에 Matt's에 더 가깝게 사용할 것 같습니다.

남자

파일:
jug4.htm  67 kb
jug4.gif  6 kb
 
mtaboneweb:
이것은 여기에서 수정되어야 합니다(89페이지, 890 이후, Jugulator.zip). 주문 번호로 설정되는 EA에 새로운 변수가 있습니다. 주문이 실패하면 주문 번호가 없어야 하며 코드는 ActualOrders 변수를 증가시키기 전에 이를 확인합니다.

무효 OrderNeedsOpening() {

//값을 변경하기 전에 보존

이중 TempActualLotSize = ActualLotSize;

//로트 크기 늘리기

ActualLotSize = NormalizeDouble(ActualLotSize * lotIncreaseBy, LotPrecision);

// 오래 가려고 합니까?

if (OrderDirection == 1) {

// 이익실현을 설정하고 매수 주문을 엽니다.

ActualTP = 묻기 + (TakeProfit * 포인트);

LastTicket = OrderSend(Symbol(), OP_BUY, ActualLotSize, Ask, OrderSlippage, ActualSL, ActualTP, "주문" + (ActualOrders + 1), Magic, 0, Blue);

}

//짧게 가려고 합니까?

else if (OrderDirection == 2) {

// 이익실현을 설정하고 매도 주문을 엽니다.

ActualTP = 입찰가 - (실적 이익 * 포인트);

LastTicket = OrderSend(Symbol(), OP_SELL, ActualLotSize, Bid, OrderSlippage, ActualSL, ActualTP, "주문" + (ActualOrders + 1), Magic, 0, Red);

}

//주문이 완료되면 0보다 큽니다.

if (마지막 티켓 > 0) {

실제 주문++;

}

//주문이 실패하여 값을 다시 설정해야 합니다.

또 다른 {

ActualLotSize = TempActualLotSize;

}

}

이것이 내가 실행하고 있고 TP 또는 SL이어야 할 때 여러 주문을 열고 닫는 데 문제가 없기 때문에 사용 중인 코드가 이 변경 사항을 반영합니까? 이러한 유형의 변경은 코드의 다른 영역에도 있으므로 이 섹션만 복사하여 붙여넣어도 문제가 해결되지 않습니다.

테스트 중인 버전에는 위의 변경 사항이 포함되어 있지 않습니다. 최신 버전을 사용하겠습니다. mtaboneweb 감사합니다!

 
yeoeleven:
여전히 10points3 Dynamic Stop을 계속 테스트하고 있으며 여전히 좋은 결과를 얻고 있습니다.

나는 이 EA를 소규모 계정에 안전하게 만들기 위해 어제 GBPUSD를 제거했습니다. 이 EA는 수익성을 감소시켰지만 희망적으로 안전성을 높였습니다.

남자

18페이지에 있는 원래의 10points3 Dynamic Stop을 여전히 사용하고 있습니까?

감사해요

 

10points3 다이내믹 스톱

hawkv:
18페이지에 있는 원래의 10points3 Dynamic Stop을 여전히 사용하고 있습니까? 감사해요

예, Goblin & Jugulator와 함께 아직 테스트 중인 버전입니다. 그것은 여전히 그것에서 개발 된 EA와 잘 어울립니다.

남자

 

tf

1. Wait On Bar: 현재 EA는 일관된 핍 레벨 주기로 새로운 주문을 엽니다. 한 가지 대안은 새 주문이 동일한 막대에서 열리지 않도록 하는 것입니다. 따라서 매우 큰 움직임이 있는 경우 EA는 막대가 닫힐 때까지 기다렸다가 추세를 재평가한 다음 핍 값이 EA의 핍 설정에 지정된 것보다 큰 경우 주기에 다른 주문을 넣습니다.

.1 - .2 - .3 - .5 - .8 - 1.3 - 2.1 - 4.4 - 6.5 - 등

이것은 고블린 스레드의 stockwet에 의해 게시되었습니다. 매우 흥미로운 아이디어지만 주문이 중단된 부분을 선택하는 대신 전달된 주문을 건너뛰고 다음 증분으로 이동합니다. 따라서 가격이 빠르게 상승하면 게시판에 있는 금액만 손실됩니다. 3 가격 증분 가격은 15분에 40핍 상승합니다. 술집. 막대가 완료되면 ea는 # 어떤 주문을 구현해야 하는지 확인 하고 올바른 # 로트부터 시작합니다. 따라서 주문 # 4는 실제로 0.5랏 대신 2.1랏이 될 수 있습니다. 그런 식으로 2.1 랏은 다음 일반 주문(.5)이 특정 가격 지점에서 시작되었다면 할 수 없는 손실을 보충할 수 있습니다. 귀하의 2.1 로트 주문은 이제 # 4 주문이 되고 거기서부터 진행됩니다. 이렇게 하면 진행 상황이 10으로 가는 경우 손실이 줄어들지 않지만 닫기 전에 진행 상황이 더 멀리 갈 수 있으므로 더 나은 회수 기회를 얻을 수 있습니다. 또는 일반적으로 발생했을 것보다 적은 손실로 추세가 변경된 것으로 판단되면 거래가 마감될 수 있습니다. 이것이 실현 가능한 아이디어가 될까요???