MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 1516
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
cevap için teşekkürler, bir koltuk değneği ve iyi bir çözüm, ama benim bakış açımdan, biraz yanlış çalışıyor, terazi yüzdüğü için muhtemelen hemen yapmıyor ve bazı durumlarda siparişlerim kapanmaya başladı. nedense eksi. Ancak büyüme olması gerektiği gibi gitti, ancak bu eksilerle birlikte düşüş de arttı. Her şeye tükürdüm ve teklif sınırlarını manuel olarak belirlemeye karar verdim, her gün ayarlamam gerekecek.
cevap için teşekkürler, bir koltuk değneği ve iyi bir çözüm, ama benim bakış açımdan, biraz yanlış çalışıyor , terazi yüzdüğü için muhtemelen hemen yapmıyor ve bazı durumlarda siparişlerim kapanmaya başladı. nedense eksi. Ancak büyüme olması gerektiği gibi gitti, ancak bu eksilerle birlikte düşüş de arttı. Her şeye tükürdüm ve teklif sınırlarını manuel olarak belirlemeye karar verdim, her gün ayarlamam gerekecek.
İşlev doğru çalışıyor.
Bunu dene
ve sipariş kapatma işlevine bir bakiye güncellemesi ekleyin
günün değişimini yakalayın ve o andaki bakiyenin değerini hesaplayın .
boşuna değil, "uygun bir gösterge al" dediler - birkaç kod satırına sığmayacak. Oldukça geniş bir algoritma.
gün değişikliğini yakalamak kolaydır, "şimdiki günün bilinen sayısı önceki günün sayısına eşit değil", ancak daha karmaşık
Alg. " D anındaki bakiyeyi hesapla " (para çekme/para yatırma ve takas ve komisyonlarla ilgili bazı hatalar hariç)
Bakiye := cari hesap bakiyesi. AccountBalance() olan
Geçmişteki tüm kapalı piyasa emirleri için:
kapanış saati D ile geçerli an arasındaysa, Balance -= OrderProfit()+OrderSwap()+OrderCommision();
numaralandırma tamamlandıktan sonra , bakiye istenen değerdir ..
ANCAK, komisyon açılışta tahsil edilir (yani, bakiye çizgisini etkiler) ve kapanışta dikkate alacağız ve gün değişiminde takaslar alınacaktır ve yine sadece dikkate alacağız. kapanışta
ve büyük bir D derinliği ile, numaralandırmada gerekli tüm siparişleri alamama şansı vardır.
cevap için teşekkürler, bir koltuk değneği ve iyi bir çözüm, ama benim bakış açımdan, biraz yanlış çalışıyor, terazi yüzdüğü için muhtemelen hemen yapmıyor ve bazı durumlarda siparişlerim kapanmaya başladı. nedense eksi. Ancak büyüme olması gerektiği gibi gitti, ancak bu eksilerle birlikte düşüş de arttı. Her şeye tükürdüm ve teklif sınırlarını manuel olarak belirlemeye karar verdim, her gün ayarlamam gerekecek.
Dilek ve tavsiyeleriniz arasında kayboldum zaten... O yüzden belki de tavsiyem tamamen konu dışı, peki kusura bakmayın...
Anladığım kadarıyla, günün başında dengeyi sabitlemek ve gün içinde kar / zararı hesaplamak gerekiyor, buna göre ticarete devam etme kararı vermek gerekiyor ...
Yani çözüm burada
Gün boyunca danışmanın yeniden başlatılması varsa, OnInit()'te, takas ve komisyonları dikkate alarak bugünün siparişlerinin kar / zararının hesaplanmasını sağlamak ve günün başında bakiyeyi hesaplamak gerekir. .
Makar'ın yeteneklerine inanıyorum, tüm bunları zaten kodda gösterebilir ...
Merhaba. Lütfen bana söyle.
Günün başlangıcından itibaren mevcut çubuğun sayısı nasıl belirlenir?
Teşekkür ederim.
Merhaba. Lütfen bana söyle.
Günün başlangıcından itibaren mevcut çubuğun sayısı nasıl belirlenir?
Teşekkür ederim.
bu mevcut çubuktur, eğer son kapalıysa, o zaman -0.5
bu mevcut çubuktur, eğer son kapalıysa, o zaman -0.5
Teşekkür ederim. Deneyeceğim.
bu mevcut çubuktur, eğer son kapalıysa, o zaman -0.5
dakikalar ve egzotikler başarısız olur.
çubuk sayısı != number_of_counts
çubuklar yalnızca bir kez atlanır, 15 dakikada 12 dakikalık çubuklar olabilir
stok kullanmak daha iyi iBarShift()
stok kullanmak daha iyi iBarShift()
Nasıl olduğunu bilmiyorum(
Nasıl olduğunu bilmiyorum(
İşlev