10 puan 3.mq4 - sayfa 92

[BrunoFX]

merhaba yeoeleven,

Cevabınız ve konseyleriniz için teşekkür ederim.

onları takip edeceğim

[mtaboneweb]

forex4syg:
Jugulator'da ActualOrders'ın hesaplanması için bir hata var gibi görünüyor.

Testimde, bir noktada GBPJPYm için yalnızca bir pozisyon açıldı. ConfirmedOrders=1 ve ActualOrders=2 nedeniyle kapatıldı.

Bu sorunun nereden geldiğinden emin değilim. Kodda, bir sipariş gönderildiğinde ActualOrders her zaman 1 artacak gibi görünüyor. SendOrder başarısız olursa (çeşitli sebeplerden dolayı), ActualOrders yine 1 artacaktır. Belki de hatayı SendOrder'dan kontrol etmek daha iyidir. Hata yoksa, ActualOrders 1 artar.

Teşekkürler!

Bunun burada düzeltilmesi gerekiyor (Sayfa 89, 890 sonrası, Jugulator.zip). EA'da sipariş numarasına ayarlanan yeni bir değişken var. Sipariş başarısız olursa, bir sipariş numarası olmamalıdır ve kod, ActualOrders değişkenini artırmadan önce bunu kontrol eder.

geçersiz OrderNeedsOpening() {

//Değiştirmeden önce değeri koru

double TempActualLotSize = ActualLotSize;

// Parti Büyüklüğünü Artır

ActualLotSize = NormalizeDouble(ActualLotSize * LotsIncreaseBy, LotPrecision);

//Uzun sürmeye mi çalışıyoruz?

if (OrderDirection == 1) {

// Kar Al'ı ayarlayın ve Uzun bir sipariş açın

ActualTP = Sor + (TakeProfit * Puan);

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

}

// Kısa mı kesmeye çalışıyoruz?

else if (OrderDirection == 2) {

// Kâr Al'ı ayarlayın ve bir Kısa sipariş açın

ActualTP = Teklif - (Kar Al * Puan);

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

}

//Sipariş gerçekleştiyse 0'dan büyük olacaktır

if (LastTicket > 0) {

Gerçek Siparişler++;

}

//Sipariş başarısız oldu, bu yüzden değeri geri ayarlamamız gerekiyor

başka {

ActualLotSize = TempActualLotSize;

}

}

Kullanmakta olduğunuz kod bu değişikliği yansıtıyor mu, çünkü çalıştığım şey bu ve birden fazla sipariş açmada ve TP veya SL gerektiğinde kapatmalarında herhangi bir sorun yaşamıyorum. Bu tür bir değişikliğin kodun diğer alanlarında da olduğunu unutmayın, bu nedenle tek başına bu bölümü kopyalayıp yapıştırmak sorunu çözmeyecektir.

[mtaboneweb]

Jugulator H4 Sonuçları

İşte bu sabah için 0.10 ve 0.01 sonuçları.

[mtaboneweb]

Jugulator H4 Sonuçları

İşte birkaç önemli haber raporunun ardından bu sabah 10:00 EST'de 0.10 ve 0.01 sonuçları.

0.01 hesap 268.94 dolara yükseldi

0.10 hesap 1.912,44 $ yükseldi

[yeoeleven]

10points3 Dinamik Durdurma

10points3 Dynamic Stop haftası için kapalı. Kâr elde ettiklerinde çiftleri kapatmak. Daha önce gönderilen ayarlar

Genel olarak iyi bir hafta.

Jugulator'ı kapatmadan önce hala USDJPY'nin izini sürmesini bekliyorum.

John

[yeoeleven]

Jugulator1.1

891 numaralı gönderideki ayarlardan ve 898 numaralı gönderideki önceki sonuçlardan devam ediyoruz. İşte haftanın kapanışının ardından yapılan detaylı açıklama.

Pazartesi günü açılıştan önce ayarlara bakacak, muhtemelen benimkinden daha iyi oldukları için Matt'inkine daha yakın olacak.

John

[forex4syg]

mtaboneweb:
Bunun burada düzeltilmesi gerekiyor (Sayfa 89, 890 sonrası, Jugulator.zip). EA'da sipariş numarasına ayarlanan yeni bir değişken var. Sipariş başarısız olursa, bir sipariş numarası olmamalıdır ve kod, ActualOrders değişkenini artırmadan önce bunu kontrol eder.

