Neden 3 yönteme ihtiyacınız var? her şeyi bir arada yapmak için yeterli
siparişi kontrol ettim
- değiştirilmiş - modifiye edilmemiş
Zaten iki, biri dizinin boyutunu, değiştirilmiş siparişlerin biletlerinin depolandığı OrdersTotal() aracılığıyla kontrol eder ve diğerinde bu dizi, biletin konusu için sıralanır. Ama şimdi, tüm bunlarla hiçbir şekilde ilgisi olmayan başka bir yerde kodu değiştirdim ve nedense bir hata alıyorum (sınır dışı dizi).
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.
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.
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.
//----------------------------------------------// проверка условий ПЕРЕВОРОТА В СЕЛЛ// нет поз рыночных и предыдущая сделка В БАЙ была минусовая и не было минусового селлаPrint ( " Calc_Loss_BUY(): " ,Calc_Loss_BUY(), " Calc_Loss_SELL(): " ,Calc_Loss_SELL());
if (! PositionSelect ( Symbol ()) && Calc_Loss_BUY() && !Calc_Loss_SELL())
{
m_trade.Sell(CalcLot(), _Symbol ,LastTick.bid,LastTick.ask+ double (SLE)* _Point ,LastTick.bid- double (TPE)* _Point - _Spread* _Point );
Print ( " ПЕРЕВОРОТ БАЯ В СЕЛЛ, Calc_Loss_BUY(): " ,Calc_Loss_BUY());
}
// проверка условий ПЕРЕВОРОТА в SELL// нет поз рыночных и предыдущий селл был минусовой И НЕ БЫЛО МИНУСОВОГО БАЙif (! PositionSelect ( Symbol ()) && Calc_Loss_SELL() && !Calc_Loss_BUY())
{
m_trade.Buy(CalcLot(), _Symbol ,LastTick.ask,LastTick.bid- double (SLE)* _Point ,LastTick.ask+ double (TPE)* _Point + _Spread* _Point );
Print ( " ПЕРЕВОРОТ СЕЛЛА В БАЙ, Calc_Loss_SELL(): " ,Calc_Loss_SELL());
}
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!
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.
MQL5.com web sitesine giriş yapmak için çerezlerin kullanımına izin vermelisiniz.
Lütfen tarayıcınızda gerekli ayarı etkinleştirin, aksi takdirde giriş yapamazsınız.
Hesabınıza giriş yaptınız. İki faktörlü kimlik doğrulama devre dışı bırakıldı. Yeniden kurup yeni bir QR kodu tarayın veya iki faktörlü kimlik doğrulama devre dışıyken devam edin.
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.