MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 188
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
Yani komisyon hiçbir şekilde fiyat noktaları ile ilgili değildir. Ayrıca, bu siparişin ömrü boyunca fiyatın kaç puan geçtiğine bakılmaksızın, siparişten tahsil edilir. Evet puana çevirebilirsin ama bu spread'den biraz daha fazla olacak. O yüzden sordum, ne anlamı var? Yayılma, hedefleri olan pipers için daha küçük değilse?
Belki sen haklısın. Ben komisyon+swap(!) transfer ediyorum o zaman çok mantıklı oluyor ve uzun süre piyasadaysak giderler 25pp ye kadar çıkabiliyor bu puanları eklemezsek trol veya başabaş, sonra sonunda kırmızıyla kapatacağız
Takas ile tamamen aynı fikirdeyim, zamanla değişiyor, özellikle takas olumlu olduğunda ve büyük bir sipariş bir veya iki hafta boyunca askıda kaldığında güzel. Komisyon zamanla artar mı? Aynı anda şarj olmuş gibi görünüyor.
Kabaca söylemek gerekirse, komisyon 1pp'ye kadar ve zamanla değişmiyor, ancak hareket eden başabaş ve takip eden duruşlarda dikkate alındığında yine de güzel, manuel olarak bir şey eklemenize gerek yok, program her şeyi yapacak)
Kodunuzda yanlış bir şey var:
Belki bu daha iyi?
Ancak komisyon 1'den az ise dönüş kodu 0 olacaktır. Yoksa puanları çift formatta mı temsil ediyorsunuz?Kodunuzda yanlış bir şey var:
Belki bu daha iyi?
Daha iyi olduğu için değil, doğru olduğu için gereklidir. Kod komşu bir şubeden alındı ve büyük olasılıkla doğru)
Eh, Point ile çarpmamak daha doğru görünüyor.
1 lotluk bir siparişin fiyatı 1 pip hareket ederse, kârı şu şekilde değişir: OnePipCharge = Tickvalue * 1Lot * 1Puan. Buradan, temel para birimindeki miktar biliniyorsa puan sayısını elde ederiz: Pip = Masraf/Lot/Tickvalue.
Bu taraftan değil?
Bugün için ağrılı konuya geri dönüyorum - ndd-hesaplarında bir danışman tarafından yapılan değişiklik.
1. Paritenin zaten açık emirleri varsa ve yenisi açılırsa, her şey hemen değiştirilir (ortalama).
2. Herhangi bir emir yoksa ve bir açılış meydana gelirse, yani. bir sipariş belirir, sonra hiçbir değişiklik olmaz (aynı çiftteki basit bir hesapta aynı DC'de her şey beklendiği gibi ve bir aydan fazla değiştirilir). Sipariş, terminalin bir sonraki açılışında zaten değiştirilir. Bu hesapta genel loglarda hiç bir şey yok, MQL4 loglarında sipariş açıldıktan sonra 130 hatası (yanlış duraklar) yazıyor.
3. Bugün gözlemledim - çift başına bir sipariş açıldı, ancak değiştirilmedi, çift için teklifler alındı (böyle bir seçenek varsayıldı). Önceki seçenekleri hatırlayarak terminali yeniden başlattım ancak sipariş değiştirilmedi. Terminal zaten sabah başlatıldığında (günlük çizelgelerim var), sipariş değiştirildi.
Ve ne olabilir? Görüşler. Belki hemen açılış fonksiyonunda istenen TP'yi puanlamak için? Öyle görünüyor ki, ndd-hesaplarının kurallarına göre, başlangıçta bir sipariş açmak ve ardından TP ve SL yerleştirmek.
Bugün için ağrılı konuya geri dönüyorum - ndd-hesaplarında bir danışman tarafından yapılan değişiklik.
1. Paritenin zaten açık emirleri varsa ve yenisi açılırsa, her şey hemen değiştirilir (ortalama).
2. Herhangi bir emir yoksa ve bir açılış meydana gelirse, yani. bir sipariş belirir, sonra hiçbir değişiklik olmaz (aynı çiftteki basit bir hesapta aynı DC'de her şey beklendiği gibi ve bir aydan fazla değiştirilir). Sipariş, terminalin bir sonraki açılışında zaten değiştirilir. Bu hesapta genel loglarda hiç bir şey yok, MQL4 loglarında sipariş açıldıktan sonra 130 hatası (yanlış duraklar) yazıyor.
3. Bugün gözlemledim - çift başına bir sipariş açıldı, ancak değiştirilmedi, çift için teklifler alındı (böyle bir seçenek varsayıldı). Önceki seçenekleri hatırlayarak terminali yeniden başlattım ancak sipariş değiştirilmedi. Terminal zaten sabah başlatıldığında (günlük çizelgelerim var), sipariş değiştirildi.
Ve ne olabilir? Görüşler. Belki hemen açılış fonksiyonunda istenen TP'yi puanlamak için? Öyle görünüyor ki, ndd-hesaplarının kurallarına göre, başlangıçta bir sipariş açmak ve ardından TP ve SL yerleştirmek.
Sıfır olmayan bir stop ve al ile hemen bir pozisyon açar mısınız?
Önce stop ve sıfıra eşit bir pozisyon açmayı deneyin, pozisyonun açık olduğunu kontrol edin ve stopunu değiştirin ve istenen değerlere alın.
Sıfır olmayan bir stop ve al ile hemen bir pozisyon açar mısınız?
Önce stop ve sıfıra eşit bir pozisyon açmayı deneyin, pozisyonun açık olduğunu kontrol edin ve stopunu değiştirin ve istenen değerlere alın.
Benim için böyle - sıfır TP ve SL ile bir sipariş açmak ve ardından gerekli TP ve SL parametreleri ile değiştirilir (sipariş). Zaten yazdım, her şey çalışıyor ve diğer hesaplarda iyi çalıştı, yalnızca ndd'de bu tür çöpler. Ondan önce benzer hesapları olan kimseyle çalışmadım, karşılaştırma yapamam. Belki bu sadece bir bzdyk forex4yu veya belki de tüm ndd hesaplarıdır. Daha fazlası için bilmek istiyorum.
Eh, Point ile çarpmamak daha doğru görünüyor.
1 lotluk bir siparişin fiyatı 1 pip hareket ederse, kârı şu şekilde değişir: OnePipCharge = Tickvalue * 1Lot * 1Puan. Buradan, temel para birimindeki miktar biliniyorsa puan sayısını elde ederiz: Pip = Masraf/Lot/Tickvalue.
Bu taraftan değil?
Fark ne
Pip = Ücret/Lot/Tick değeri belirli basamaklarda 8/2/4 = 1
veya
Pip = Ücret/(Lot*Tickvalue) belirli basamaklarda 8/(2*4) = 8/8 = 1
Kesirli sayıları da kullanabilirsiniz...