forex4syg: ActualOrders 계산을 위한 Jugulator에 버그가 있는 것 같습니다.
내 테스트에서 GBPJPYm에 대해 한 위치만 열렸습니다. ConfirmedOrders=1 및 ActualOrders=2 때문에 폐쇄되었습니다.
이 문제가 어디에서 발생하는지 확실하지 않습니다. 코드에서 ActualOrders는 주문이 전송될 때 항상 1씩 증가하는 것 같습니다. SendOrder가 여러 가지 이유로 실패하면 ActualOrders는 여전히 1 증가합니다. 아마도 SendOrder에서 오류를 확인하는 것이 좋습니다. 오류가 없으면 ActualOrders가 1 증가합니다.
감사해요!
이것은 여기에서 수정되어야 합니다(89페이지, 890 이후, Jugulator.zip). EA에 주문 번호로 설정되는 새로운 변수가 있습니다. 주문이 실패하면 주문 번호가 없어야 하며 코드는 ActualOrders 변수를 증가시키기 전에 이를 확인합니다.
mtaboneweb: 이것은 여기에서 수정되어야 합니다(89페이지, 890 이후, Jugulator.zip). 주문 번호로 설정되는 EA에 새로운 변수가 있습니다. 주문이 실패하면 주문 번호가 없어야 하며 코드는 ActualOrders 변수를 증가시키기 전에 이를 확인합니다.
1. Wait On Bar: 현재 EA는 일관된 핍 레벨 주기로 새로운 주문을 엽니다. 한 가지 대안은 새 주문이 동일한 막대에서 열리지 않도록 하는 것입니다. 따라서 매우 큰 움직임이 있는 경우 EA는 막대가 닫힐 때까지 기다렸다가 추세를 재평가한 다음 핍 값이 EA의 핍 설정에 지정된 것보다 큰 경우 주기에 다른 주문을 넣습니다.
이것은 고블린 스레드의 stockwet에 의해 게시되었습니다. 매우 흥미로운 아이디어지만 주문이 중단된 부분을 선택하는 대신 전달된 주문을 건너뛰고 다음 증분으로 이동합니다. 따라서 가격이 빠르게 상승하면 게시판에 있는 금액만 손실됩니다. 3 가격 증분 가격은 15분에 40핍 상승합니다. 술집. 막대가 완료되면 ea는 # 어떤 주문을 구현해야 하는지 확인 하고 올바른 # 로트부터 시작합니다. 따라서 주문 # 4는 실제로 0.5랏 대신 2.1랏이 될 수 있습니다. 그런 식으로 2.1 랏은 다음 일반 주문(.5)이 특정 가격 지점에서 시작되었다면 할 수 없는 손실을 보충할 수 있습니다. 귀하의 2.1 로트 주문은 이제 # 4 주문이 되고 거기서부터 진행됩니다. 이렇게 하면 진행 상황이 10으로 가는 경우 손실이 줄어들지 않지만 닫기 전에 진행 상황이 더 멀리 갈 수 있으므로 더 나은 회수 기회를 얻을 수 있습니다. 또는 일반적으로 발생했을 것보다 적은 손실로 추세가 변경된 것으로 판단되면 거래가 마감될 수 있습니다. 이것이 실현 가능한 아이디어가 될까요???
안녕하세요 yeoleven님
귀하의 답변과 귀하의 평의회에 감사드립니다.
나는 그들을 따를 것이다
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에 더 가깝게 사용할 것 같습니다.
남자
이것은 여기에서 수정되어야 합니다(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 감사합니다!
여전히 10points3 Dynamic Stop을 계속 테스트하고 있으며 여전히 좋은 결과를 얻고 있습니다.
나는 이 EA를 소규모 계정에 안전하게 만들기 위해 어제 GBPUSD를 제거했습니다. 이 EA는 수익성을 감소시켰지만 희망적으로 안전성을 높였습니다.
남자18페이지에 있는 원래의 10points3 Dynamic Stop을 여전히 사용하고 있습니까?
감사해요
10points3 다이내믹 스톱
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으로 가는 경우 손실이 줄어들지 않지만 닫기 전에 진행 상황이 더 멀리 갈 수 있으므로 더 나은 회수 기회를 얻을 수 있습니다. 또는 일반적으로 발생했을 것보다 적은 손실로 추세가 변경된 것으로 판단되면 거래가 마감될 수 있습니다. 이것이 실현 가능한 아이디어가 될까요???