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
Görünüşe göre, sunucuya tam olarak planlandığı hesapta (bir başkasında değil, bir demoda değil) bir ticaret talebi yürütmeye çalışmadan, gerekli marjın değerini bulmanın bir yolu yok mu?
Böyle bir test talebinde işlemin planlanan hacmine göre küçük olması durumu kurtarır mı? https://www.mql5.com/en/forum/261955/page4#comment_7947380 tarafından değerlendirildiğinde, no.
Orijinal. OrderCheck() veya OrderCalcMargin() işlevleri belirli özel durumlar dışında anlamsız mıdır? Bir şey yanlış. Tekrar ediyorum, terminal sunucuyla iletişim kurmadan hesapta para eksikliği olduğunu bildiriyor. Bunu nasıl biliyor? Bu işlevler neden oraya gitmiyor?
Her şey yolunda gidiyor, sadece raporlar
)
Her şey yolunda gidiyor, sadece raporlar
)
Yorumunuzdaki "normal" kelimesi ne anlama geliyor? Aslında "her şey" kelimesi daha da kafa karıştırıcı. Her şeyin yolunda olduğu sonucuna varmak için, terminalin sunucuyla iletişim kurmaması ve fon eksikliği hakkında bir mesaj vermesi sizin için yeterlidir. "Hepsi" kelimesinin MQL5 programlarının faaliyetlerini içermediğini doğru anladım mı? MQL5 programları dışında her şey normal çalışıyor mu? Ondan mı bahsediyorsun?
Hatırlarsanız, soru bir MQL5 programında gerekli marjın nasıl bulunacağıydı. Tavsiye verebilirseniz, lütfen tavsiye edin.
Yorumunuzdaki "normal" kelimesi ne anlama geliyor? Aslında "her şey" kelimesi daha da kafa karıştırıcı. Her şeyin yolunda olduğu sonucuna varmak için, terminalin sunucuyla iletişim kurmaması ve fon eksikliği hakkında bir mesaj vermesi sizin için yeterlidir. "Hepsi" kelimesinin MQL5 programlarının faaliyetlerini içermediğini doğru anladım mı? MQL5 programları dışında her şey normal çalışıyor mu? Ondan mı bahsediyorsun?
Hatırlarsanız, soru bir MQL5 programında gerekli marjın nasıl bulunacağıydı. Tavsiye verebilirseniz, lütfen tavsiye edin.
Burada
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
ve dili dikkatlice öğren
özellikle yardımcı olduklarında, aksi takdirde yalnızca serbest çalışmak sizi kurtarır
Burada
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
ve dili dikkatlice öğren
özellikle yardımcı olduklarında, aksi takdirde yalnızca serbest çalışmak sizi kurtarır
Tablo zaten eklenmiş: #31
Marjı belirlemek için alım satım hesabının kaldıracını değil, karşılık gelen sembolün gerçek kaldıracını kullanmanız gerektiğini anlamadınız.
Tablo zaten eklenmiş: #31
Marjı belirlemek için alım satım hesabının kaldıracını değil, karşılık gelen sembolün gerçek kaldıracını kullanmanız gerektiğini anlamadınız.
Petros, marj chtoli hesaplamak için?
tekrarlıyorum
Yeterlilik kontrol ekibine (
OrderCalcMargin
) zaten "her şey dahil" ve kaldıracın boyutuyla uğraşmak boş bir iştir
Ancak gerekirse bu sorun da çözülür.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MQL5'te Marj Gereksinimlerini Tahmin Etme
Renat Akhtyamov , 2018.07.01 11:19
Bu burada yardımcı olmaz.
Farklı sembollerde omzu farklıdır.
Kaldıraç, marj bazında hesaplanabilir. sunucu zaten kaldıracı hesaba katarak teminat miktarına göre bir cevap verecektir.
Petros, marj chtoli hesaplamak için?
tekrarlıyorum
Yeterlilik kontrol ekibine (
) zaten "her şey dahil" ve kaldıracın boyutuyla uğraşmak boş bir iştir
Ancak gerekirse bu sorun da çözülür.
Seni akıllı adam, kendini saymaya mı çalıştın yoksa sadece falan filan?
Yerel OrderCalcMargin() işlevi, yalnızca AccountInfoInteger(ACCOUNT_LEVERAGE) kullanılarak elde edilen kaldıracı hesaba katarak marjı döndürür.
Kontrol.
Petros, marj chtoli hesaplamak için?
tekrarlıyorum
Yeterlilik kontrol ekibine (
) zaten "her şey dahil" ve kaldıracın boyutuyla uğraşmak boş bir iştir
Ancak gerekirse bu sorun da çözülür.
İyidir. Başvurunuz nasıl kontrol edilir? (Evet, bu arada OrderCalcMargin bir "yeterlilik kontrol komutu" değildir, kontrol OrderCheck() tarafından yapılır)
Ne kodundan bahsediyorsun? 5 milyon? Kod tamam, ama bu zevkin bedelini kim ödeyecek?
Ve sonuçla ne yapmalı? Bunun herhangi bir DC için geçerli olacağına inanıyor musunuz? Hangi temelde? Geliştiricinin sorumlu bir ifadesi burada büyük ölçüde yardımcı olacaktır, ancak gördüğünüz gibi sessizdir. Onun da bir çözümü olduğunu sanmıyorum.
Sonuçta, marjı değerlendirmenin tüm sorunları zaten dile getirilmedi. Bekleyen bir emir için de bir marj var, hangisini değerlendirmeniz gerektiğini değerlendirmek için bu hesaptaki kaldıraç boyutunu bu sembol için bununla ilgili haberler yayınlandığında ve yayınlandığında; ertelemenin cuma akşamına kadar yaşayıp yaşamayacağı. Şimdi kaldıracın ne olduğunu kontrol etmek için değil, o zaman ne olacağını öngörmek için.
Bir diğer konu da bireysel omuz küçültmedir. OrderCalcMargin() veya OrderCheck() bunu algılayacak mı?
Veya, herkesin sevindirici bir şekilde, geliştiricinin bir işlemi açmadan marjı nasıl tahmin edeceği konusunda söyleyeceği bir şey var mı? Ve her bir hesaptaki her bir tüccarın, her bir sembolün mevcut kaldıracını bulmak için kendi deneylerini yapması gerekmiyor mu?
Bütün bunlar, bazı insanların bazı şeyleri kalpten yapması gerçeğinden kaynaklanmaktadır ve onlara MQL veya ticaret konusunda zaten uzman oldukları görülmektedir.
Ve aciz olduklarını anlamıyorlar ve örnek almaları gerekenlere öğüt veriyorlar.
Petros, marj chtoli hesaplamak için?
tekrarlıyorum
Yeterlilik kontrol ekibine (
OrderCalcMargin
) zaten "her şey dahil" ve kaldıracın boyutuyla uğraşmak boş bir iştir
Ancak gerekirse bu sorun da çözülür.
Bu işlevin ne için olduğunu dikkatlice okumanızı tavsiye ederim:
marj
[out] Fonksiyonun başarılı bir şekilde yürütülmesi durumunda gerekli marjın yazılacağı değişken. Hesaplama, cari hesapta bekleyen emir ve açık pozisyon yokmuş gibi yapılır.
Marjın değeri birçok faktöre bağlıdır ve piyasa ortamı değiştikçe değişebilir.