Ticaret Sistemleri Birliği. Çalışmaya devam ediyoruz. - sayfa 176
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Üst sihir 442420, ikinci ve üçüncü 642422, alt sihir manuel olarak ayarlanır (giriş fiyatının ortalamasını aldım).
ve alttakini kapatmadım.
Belki de bir robot sihri izlemeden her şeyi saklıyor, yani. filtreye girmez...
İçinde. Şimdi anlaşıldı. Bu bir hata değil, bir özelliktir.
Magic 642422 - GBPCAD'de ZpnFlatRTS, yani giriş, ZigZag zirvelerinde ters takip ile işten çıkarmalarla yapılır.
Fiyat seviyeyi birkaç kez geçtiğinde, birkaç zikzak kenar elde edilir. Piklerdeki fark çok küçükse, bunun aynı seviye olduğunu kabul ederiz ve yalnızca bir gecikme belirleriz. Piklerdeki fark günlük aralığın %1'inden fazlaysa, bunların farklı seviyeler olduğunu kabul eder ve her birine bir gecikme koyarız. Sonuç olarak, yakın giriş değerlerine sahip iki (ve hatta daha fazla) mevduat neredeyse aynı anda açılabilir. Aynı zamanda, takip ederek aynı anda kapanacaklar. Orada sabit TP-SL olsaydı, farklı zamanlarda biraz kapanırlardı.
Gecikmeli girişlerde sistem her çalışma zaman diliminde giriş yapılıp yapılmadığını takip eder ve zaten çok fazla giriş varsa fiyata yakın gecikmeleri ortadan kaldırır. TS 642422'de böyle bir kontrol zaten bir girişte yapılmaktadır. Buna göre, 15 dakika içinde yakın mevduatlarla birkaç (hatta üç) giriş yapmak mümkündür. Optimizasyon sırasında en fazla üç açık sipariş seçeneği kontrol edilir. Yani, farklı mesafelerde üç emir açıldığında, farklı zamanlarda açıldığında ve iki veya üç (hatta belki dört tane) olduğunda durumlar mümkündür (bu sihirde değil, TS için H4 üzerinde çalışan ve üç düzenli açık emre kadar izin verir). ) Birbirinden yakın mesafede ve yakın bir açılış saati ile siparişler.
Robot her zaman sihirbazı takip ediyor. Ve sadece kendisi ile çalışır. Birlik'te yüzden fazla sihirbazın bir hesapta aynı anda çalıştığını hatırlatmama izin verin.
24 geri + 3 ileri geçiş için ortak kararınızla ilgili.
IMHO, bu kadar büyük değişiklikler yapmadan önce, biraz ön modelleme yapmak iyi bir fikir olacaktır. Örneğin, şöyle bir şey:
1. 4 TS'nin sihirlerini seçersiniz (sonucun güvenilirliği için daha fazla sayıda TS'yi test etmek elbette daha iyidir). Seçim kriteri: TS, yaklaşık 3 ay önce optimize edilmiş olmalıdır ve halen çalışır durumdadır. Bölünme önemli değil, farklı bölümlerden almak daha da iyidir. Ama o zamandan beri Sadece lig raporlarını görüyorum, o zaman raporlardan 143750, 643650, 643952, 640450 önereceğim
2. Optimizasyon tarihinden günümüze kadar bu TS'lerin demo üzerinde ticaretinin sonuçları kontrol değerleri olarak alınır.
3. Optimizasyonlarını, gerçek optimizasyon tarihlerinde önerilen yöntemle (24 + 3) başlatıyoruz. 143750 için bir örnekle açıklayayım:
aşağıdaki tarihlerde optimize edilmesi gerekecektir: 01/13/2017 ile 01/13/2019 arasında geriye dönük optimizasyon; 01/14/2019 - 04/13/2019 arasında ileri optimizasyon
4. Tüm optimizasyon prosedürünün (başabaş ve kontrol SL dahil) tamamlanmasından sonra, optimizasyon anından günümüze kadar olan süre için giriş parametrelerinin seçilen değerlerinin tek bir çalıştırmasını yaparsınız (örneğin, 143750'den bu tarihler 13/04/2019 tarihinden bugüne olacaktır) ve elde edilen sonucu kontrol değeriyle karşılaştırın.
Böyle bir karşılaştırma görmek ilginç olurdu.
İlerleme süresinin kısaltılması gerektiğini uzun zamandır düşünüyordum. Yıl ileri - çok fazla. Sonuçta, aslında görev, nispeten kararlı ve henüz başarısız olmamış araçları yakalamaktır. İlerleme dönemi çok uzunsa, TS'nin sonunda bir yerde veya bitiminden hemen sonra başarısız olma olasılığı yüksektir. Bu yüzden uzun zamandır bu değişikliği kendim düşünüyorum.
En azından üç aydan daha kısa bir süre için ileriye gitmek de mantıksız, çünkü kalite değerlendirme algoritmam diğer şeylerin yanı sıra aylık keskinlik oranını da inceliyor ve bu parametrede en azından bir miktar değişkenlik olması güzel olurdu.
Geri döneme gelince, yukarıda konuştum. Bir veya iki yıl mantıklı. Daha fazlası - bence zaten mantıksız. Daha az - işlem sayısının en az 50 olması şartıyla mümkündür. Ancak, bu minimum sayıyı takip etmek çok streslidir ve ya aniden bunların yeterli olmadığı ortaya çıkarsa? Hemen "bir marjla" almak daha akıllıcadır.
Modellemeye gelince - kim yapacak? "Maruz kalan" parametrelerle test uzmanı Uzman Danışmanları gönderebilirim.
İçinde. Şimdi anlaşıldı. Bu bir hata değil, bir özelliktir.
Magic 642422 - GBPCAD'de ZpnFlatRTS, yani giriş, ZigZag zirvelerindeki işten çıkarmalar ile ters takip ile yapılır.
Fiyat seviyeyi birkaç kez geçtiğinde, birkaç zikzak kenar elde edilir. Piklerdeki fark çok küçükse, bunun aynı seviye olduğunu kabul ederiz ve yalnızca bir gecikme belirleriz. Zirvelerdeki fark, günlük aralığın %1'inden fazlaysa, bunların farklı seviyeler olduğunu kabul eder ve her birine bir gecikme koyarız. Sonuç olarak, yakın giriş değerlerine sahip iki (ve hatta daha fazla) mevduat neredeyse aynı anda açılabilir. Aynı zamanda, takip ederek aynı anda kapanacaklar. Orada sabit TP-SL olsaydı, farklı zamanlarda biraz kapanırlardı.
Gecikmeli girişlerde sistem her çalışma zaman diliminde giriş yapılıp yapılmadığını takip eder ve halihazırda çok fazla giriş varsa fiyata yakın gecikmeleri ortadan kaldırır. TS 642422'de böyle bir kontrol zaten bir girişte yapılmaktadır. Buna göre, 15 dakika içinde yakın mevduatlarla birkaç (hatta üç) giriş yapmak mümkündür. Optimizasyon sırasında en fazla üç açık sipariş seçeneği kontrol edilir. Yani, farklı mesafelerde üç emir açıldığında, farklı zamanlarda açıldığında ve iki veya üç (hatta belki dört tane) olduğunda durumlar mümkündür (bu sihirde değil, TS için H4 üzerinde çalışan ve üç düzenli açık emre kadar izin verir). ) Birbirinden yakın mesafede ve yakın bir açılış saati ile siparişler.
Robot her zaman sihirbazı takip ediyor. Ve sadece kendisi ile çalışır. Birlik'te yüzden fazla sihirbazın bir hesapta aynı anda çalıştığını hatırlatmama izin verin.
Diyelimki. Ama yine de..., sizi çok fazla kırmayacak, 28.06'da 642422 sizin için ticaretin nasıl gittiğini kontrol edecek; 03.07; 04.07 - bunlar iki katına çıktığım tarihler (#1671) ve sonuç olarak, işlem sonuçları bizim için çok farklı.
(Çifte durumlardan birinde, açılış fiyatındaki fark 12 beş haneli puandı.)
Diyelimki. Ama yine de..., sizi çok fazla kırmayacak, 28.06'da 642422 sizin için ticaretin nasıl gittiğini kontrol edecek; 03.07; 04.07 - bunlar iki katına çıktığım tarihler (#1671) ve sonuç olarak, işlem sonuçları bizim için çok farklı.
Bu kadar ince olmakta bir anlam görmüyorum.
Bu sihirle ilgili işlemler hakkında bir rapor içeren bir excel dosyası ekliyorum
Daha detaylı bilgi isterseniz LoL hesabından yatırım şifresi verebilirim.
(Çifte durumlardan birinde, açılış fiyatındaki fark 12 beş haneli puandı.)
Bu açıkça günlük aralığın %1'inden fazla. İki gecikme oldu. İkisi de açıldı.
Georgiy Merts :
İçinde. Şimdi anlaşıldı. Bu bir hata değil, bir özelliktir.
Magic 642422 - GBPCAD'de ZpnFlatRTS, yani giriş, ZigZag zirvelerindeki işten çıkarmalar ile ters takip ile yapılır.
Fiyat seviyeyi birkaç kez geçtiğinde, birkaç zikzak kenar elde edilir. Piklerdeki fark çok küçükse, bunun aynı seviye olduğunu kabul ederiz ve yalnızca bir gecikme belirleriz. Zirvelerdeki fark, günlük aralığın %1'inden fazlaysa, bunların farklı seviyeler olduğunu kabul eder ve her birine bir gecikme koyarız. Sonuç olarak, yakın giriş değerlerine sahip iki (ve hatta daha fazla) mevduat neredeyse aynı anda açılabilir. Aynı zamanda, takip ederek aynı anda kapanacaklar. Orada sabit TP-SL olsaydı, farklı zamanlarda biraz kapanırlardı.
Gecikmeli girişlerde sistem her çalışma zaman diliminde giriş yapılıp yapılmadığını takip eder ve zaten çok fazla giriş varsa fiyata yakın gecikmeleri ortadan kaldırır. TS 642422'de böyle bir kontrol zaten bir girişte yapılmaktadır. Buna göre, 15 dakika içinde yakın mevduatlarla birkaç (hatta üç) giriş yapmak mümkündür. Optimizasyon sırasında en fazla üç açık sipariş seçeneği kontrol edilir. Yani, farklı mesafelerde üç emir açıldığında, farklı zamanlarda açıldığında ve iki veya üç (hatta belki dört tane) olduğunda durumlar mümkündür (bu sihirde değil, TS için H4 üzerinde çalışan ve üç düzenli açık emre kadar izin verir). ) Birbirinden yakın mesafede ve yakın bir açılış saati ile siparişler.
Robot her zaman sihirbazı takip ediyor. Ve sadece kendisi ile çalışır. Birlik'te yüzden fazla sihirbazın bir hesapta aynı anda çalıştığını hatırlatmama izin verin.
Çok zekisin! George! Öyleyse inceliklere dalın ... İşte gerçekten - LİG - bu sizin tüm beyniniz - sinyallerini ganimet için takas etmeniz gerekiyor ... IMHO.
Çok zekisin! George! Öyleyse inceliklere dalın ... İşte gerçekten - LİG - bu sizin tüm beyniniz - sinyallerini ganimet için takas etmeniz gerekiyor ... IMHO.
İlk - gerçek için bir araç seçme prosedürünü oluşturmak. Ve bununla - bir engel. Benim için daha sezgisel ...
Modellemeye gelince - kim yapacak? "Maruz kalan" parametrelerle test uzmanı Uzman Danışmanları gönderebilirim.
Seni umduğum günahkar bir şey! Peki, fazladan 4 aracı ne ısıtmalısın?
Hatırladığınız gibi, zaten optimize etmeye çalıştım (geri + ileri için 12 saat), ama ne yazık ki boşuna.
Seni umduğum günahkar bir şey! Peki, fazladan 4 aracı ne ısıtmalısın?
Hatırladığınız gibi, zaten optimize etmeye çalıştım (geri + ileri için 12 saat), ama ne yazık ki boşuna.
Unutmayın - optimizasyonum otomatik. Her şey scriptlerle yapılır. Ben sadece en iyi geçişleri seçerek "yardımcı olurum". Optimizasyon için sunduğunuz araçlara izin verin - sorun değil. Ancak, değiştirmelerle ilgili bazı deneyler - buna özel olarak bakılmalı, nerede ve ne değiştirilmeli, ayarlanmalı ... Ve ne anlamı var? Sonuç, bence, neredeyse aynı olacak.
Yani - yeniden optimizasyon için sihirleri çalıştırmak - bu mümkün. Neyi ve ne kadar süreyle yaz. fırlatacağım.Unutmayın - optimizasyonum otomatik. Her şey scriptlerle yapılır. Ben sadece en iyi geçişleri seçerek "yardımcı olurum". Optimizasyon için sunduğunuz araçlara izin verin - sorun değil. Ancak, değiştirmelerle ilgili bazı deneyler - buna özel olarak bakılmalı, nerede ve ne değiştirilmeli, ayarlanmalı ... Ve ne anlamı var? Sonuç, bence, neredeyse aynı olacak.
Yani - yeniden optimizasyon için sihirleri çalıştırmak - bu mümkün. Neyi ve ne kadar süreyle yaz. fırlatacağım.Süper! Haftalık rapordan sonra Pazartesi günü yazacağım, bu hafta kimin hayatta kaldığı netleşince.