Bir dosyadan bir Expert Advisor'ın otomatik olarak başlatılması ve yeniden başlatılması - sayfa 6
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
İyi akşamlar, bana robotun kaç yıl boyunca kârsız ticaret yapmaması gerektiğini test etme kalitesini söyle? cevaplayabilirseniz kişisel olarak yazın şimdiden teşekkür ederim!
Efsanevi deneyiminizle buraya zorlamıyorsunuz. Burada, birçoğunun gerçek ticaret deneyimi var, dahil. FORTS'ta, MetaTrader 5'i kullanmak da dahil olmak üzere, FORTS'ta var olduğu iddia edilen sorunların çoğu aslında yalnızca sizin kafanızdadır (yani, sizden yeterince tavsiye duyacak ve ardından forum duvarlarına yazacak olan "öğrencileriniz"dir). "OnTradeTransaction neden garanti edilmiyor!?")
Michael'ın deneyimine gelince.
Bir yıldan fazla bir süre önce, onunla hizmet alışverişinde bulunduk. Ona bir iyilik yaptım, karşılığında bana MT5 FORTS için bir danışman yazdı. Yıl içinde Borsa'da da düşüşler, kesintiler ve kopukluklar oldu ama yazdığı robot hiçbir zaman tek bir hata yapmadı.
Paraya tek darbe, işlemlerin numaralandırılması için Exchange sunucusunun düşüşü sırasında oldu, ancak bunun nedeni yalnızca geliştiricilerin hala normal ticaret sunucusu dönüş kodları yapmamış olmalarıdır.
Bu konuyu onunla tartıştık ve EA'yı geçersiz isteğin dönüş kodunda engellemek istemedim, çünkü ticaret sunucusu bazen normal çalışmada bu dönüş kodunu (kod 10013) döndürür.
Bunun sadece kafasında oturan çok zor bir sorun olduğunu düşünüyorsanız, o zaman nasıl aşılacağını tavsiye etmenizi rica ediyorum.
Michael'ın deneyimine gelince.
Bir yıldan fazla bir süre önce, onunla hizmet alışverişinde bulunduk. Ona bir iyilik yaptım, karşılığında bana MT5 FORTS için bir danışman yazdı. Yıl içinde Borsa'da da düşüşler, kesintiler ve kopukluklar oldu ama yazdığı robot hiçbir zaman tek bir hata yapmadı.
Paraya tek darbe, işlemlerin numaralandırılması için Exchange sunucusunun düşüşü sırasında oldu, ancak bunun nedeni yalnızca geliştiricilerin hala normal ticaret sunucusu dönüş kodları yapmamış olmalarıdır.
Bu konuyu onunla tartıştık ve EA'yı geçersiz isteğin dönüş kodunda engellemek istemedim, çünkü ticaret sunucusu bazen normal çalışmada bu dönüş kodunu (kod 10013) döndürür.
Bunun sadece kafasında oturan çok zor bir sorun olduğunu düşünüyorsanız, o zaman nasıl aşılacağını tavsiye etmenizi rica ediyorum.
Kendisi zaten İnternet'teki danışmanlarının aptalca emirleri sildiğini ve ardından her şeyin yeniden başladığını ve her lansmanda böyle devam ettiğini söylediyse, neden Mikhail'in deneyimi hakkında başka bir şey söyleyelim? Peki, konuşacak ne var?
Ve tavsiye edilecek bir şey yok, çünkü ne onun kafasında ne de savunucularının kafasında saçmalığın tamamı bilinmiyor. Buraya "bir danışmanı geri dönüş koduyla engellemek için" yazdınız. Neden engellesin ki? Doğru adımları atmalısın. Orada programlama danışmanları için kendi özel ilkeleriniz var (kimse kodu görmedi ve muhtemelen görmeyecektir), bu yüzden kendi özel durumlarınızdan nasıl çıkacağınızı kendiniz düşünün.
İyi akşamlar, bana robotun kaç yıl boyunca kârsız ticaret yapmaması gerektiğini test etme kalitesini söyle?????????? cevaplayabilirseniz kişisel olarak yazın şimdiden teşekkür ederim!
Kendisi zaten İnternet'teki danışmanlarının aptalca emirleri sildiğini ve ardından her şeyin yeniden başladığını ve her lansmanda böyle devam ettiğini söylediyse, neden Mikhail'in deneyimi hakkında başka bir şey söyleyelim? Peki, konuşacak ne var?
Ve tavsiye edilecek bir şey yok, çünkü ne onun kafasında ne de savunucularının kafasında saçmalığın tamamı bilinmiyor. Buraya "bir danışmanı geri dönüş koduyla engellemek için" yazdınız. Neden engellesin ki? Doğru şeyleri yapmalısın. Orada programlama danışmanları için kendi özel ilkeleriniz var (kimse kodu görmedi ve muhtemelen görmeyecektir), bu yüzden kendi özel durumlarınızdan nasıl çıkacağınızı kendiniz düşünün.
Kendisi zaten İnternet'teki danışmanlarının aptalca emirleri sildiğini ve sonra her şeyin yeniden başladığını ve her lansmanda böyle devam ettiğini söylediyse, neden Mikhail'in deneyimi hakkında başka bir şey söyleyelim? Peki, konuşacak ne var?
Ve tavsiye edilecek bir şey yok, çünkü ne onun kafasında ne de savunucularının kafasında saçmalığın tamamı bilinmiyor. Buraya "bir danışmanı geri dönüş koduyla engellemek için" yazdınız. Neden engellesin ki? Doğru adımları atmalısın. Orada programlama danışmanları için kendi özel ilkeleriniz var (kimse kodu görmedi ve muhtemelen görmeyecektir), bu yüzden kendi özel durumlarınızdan nasıl çıkacağınızı kendiniz düşünün.
Ben kimseyi savunmuyorum, sadece elimdeki gerçekleri dile getirdim.
Dönüş kodları ile hataya dönüş. Mikhail, geliştiricilerin bir kusuru olduğu gerçeğine atıfta bulunarak, üç geçersiz talepten sonra danışmanın çalışmasını askıya almayı teklif ediyor.
https://www.mql5.com/ru/forum/58012/page2#comment_2017705
Ben de sizin gibi danışmanın işçisinin durdurulmaması gerektiğine inanıyorum, peki sizce yukarıdaki linkte belirtilen sorun nasıl çözülebilir?
Açıkçası:
Когда "подглючивает" сервер МТ5 или сбой на бирже, то происходит следующее:
EA , MEVCUT bir siparişi silmek için emirler gönderir ve yanıt olarak
"Geçersiz istek" !!!! Ve uzman, sunucuyu silme emirleriyle "boşlaştırmaya" devam ediyor
emirler.
Çekiçlemeye devam etmelisin. Ama en azından uzmanı kesinlikle engellemeyin. Hata sayısı arttıkça, denemeler arasındaki duraklamayı artıracağından, çekiçlemek daha az sert olabilir. En basit çözüm, birkaç deneme ve bir sonraki çubuk açılana kadar bir duraklamadır.
Burada zaten yazdı - yeniden hesaplamak için yeniden. Onlar. durumu emirlerle analiz edin. Bazı verileri dosyalarda veya başka bir şeyde (belki global değişkenlerde ) depolamak önemli değildir. Bazı verilere ihtiyaç duyulursa, sipariş biletleriyle ilgili olarak saklanması esastır, bu durumda eski veriler sorunu yoktur, bir sipariş varsa - veri vardır, sipariş yoksa - veri yoktur . Belirli bir sıraya bağlı olmayan veriler olabilir, ancak burada her bir özel durum hakkında düşünmeniz gerekir, genel olarak görev çözülür.
Temizleme gerçekten en çok karıştırılan sorundur. Ancak bu, uzun süreli veri depolama (veya eskimesi) sorunu değildir, verileri Expert Advisor'da basit değişkenlerde de saklayabilirsiniz (biraz riskli, ancak sadece 5 dakika). Buradaki zorluk, daha sonra nasıl çözüleceğidir. Her sipariş için bir grup global terminal değişkeni oluşturabilir, açılış fiyatını da bunlara kaydedebilirsiniz. Ardından, işaretlenmemiş siparişler göründüğünde (veya yeni bir günün açılışında), tarihteki son kapalı siparişlere bakarız, bunları mümkün olan işaretlere göre karşılaştırırız (örneğin, çok) ve tüm transferleri aktarırız. kapalı düzenden yeni düzene global değişkenler.
Önceki konuşmacılara katılıyorum (hemen hemen hepsi).
Uygulama sayısı olan örneğinizde: bir değişken daha eklemek yeterlidir - son günün başlangıç saati. Gün değişti - sayaç sıfırlandı ve yeni bir tarih kaydedildi.
Bir pozisyonu yeniden açma örneği için: hangi olayların bu bilgiyi kullanılamaz hale getirebileceğine karar vermeniz gerekir. Örneğin, Mikhail'in tavsiye ettiği gibi - pozisyon yoksa, o zaman her şeyi unutun ve varsa, ilgili bilgileri düşünün.
Genel olarak, genel bir tarife değil, ayrıntılara ihtiyacımız var.
Açık.
Özellikler: Yarın FORTS'ta "anında" bir pozisyonu nasıl yakalayacağımı düşüneceğim. Aslında en çok takası geçen (takas fiyatından yeniden açılan) bir pozisyonun gerçek açılış fiyatını bilmem gerekiyor.
FORTS'ta bir pozisyon, bir (veya birkaç sipariş için) işlem miktarı ile elde edilir. Biletsiz takas konusunda teknik bir anlaşma var, takastan önceki POSITION_PRICE_OPEN fiyatını nasıl belirleyeceğinizi bulmanız gerekiyor.