geçersiz OrderNeedsOpening() {

//Değiştirmeden önce değeri koru

double TempActualLotSize = ActualLotSize;

// Parti Büyüklüğünü Artır

ActualLotSize = NormalizeDouble(ActualLotSize * LotsIncreaseBy, LotPrecision);

//Uzun sürmeye mi çalışıyoruz?

if (OrderDirection == 1) {

// Kar Al'ı ayarlayın ve Uzun bir sipariş açın

ActualTP = Sor + (TakeProfit * Puan);

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

}

// Kısa mı kesmeye çalışıyoruz?

else if (OrderDirection == 2) {

// Kâr Al'ı ayarlayın ve bir Kısa sipariş açın

ActualTP = Teklif - (Kar Al * Puan);

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

}

//Sipariş gerçekleştiyse 0'dan büyük olacaktır

if (LastTicket > 0) {

Gerçek Siparişler++;

}

//Sipariş başarısız oldu, bu yüzden değeri geri ayarlamamız gerekiyor

başka {

ActualLotSize = TempActualLotSize;

}

}

Kullanmakta olduğunuz kod bu değişikliği yansıtıyor mu, çünkü çalıştığım şey bu ve birden fazla sipariş açmada ve TP veya SL gerektiğinde kapatmalarında herhangi bir sorun yaşamıyorum. Bu tür bir değişikliğin kodun diğer alanlarında da olduğunu unutmayın, bu nedenle tek başına bu bölümü kopyalayıp yapıştırmak sorunu çözmeyecektir.

Test ettiğim sürüm yukarıdaki değişikliği içermiyor. Daha yeni sürümü kullanacağım. Teşekkürler mtaboneweb!

[hawkvv]

yeoeleven:
Hala 10points3 Dinamik Durdurma testini iletmeye devam ediyor ve hala iyi sonuçlar alıyor.

Bu EA'yı küçük hesaplar için güvenli hale getirmek amacıyla dün GBPUSD'yi kaldırdım, bu muhtemelen karlılığı azalttı, ancak umarım güvenliği artırdı.

John

Hala 18. sayfada bulunan orijinal 10points3 Dynamic Stop'u kullanıyor musunuz?

teşekkürler

[yeoeleven]

10points3 Dinamik Durdurma

hawkv:
Hala 18. sayfada bulunan orijinal 10points3 Dynamic Stop'u kullanıyor musunuz? teşekkürler

Evet, Goblin & Jugulator ile birlikte hala test ettiğim sürüm bu. Ondan geliştirilen EA'larla hala iyi durumda.

John

[TerryFrench]

tf

1. Bekleme Çubuğu: Şu anda EA, tutarlı pip seviyeleri döngüsünde yeni siparişler açar. Alternatif bir yaklaşım, aynı çubukta yeni siparişlerin açılmamasını sağlamak olacaktır. Bu nedenle, çok büyük bir hareketiniz varsa, EA çubuğun kapanmasını bekler, trendi yeniden değerlendirir ve ardından pip değeri EA'nın pip ayarında belirtilenden büyükse döngüye başka bir sipariş verir.

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

bu goblin başlığına stockwet tarafından yazıldı. çok ilginç bir fikir ama emirlerin kaldığı yerden devam etmek yerine, geçilen emirleri atlayın ve bir sonraki artışla devam edin, yani fiyat hızlı bir şekilde yükselirse, sadece tahtada ne kadar zararınız olursa olsun. 3 fiyat artışı, fiyat 15 dakikada 40 pip yükselir. çubuk. Çubuk tamamlandığında, kullanıcı hangi # siparişin uygulanması gerektiğini kontrol eder ve oradan doğru # lot ile başlar. bu nedenle 4 numaralı sipariş aslında 0,5 lot yerine 2,1 lot olabilir. Bu şekilde, 2.1 lotunuz, bir sonraki normal siparişin (.5), fiyatta o belirli noktada başlatılmış olsaydı yapamayacağı kayıpları telafi edebilir. 2.1 lot siparişiniz artık 4. sipariş olur ve oradan ilerler. Bu, ilerleme 10'a giderse kayıpları azaltmaz, ancak ilerlemenin kapanmadan önce daha da ileri gitmesine izin verir ve böylece daha iyi bir telafi etme şansı verir. Veya trendin normalden daha küçük bir kayıpla değiştiği belirlenirse işlemler kapatılabilir. Bu uygulanabilir bir fikir olabilir mi???