MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 1662
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
Neden 3 yönteme ihtiyacınız var?
her şeyi bir arada yapmak için yeterli
İlginç!
Taras, diyelim ki TP ve SL ile üç alış emri var, sonra SL bir emirde değiştirildi.
Soru: Değiştirilmiş bir siparişi nasıl bulabilirim?
Neden 3 yönteme ihtiyacınız var?
her şeyi bir arada yapmak için yeterli
İlginç!
Taras, diyelim ki TP ve SL ile üç alış emri var, sonra SL bir emirde değiştirildi.
Soru: Değiştirilmiş bir siparişi nasıl bulabilirim?
açıkçası zhezh, sl (veya tp) bir sebepten dolayı değişti, değil mi?
Ve bazı şartlara göre.
yani, bir sonraki kontrolde bu koşul "yerine getirildi" olarak belirlenecektir - sipariş zaten değiştirilmiş.
not. manuel bir değişiklikten bahsediyorsak, oradaki biri EA'nın bilgisi olmadan bir şeyi değiştirecek, o zaman elbette bir dizi yapı toplamanız ve sürekli olarak piyasa emirleriyle karşılaştırmanız gerekir.
Neden 3 yönteme ihtiyacınız var?
her şeyi bir arada yapmak için yeterli
kaldırıldı
MakarFX Teşekkürler! Şimdi bu ilk emir sinyal olmadan gereksiz değil, ama şimdi bir nedenden dolayı ilk sinyal emrinde (normal) giriş 2 mum önce yapılır))) Ve sonra her şey yolunda, diğer emirlerde doğru anda giriyor ) Test cihazından mesaja ekran ekledim ama bu ilk siparişe rağmen - en önemli şey yapılmış, tekrar çok teşekkür ederim) Sihirbazlarla anladım, sonra harici bir değişken yapacağım ve eklediğimde Bir döviz çiftinin belirli bir grafiğine uzman, her çiftin numarasını ayrı ayrı değiştireceğim.
Sıralama 1 değil 10 tane diyelim, değiştirilen her birinin biletini bir diziye yazarım. Ama şimdilik, bu bir sorun.
Kaç sipariş olduğu önemli değil - TP/SL'yi koşullara göre değiştirmeniz gerekmiyorsa = sipariş zaten değiştirilmiş.
Bu, test cihazında eğlence için iyidir.
ve bu sizin için, bir hediye olarak - para kazanmak için.
\\\\\\\\\\\\\\\\\\\\\\\\\
doğrulama için başlatıldı - akşam nasıl çalıştığını göreceğiz
\\\\\\\\\\\\\\\\\\\\\\\\\\
Tüm çizelgelerde şablonu nasıl değiştirdiğini kontrol ettim - her şey işe yaradı! Toplam kâr hedefe nasıl ulaştı?
SanAlex , çok ilginç, bu uzmanı kesinlikle ayrıntılı olarak ele alacağım, teşekkürler!
Ryabyata, iyi günler, bana koddan bahset, işte eksi alımların iki anlaşmasının sağındaki bir grafik - bir sat, al ile sat, algoritmaya göre, al'ı girmeniz gerekiyor, ancak bir nedenden dolayı eksi görünen ve veren bu iki fonksiyon tarihteki en yeni fonksiyonlardır - ikisini de artıda gösterin! Nasıl doğru yazılır ve hata nerede - bu TS ortalama olarak bir tersine çevirmedir - aynı işlevler, kısaca eksi bir satıştan sonra düzgün çalışır - bir satın alma açılmalıdır, ancak açılmaz, çünkü f-ii her ikisini de doğru verir, bool Calc_Loss_BUY () yanlış vermelidir, çünkü f-s'de bence en uç anlaşma kârsızsa, o zaman bu f-th DOĞRU, aksi halde YANLIŞ verir ve her ikisi de DOĞRU verir. Lütfen karar vermeme yardım et.
genel olarak, bir satın alma açmaz, ancak bir önyükleme satışından sonra açması gerekir !!!!!!!!!
Aslında, görev, bir alım veya satım anlaşması haline gelen ve türüne göre daha fazla bakan EXTREME pozisyonunun kapatıldığı kâr veya zararı belirlemektir!
YARDIM! lütfen!
Güzel gün!
İki işlev vardır: tüm sipariş tablosunu hesaplama işlevi ve siparişleri kapatma işlevi
Siparişleri kapatmak için hala koşullar var
Kar - mevduat para birimindeki ayarlarda
Tüm bunların anlamı: Mevduat para biriminde siparişler tablosu sıfır artı Kar'a eşit olduktan sonra, tüm siparişler tablosu kapatılır.
Kodu değiştirmeme yardım et, böylece Kâr yerine puanlar olacak. Teşekkür ederim.
açıkçası zhezh, sl (veya tp) bir sebepten dolayı değişti, değil mi?
Ve bazı şartlara göre.
yani, bir sonraki kontrolde bu koşul "yerine getirildi" olarak belirlenir - sipariş değiştirildi.
not. manuel bir değişiklikten bahsediyorsak, oradaki biri EA'nın bilgisi olmadan bir şeyi değiştirecek, o zaman elbette bir dizi yapı toplamanız ve sürekli olarak piyasa emirleriyle karşılaştırmanız gerekir.
zaten unuttum... ama en başta öyle yaptım (işte bu iyi oldu), ama koşuldan gelen yöntem güvenilmez görünüyordu, değişen sırayı belirtmek için daha açık bir şey istedim.