MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 188

 
Vitalie Postolache :

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 piyasada kalırsak masraflar 25pp ye kadar çıkabiliyor bu puanları eklemezsek trol veya başabaş, sonra sonunda kırmızıyla kapatacağız
 
Vitaly Muzichenko :
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.
 
Vitalie Postolache :
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)
 
Vitaly Muzichenko :
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:

tv= SymbolInfoDouble ( Symbol (), SYMBOL_TRADE_TICK_VALUE );

( OrderCommission ()/(tv* OrderLots ()))* Point ()

Belki bu daha iyi?

 double tv= SymbolInfoDouble ( Symbol (), SYMBOL_TRADE_TICK_VALUE );
int comissionpoints= int ( OrderCommission ()/tv/ OrderLots ());
Ancak komisyon 1'den az ise dönüş kodu 0 olacaktır. Yoksa puanları çift formatta mı temsil ediyorsunuz?
 
Vitalie Postolache :


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)
 
Vitaly Muzichenko :
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.

 
Youri Lazurenko :

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.

 
Artyom Trishkin :

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.
 
Vitalie Postolache :


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...